Итак, кажется, что меня засосало в Dota 2, но на самом деле я пытался сформулировать мысли по такому событию как System Design Interview
Как обычно, статья - это лонг рид и делал я ее с точки зрения как к этому подготовиться, как проходить и что это такое

Вы спросите (нет) - а зачем я это делал? А я отвечу вам, что я решил структурировать информацию и разобрать как именно проходить лучше это все
На базе чего я это делал? На базе своего опыта (сходил на такой собес даже), на базе кучи статей, ютуба и даже на митап сходил про это

В общем, как обычно - буду рад критике, найденным ошибкам и советам!
Ну и еще больше рад буду если вам пригодится!

Ну и сама заметка: https://github.com/qcha/JBook/blob/master/interview/design_interview/help.md

Выпуск про тимлидов уже доступен для просмотра. Вы узнаете, как устроена настоящая командная динамика, что делать, если «всё рушится», и почему работа тимлида — это не про власть, а про ответственность. Не пропустите — разговор откровенный, местами жёсткий, но крайне полезный для всех, кто хочет расти в IT.

https://www.youtube.com/watch?v=_qJ_rU8-S90

Альтернативные ссылки: Аудио | vk

После последних релизов могу точно сказать, что Бог существует, поэтому: с Пасхой, друзья!

Если бы меня попросили одной картинкой описать термины at least once и backpressure

Наш проект - это саундтрек к мультфильму "Розовая Пантера":

// todo
// todo
// todo
// todoooooo

Да. Очень.

История
Как говорится мужчина сказал - мужчина сделал (через месяц)

Итак, я на первом курсе и вот первый семестр прошел и пора сдавать зачет по информатике
Не секрет, что на первом курсе из программирования я знал только то, что программирование -это когда печатают, т.е. был достаточно подкован. Пары у нас были по C, но были в пятницу вечером - а значит пересекались с более важными делами и перед зачетом я обладал следующими знаниями: как выглядит преподаватель, знал его фамилию, знал где проходят пары и умел включить компьютер.

Вооружившись всеми этими знаниями я отправился на зачет, на котором преподаватель, посмотрев на мою посещаемость (уверенные 2 занятия из семестра) и на мой внешний вид (уверенные 10 из 10, где 10 - это расстояние в километрах от понимания предмета), предложил мне трояк и мы расходимся уже прямо сейчас без вопросов (тогда в МФТИ была еще пятибалльная система).

Вариант с тройкой был с негодованием отвергнут, так как ощущал я себя как двухметрового метросексуала 0% подкожного жира и 200+ IQ. Преподаватель еще раз посмотрел на меня и, вздохнув, предложил мне написать перемножение матриц. Почувствовав себя Избранным и не обнаружив вокруг агентов Смитов я, разумеется, согласился, поэтому приступил к делу немедленно.

Залогинившись я обнаружил некоторое количество файлов с расширением .c и .out (у нас были линуксы там - но я не помню какие, скорее всего что то типа Debian с Gnome). Довольно быстро помощью популярной в АйТи RnD жилки я обнаружил, что .out открывается в текстовом редакторе, но нечитаемы - а значит, это не наш друг. А вот расширение .c было более дружелюбно, поэтому я буквально нырнул в С. Надо отметить, что все, что было кроме «Hello World» было уже довольно душноватым, поэтому копируя прямо гигантские куски и запуская их (а я умел запускать и компилировать - это было на первом занятии, которое я посетил) я понял, что некоторые конструкции выводят на экран текст, а некоторые ожидаю ввода. Тогда я не придал важности тому, что два обратных слэша - это комментарий и копировал все вместе, потому даже «Hello World» вышел строк на 50 у меня (я там по ошибке еще и какие-то объявления скопировал). Как с помощью scanf что то куда то записать я понимал смутно и примерно, но сложнее было даже не записать в переменную - а использовать ее.

На этом моменте я обнаружил, что мы уже почти час сидим в аудитории и у нас осталось 30 минут.Успокоив учителя, тем, что разгадка уже близка и я буквально играюсь со шрифтами, я продолжил. За оставшиеся 25 минут я не смог продвинуться к матрице (о существовании массивов я не знал - эти инопланетяне технологии были за гранью моего разума). В итоге, понимая безвыходность ситуации я накопировал кусками: предложение ввести матрицу 1 и 2, плюс вывод ответа.

Разумеется, так как матрицы могли быть разными по размерам я не разобрался как их сохранять и я просто предлагал что-то ввести и это просто никуда не сохранялось. Понимая, что мы идем ВА-БАНК, я выбрал пример посложнее (не 1 1 1 1 на 1 1 1 1 грубо говоря), после чего запустив и прогнав happy path (а там другого и не было) я подозвал преподавателя и объявил, что СкайНЕТ 2.0 готов и человечество обречено.

Преподаватель подошел и попросил продемонстрировать работу ИИ в деле, на что я, сказав, что единичная матрица это хуже чем очень слабо и надо сразу на хардкор идти ввел единственно верную комбинацию цифр (на самом деле они ни на что не влияли). Увидев результат, я на бумажке уже в реалтайме показал, что перемножил я верно на что мне поставили таки четыре с минусом.

Пообещав продемонстрировать в следующем семестре еще большие знания, я взял зачетку и пошел пить пиво. В целом, удивлены были в тот вечер два человека: учитель - так как я как-то перемножил матрицы, а я - что компьютеры эти как то работают и это в целом интересно.

P.S. Уже после, через пару лет, когда я действительно увлекся программированием, я таки взял книжку Кренигана и Ритчи, прорешал ее. Ну а преподавателя того уже, к сожалению, нет в живых - так как старый состав в МФТИ уже сменился. Хороший был мужик.

12 апреля - день космонавтики!

В целом, я закончил ФАКИ (Факультет аэрофизики и космических исследований) в МФТИ и даже на кафедре писал чуть чуть на питоне обработчик телеметрии с космоса. К слову, делали мы программное обеспечение тогда не как сейчас, а на совесть, потому первая версия потеряла всю полученную телеметрию.

Но никто не расстроился, потому что ее принимали еще вроде в Калуге (но я точно не помню).

Тогда я впервые понял важность дублирования, репликации данных, бэкапов и по взгляду своего начальника в тот день точно уяснил - космос точно будет наш!

Поэтому, с праздником!

Senior Java Developer ищет баг перед отпуском

Продолжаем вашу(мою) любимую рубрику Ответ на вопрос
И телезрители играют против знатоков, вопрос из зала задает @Vlod_R

Вопрос:
Как у тебя происходило изучение других ЯПов/стеков? Когда уже был опыт в каком-то
Что бы посоветовал при перекате с ноды/ТС на JVM? Может уже работал с такими людьми и замечал общие ошибки?

Ответ:
Скажу честно, что такие перекаты от санитаров в изучении других ЯП у меня не то чтобы популярная история. В целом совет тут можно дать самый базовый: у любого ЯП есть его стержень (у некоторых ЯП типа как Scala их может быть несколько), так вот понять надо именно стержень этот. Например, в Java - это ООП (ОПГ) и разделение логики на всякие сервисы, контроллеры (Spring головного мозга) - поняв эти две вещи вы точно сможете на работе говорить на одном языке. Здесь важно не уходить в детали и всякие там типы данных - ну есть они и есть, вы их потом поймете. По сути этот стержень - это и есть философия языка, его главная парадигма.

У Python эта философия (как по мне) в нескольких вещах:
Это его гибкость через эти все словари у каждого объекта - что вы там в словаре объекта найдете все его возможности по сути.
Это его ООП (именно свой взгляд, не как у Java) и стиль написания (все эти генераторы).

В Java это его ООП и именно то как Java видит полиморфизм - отсюда все эти интерфейсы там и прочее. Можно полистать старую книжку (она реально чуть устарела, но плюс минус все еще будет полезна) Эккеля Thinking in Java. Даже посмотрев как в Java сделаны ФП вещи можно сформулировать вот именно ту самую философию. По сути (если коротко) Java очень любит абстракции и слои абстракций - отсюда эти все абстрактные фабрики абстрактных методов (шутка) (я не шутил)

Не советую еще читать Шилдта (это как справочник имхо он не нужен сейчас) и Блоха тебе пока не надо читать первое время, на мой взгляд это может отпугнуть

Основные ошибки же у всех одни - надо перестать писать «как вы писали» (забудьте чему вас учили в школе!), например, кто приходит с Си (студенты) - они начинают экономить сразу же байтики повсюду, это не нужно. Вторая популярная ошибка (кмк) - это уход в детали сразу, погружение слишком глубокое туда, куда еще рано. Часто бывает такое, что человек там начинает про какие-то Integer Pool-ы читать, а это ну точно не то, что ему надо сейчас. Третья ошибка - уход в теорию и мало практики (я на нее сам регулярно попадаю).

Очень важно сразу понять нейминг - по сути грамматика для ЯП, в Java принято размашисто писать, в Go нет - вот уже и первые ошибки будут, если ты начнешь как-то называть переменные или классы/методы коротко с кучей сокращений

Еще Java очень строгий и закрытый язык, в отличи от того же JS.
Это выражается и в структуре кодовой базы:

├── controller
├── service
├── repository
├── model
├── config

Даже при DDD ты что то похожее увидишь просто по другому сгруппированное чуть чуть
Пойми как и по какой логике группируют код в проекте (или ты будешь группировать) - отсюда же будет понимание той самой абстракции и интерфейсов-связей между слоями.

Еще отличие, которое замечал, что то, что смотришь на конференциях на том же Python - это все уже было в Симпсонах Java (не так давно смотрел вот про DI доклады там)

Не погружайся в детали сразу.
Если ты начнешь там копать в JVM - там и останешься, а для перехода это не требуется пока.

На правах рекламы еще посоветую JBook но я сам туда пишу и совет из разряда пользуйтесь - это круто, ведь это я делаю!
Но мне кажется там норм некоторые вещи (не все) описаны и полезны.

И я бы на твоем месте быстрее переходил бы в Spring/Ktor/Quarkus/Микронавт там - короче куда то туда, а по мере необходимости уже детали бы изучал.
Вообще популярные фреймворки языка - это тоже в том числе отражение его философии (то как ее видит большинство) - вот тебе это подойдет прямо.

Наша методология разработки

Вайбкодим)))))

Не растолстел, а горизонтально отмасштабировался

Бонусные карты магазинов у меня просто в галерее лежат как скрины. Обычно я просто на кассе в очереди нахожу в галерее нужное и показываю. Так как я часто это делаю, то я знаю примерно даже какие фото и картинки в этой области и отматываю пока не нахожу их, а там рядом и нужный скрин.

И вот стою я на кассе, у меня спрашивают бонусную карту. Я говорю да да, сейчас и в галерее как обычно ищу, вижу мемы нужные и открываю, показываю. Кассир смотрит на экран, потом на меня, на экран, на меня (чисто как у Тарантино) и говорит за такое мы бонусы не даем. Я подумал, ну видимо уже нельзя фоткой показать и такой ну ок. Оплачиваю, выхожу и смотрю на экран (ну чтобы галерею закрыть)

И понимаю реакцию кассира. Я по инерции нашел картинку и не туда тыкнул. По сути мисс клик и показал я вместо карты другую картинку.

Вот эта картинка (прикрепляю)

В целом, я понимаю, что в пятерочке наврятли за такое дают бонусы. Кассира понимаю.

Еще вспомнил!
Несмотря на то, что я уже давненько не преподаю на конференции меня нашла моя бывшая студентка (еще с МФТИ!!), а в один из спикеров сказал, что недавно ходил в ВШЭ по каким-то своим делам и мне передавали привет, что помнят и отзывались с приятной обратной связью!

Так что отголоски преподавательской деятельности до сих пор еще доносятся до меня, что удивительно, но, не буду скрывать, приятно.
Больше всего я рад именно за студентку - так как несмотря на тот курс (который не совсем для них профильный и скажем честно не самый лучший) - она пришла в АйТи, в Java, на JPoint! Не знаю, но мне было прямо приятно и горжусь ей. Хотя, к своему позору, я немного растерялся и даже не сразу вспомнил/понял с какого ВУЗ-а (виной тому недосып и волнение перед лайтинг толками)

В общем, преподавательский опыт, хоть и тяжел был, но как по мне окупился сто крат - так как очень приятны такие истории. Вообще, стоит преподавать - если вы сомневаетесь, то не сомневайтесь ((с) Джейсон Стетхем), идите - это очень ценный опыт и расширит кругозор!

И последнее смешное, что вспомнил - это как на афтерпати разговорился с парнем каким-то молодым и он сказал, что он вырос на моих мемах про айти (по твиттеру - запрещенная организация и соцсеть)
Посмеялся.

На этом тему JPoint-а точно мы завершаем!

Так, ну что, бродяги! Вы не ждали, но дождались - вот и закончился JPoint, а значит я свои обязанности выполнил: лайтинг толки провел (тут спасибо моему коллеге по этой секции Петру Портнову), побыл экспертом на докладе!

В целом, справился, но не без косяков. Не все лайтинги получились легкими и иногда я даже не знал как подступиться и пошутить к чему-то, потому ощущение внутреннее, что вышло неплохо, но могло быть получше.
Оценки пока по секции очень положительные, что радует. Кстати если вы были и не поставили оценку или комментарий - сделайте, мне будет важно увидеть вашу обратную связь. Вообще, то, что регулярно человек 30 досиживают все 3-4 часа этой секции и не уходят до конца это хороший показатель. У нас уже такой своеобразный клуб прямо любителей лайтинг толков, многих я уже даже узнаю! Если меня в следующий раз также пригласят ведущим, то я уже точно выступлю сам и может даже сделаю стендап небольшой на АйТи тему.

Экспертом же я был впервые и было немного непривычно, в целом основная моя экспертность проявлялась тем, что я микрофон передавал в дискуссионной зоне, но слава богу был вопрос с безопасниками и тут я даже смог помочь.

Следующей активностью было экспертность на стенде Spring АйО, где я тоже наваливал джаза.

В общем, в этот раз пришлось прямо работать и вкалывать.

Ну а самое же интересное для меня было именно общение в спикерской, раздувание каких-то тем и афтерпати. Тут прямо было очень весело и интересно, спорил я наверное чуть яростнее, чем надо, но мне понравилось.

В общем очень понравилось, слава богу уже домой еду!
И слава богу все эти конференции кончились, в ближайшем моем будущем!

P.S. теперь приеду и начну отвечать дальше на вопросы ваши в предыдущем посте!

Прилетел в Москву на конференцию и на такси проезжал район, где когда-то работал, была моя одна из первых работ и проектов тут. Мало что изменилось внешне, но появилась какая-то грусть - вроде недавно это было, а так посмотреть, так уже сколько лет прошло! Ностальгия. В такие моменты почему то особенно остро ощущается возраст и что времени очень мало, что оно быстро бежит и ничего не успеваешь.

Лирическое настроение. С тех пор благодарен очень Супрунову Михаилу и Алимову Алишеру. Спасибо вам.

И раз уж мы затронули тему наставников, то не могу не вспомнить и не поблагодарить еще Владимира Буднева. Это человек, на которого я и по сей день стараюсь равняться как на тимлида. Легенда!

Короче, Москва красивая, время то было интересное, а своих наставников я помню и благодарен до сих пор. Поэтому и вы своих наставников поблагодарите - даже просто мысленно, а лучше напишите пару слов. Это важно и им будет приятно. Люди редко благодарят за что-то значимое, всегда не до этого, а потом уже поздно.

На этом спасибо и жду вас завтра на JPoint (но, видимо, не с утра уже).

В RFC авторы в конце указывают свои телефоны и адреса.

Вот это я понимаю уверенность в том, что ты пишешь!

Когда пришел на новый проект

Если я стану архитектором я никому не скажу. Но будут знаки.

Джуниор пытается найти максимум в массиве перебором, сеньор спрашивает а нахрен вы его вообще там спрятали?

Итак, победила история, мемы и накидали вопросы. Про историю напишу попозже, постараюсь что-то смешное вспомнить, а пока отвечу на первый вопрос:
Некто украденные мемы спрашивает:
Может знаешь какой-нибудь учебник по спрингу? Я знаю, что есть документация. Но мало ли есть учебник, где делаешь проект для даунов, и там рассказывают что да как зачем

Итак, отвечаю на вопрос. Наверное расширим его вообще на вопрос из разряда как бы я изучал Spring. Это все мои мысли, не призыв к действию, все ситуации выдуманы, все люди - актеры.

Первое, что надо понимать - это то, что Spring это в целом огромный комбайн, там есть очень много всего, что-то и вовсе довольно экзотическое (типа Spring ACL). Второе, это то, что сейчас чаще (не всегда, но чаще) - когда говорят изучить/написать на Spring имеют в виду именно Spring Boot.

И тут важно понимать, что именно вы хотите и какова ваша цель. Если ваша цель - это погрузиться в разработку, что то достаточно быстро сварганить и запустить, то это одно. Если ваша цель прямо покопаться в устройстве - это другое.
Мы рассмотрим, что ваша цель - это вот именно сварганить что-то, научиться базовые вещи писать (эдакие CRUD-ы) и плюс-минус понимать че ваще зачем и как этот Spring.

Я бы не рекомендовал книжку Spring Для профессионалов (или Spring Pro) - как по мне, так это вода водой и ваще смысла не вижу.
Но мне в свое время (да я и сейчас думаю это актуально) понравились доклады Евгения Борисова по Spring. Их я бы рекомендовал посмотреть (если вы новичок): это Spring Потрошитель 1,2, Spring построитель, Spring Patterns для взрослых
Это такое не особо напряженное, не слишком сложное, с хорошей подачей - дает основы и общее понимание сути, как по мне - отлично

Из книг Spring In Action поновее можно полисать. Также есть такая книжка Spring Boot по-быстрому, но я бы посоветовал это чуть попозже, сначала вам надо прямо попрактиковаться и чтобы это было просто, чтобы была маленькая победа. Для этого:

Параллельно с этим вам нужна практика - тут можно начать с простых проектов на оф сайте Spring, там они оч простые и прямо для старта - запустить что то и посмотреть, что оно работает ок. Далее я бы посоветовал для ускорения и чтобы было попроще - это писать проект с кем-то, кто объяснит. Так как у вас скорее всего этого ментора под рукой нет (а иначе че бы вы читали бы этот текст) - то я бы посоветовал найти проект, который уже пишет кто-то на ютубе и писать его. Например, вы посмотрели урок/часть - поставили на паузу и БЕЗ подсматриваний у себя пишете эту част. Тупите - смотрите, не тупите - не смотрите. Что не понятно - гуглим, gpt, спрашиваем в каналах помощи (в конце скину ссылки)

Почему я именно так советую? Потому что скорее всего там будет плюс минус нормальный код (ну не хороший - но нормальный), там не дадут вам совершить кучу ошибок типа там структуры не той, смешение слоев, хоть какая то гарантия, что это будет соблюдено и не научитесь, не привыкнете вы к прямо совсем плохому. Это не гарантия, но за не имением иного - это уже неплохо. При этом ‘известных’ блоггеров типа там Гоши Сударя и прочих инфо курсов - не надо смотреть, это чушь.

Проектов на ютубе таких море, найдите что то прямо поновее и пробуйте. Как почувствуете, что уже тесновато и можете прямо спокойно писать такое - поднимите планку, например, найдите что-то из проектов таких старое (уже устаревший такой) и попробуйте его на новом стеке переделать. К примеру вот у @letsCodeDru (название канала) был отличный канал, где он много что писал, но забросил - попробуйте те проекты переписать на современном Spring Boot-е.

Здесь важно, чтобы вы прямо много печатали и как можно реже подсматривали - вы должны прямо научится в такой код и не боятся его.
После можно глянуть что-то типа @shurik_codes (на ютубе)- местами там для начинающего есть полезные вещи.

Вот на этом этапе вы уже по идее достаточно спокойно должны делать CRUD-ы, контроллеры и логику - теперь усложняйте ваши сервисы авторизацией, прикручивайте кеши, кафку, транзакции, сохраняйте картинки там в S3 и прочее.

После я бы посоветовал сделать или оформить какой-нибудь проект и прийти в какие-нибудь группы типа Spring АйО @spring_aio_chat, @javastart и попросить поревьюить вас - наверняка будут отклики и вам дадут пару советов.
Ну и вроде готово, база есть, понимание плюс минус есть, а детали уже в работе и на практике за деньги что называется придут.

Да и обязательно ознакомьтесь с spring initializr

Ну и на всякий случай ссылки на ресурсы, каналы, to sum up:
Сайт:
https://spring.io/quickstart
https://spring.io/guides
https://start.spring.io/

Книги:
1. Spring In Action
2. Spring по быстрому

Ютуб:
Ну беглый поиск - вот можно для самых основ начала попробовать:
https://www.youtube.com/watch?v=8W5CeSGcAU0&pp=ygUXc3ByaW5nINGC0LXRgdGC0L7QstC-0LU%3D
https://www.youtube.com/watch?v=Ft4FKXOfmf0
https://www.youtube.com/watch?v=5yb_nz3x0aQ
@letsCodeDru (устаревает и многое устарело - толко в качестве практики на переписывание на новый стек)
@shurik_codes - смотреть на середине своего обучения, когда уже прошел страх спринга
Начать с https://www.youtube.com/playlist?list=PLs_aLxm3VDLt24V_BLaM5MLbh59tOEXX3

Ну и дальше вы там посмотрите сами еще что то

Телеграм:
@spring_aio_chat
@javastart

При этом по мере укрепления и спокойного погружения, обретения уверенности - начните постепенно углубляться в темы @Transactional в Spring (доклады на JUG, статья на Habr), во всякие Spring Security, начинайте думать о том как ваше приложение будет обрабатывать ошибки ( https://spring.io/blog/2013/11/01/exception-handling-in-spring-mvc и подобные) и так далее, просто усложняем и смотрим дальше.

Ну вот вроде ответил, плюс минус меня поправят в комментариях может и накинут еще каких то материалов, но я бы вот как то так делал, такой бы вектор задал бы. Надеюсь, что я ответил!

Когда разделил на ноль

Позвонили и сказали, что я сделал ошибочный перевод в Красноярск в размере 2375 рублей. Я сказал, что это невозможно, ведь я надежно защищен от такого.

Моя защита от мошенников:

Когда я сделаю свою конференцию я никому не скажу. Но будут знаки.

Менеджер: А как вы оцениваете задачи в майках или попугаях?
Мы: В попугаях

Наши попугаи:

Талант и Блог Углянского Ивана

Итак, с утра я встал и во время момента синхронизации с вселенной, во время которого я читаю тг-каналы, нашел вот такой вот пост (https://t.me/gdb_dbg/578) от некоего Ивана Углянского - человека и парохода, что называется
Итак, сама суть вопроса(ов):
"Существуют ли вообще хоть какие-то врожденные/приобретенные в детстве склонности к программированию? Есть ли такое понятие, как одаренность в нашей области? Если да, то что ценнее: талант или усердие?"

Я думаю да, есть талант в программировании. Он может по разному выражаться, но я считаю, что он есть (не у меня - но ниче страшного).
В этом вопросе вроде бы мы сходимся, но вот в следующем вопросе: что ценнее: талант или усердие - мы наверное расходимся.

Я считаю, что с талантливыми людьми невероятно сложно работать, невероятно сложно даже учить их - тут нужен индивидуальнй подход. И что самое главное - жизнь всегда старается всех уравнять, поэтому еще таланта надо оберегать. А это в целом - задача не на пару стори поинтов.

Со старанием же проще работать и от того, в наших условиях жизни, это гораздо эффективнее. Тут надо сделать сноску, что старание != что человек будет тупым же. Да, старательный тяжелее доходит до многих мыслей, но он до них дойдет. И программирование оно зачастую (пусть и не всегда) - оно именно про старание. Поэтому я бы так сказал, что старательный и критически смотрящий на вещи студент - он как будто бы ценнее для меня.

Талант же тоже круто, но талант - это всегда игра по крупному, где ставки растут всегда и морально, и аморально что называется. Вообще, зачастую то, к чему у тебя есть талант - это не то, что тебе нравится или хочется. Вот у меня к некоторым вещам (даже в АйТи) есть какой-никакой талант (себя не похвалишь - никто не похвалит), но мне это прямо не интересно даже. Зато то, что мне нравится - там мне надо прямо стараться, упорством брать - те самые мысли гения мне там не доступны.

Поэтому талант - это круто, но и настолько же опасно. Талант это как огонь - не обуздаешь его - он все спалит или потухнет под рутиной (типа жизнь уравняет невзгодами и проблемами так, что уже не до него). Поэтому мой бы ответ был бы - усердность важнее таланта (пусть мы и будем до многих вещей доходить тысячелетиями)

А что вы думаете, таланты?

Все: тебе этот Disco Elysium уже везде мерещится
Я: открываю юутб

Как я вижу работу в Huawei

Дошутился

Про матричное управление

Вообще давно хотел про это подумать, настолько, что аж забыл и вспомнил случайно, так как наткнулся на егора256 с его подкастом.

Егор человек странный, где-то я с ним не согласен, но он зачастую реально говорит интересные вещи и правильные. Поэтому я нет-нет да его иногда слушаю, особенно, когда куда-нибудь иду и на фоне он заходит отлично.

И вот иду я, слушаю его подкаст, прыгаю между луж и тут БАЦ ему задают вопрос: Матричное управление, кого слушать разработчику?
Я от неожиданности аж равновесие потерял, так как неожиданно, будто Нео в Матрице (ну вы поняли да тавтологию Матринчое управление в Матрице ага), вспомнил, что хотел подумать об этой теме и написать в блог!

Итак, матричное управление. Матричное оно почему? А потому что у вас есть вертикаль, что называется, власти и горизонталь. Тут уж каждый по своему называет, но вот вертикаль - это ваш руководитель проекта, тимлид, менеджер, продакт иногда - ну вы поняли. А горизонталь - это вот ваш другой руководитель, который руководитель всех таких как вы. Например, вы разработчик Java (потому и выглядите моложаво), вот у вас тимлид - это вертикаль и лид всех Java разрабов в компании/отделе - это вот горизонталь. Т.е. по вертикали вот линия берет и все зоны (роли) пронизывает, что ест на проекте - потому вертикаль она и про тимлида, РП, менеджера и так далее. По сути у каждого в компании есть 2 стула начальника - мама и папа (год семьи как никак).

Зачем вообще такие сложности и прямо два целых руководителя? По сути, как и любой инструмент, это призвано решить проблему - когда вы в линейной структуре и у вас начальник неадекват, то он вам и премию не выплатит, и уволит, и вообще нехороший человек. А в матричной вы всегда прикреплены к своей вот роли и за вас второй начальник постоять сможет (должен). Звучит вроде бы круто?

Но на деле я никогда не встречал нормально работающую матрицу управления. Почему так? Мы уже не раз говорили, что в целом с управленческими кадрами беда и норм ребят мало там. Т.е. даже одного то хорошего начальника встретить сложно, мало их. А тут два!

И обычно все сваливается в болото ваш вертикальный менеджер например, видит проблему и хочет уволить человека, горизонтальный сразу против - это же по сути его проблема и его косяк, что в его вотчине вот такое, начинаются разборки, все это скатывается в дизмораль команды (все же общаются друг с другом) и какие-то дрязги.

Или наоборот, вертикаль приходит и говорит, вот этот парень - это золото, на нем весь проект держится, надо повышать! А горизонталь говорит оооо неее, он вот мидл и пусть будет таким, пока рано! В результате бац и человек на дизморали уходит.

А бывает еще такое, что вертиткаль неадекват и вы приходите к горизонтали и такие - ну сделай что-то! А он такой - ну а я что могу сделать? Могу только пойти и поговорить с ЕГО горизонтальным менеджером, а пока терпите там. На все это уходит время и не мало - проект к тому времени может потерять как людей, так и вообще деньги -> закрыться.

При этом вот такое расползание точек входа в команду (читай - до человека) - это не защищает от других внешних проблем. По сути вам один менеджер может поставить задачу там количество тестов до 100% повысить, другой может начать требовать фичи, может вообще появиться третий начальник или даже четвертый - с другого там отдела, еще от куда-то и тоже что-то потребовать, что в целом стресс. А ваш менеджер вас не защитит - потому что у вас их блин несколько. А у семерых нянек обычно дитя со 100% зрением.

Я встречал даже такое, что горизональный менеджер согласовывает отпуск, а вертикальный нет. И вертикальный не может ничего вообще поделать с этим всем. А он отвечает за проект (он же вертикаль). Это вообще сюр.

Или вот: 1-1 проводит И вертикаль, И горизонталь. А потом они между собой (вертикаль и горизонталь) еще проводят тоже 1-1. Оцените количество встреч просто и денег на них!

И в результате вся эта прослойка огромная - это лишние затраты денег на компанию. При этом это же убивает и действия - все сидят и понимают ну его нафиг, сидим ровно и получаем зп.

И вроде как идея то хорошая, но это как знаете, вы такие смотрите на книгу, а там написано - подходит ТОЛЬКО для очень умных людей! И вы такой оооо сюдаааа я то точно в порядке. А потом оказывается, что ой ой, не такой уж вы и умный. А книгу то вы уже купили.

Я встречал 2 компании в своем опыте с именно матричным управлением - и обе мне не понравились, в обеих по сути были перечисленные выше проблемы.

Итог: компании (кмк) не умеют построить правильное матричное управление, это доставляет только лишние проблемы (как в затратах, так и в прозрачности принимаемых решений), никто никем по сути особо то и не управляет. Это даже убивает инициативу какую-то, зачастую только делая дизмораль. Вот мое такое мнение. И сейчас, когда я ищу работу, мне больше не хочется взаимодействовать с матричной структурой. По крайней мере пока.

Я: chatGPT, вскипяти, пожалуйста, чайник.
chatGPT: Ни слова больше!

Когда на собеседовании спросили кем вы видите себя через 5 лет

А вы говорите в России спорт в упадке - вот же, сборная по квиддичу даже есть!

Когда на проект для российского рынка попросили сделать интернационализацию

Тимлид: ну читай документацию, там же все есть

Документация:

Проплывая по волнам кокосового интернета наткнулся на запись: Финтех-компании: программы подготовки ИТ-специалистов оторваны от реалий бизнеса, их нужно менять
Такие статьи всегда очень забавно читать, так как в них просто разные люди говорят о разных вещах, но все это как будто про одно.

Итак, финтех недоволен качеством образования. К сожалению, что вкладывается в понятие качества тут не пояснили, но да ладно.
Основная проблема, как пишут - это оторванность академических знаний от реалий бизнеса.

И тут же следует:
В текущих условиях следует уделять особое внимание подготовке специалистов в сфере информационной безопасности (ИБ), включая область — безопасность нейронных сетей, считает Воронин.

Тут, конечно, уже хочется поднять бровь и шевельнуть извилиной (дальней) - а с чего вдруг сейчас надо уделять внимание именно этим специалистам? И на уровне чуть-ли не государственном? И где вы раньше были?

Дальше все в статье идет в том же духе, где люди продавливают свою тему и где им необходимы люди, завершая строкой:
В части ИТ-компаний CNews пояснили, что с фундаментальной подготовкой в вузах «стало совсем плохо», потому что, университеты дают только стек технологий, то есть некий набор инструментов.

И вот эта статья, как мне кажется, отлично олицетворяет основную проблему - это оторванность двух миров друг от друга. Одним нужны кадры именно по определенным направлениям (на которые до этого они же и забивали), другие же учат как могут и получается, особо не понимая кого они учат и зачем.

И решение тут может быть только одно, на мой взгляд. Это симбиоз айти и ВУЗ-ов, где открываются кафедры и в ВУЗ-ы идут деньги, кадры и так далее. ВУЗ не поймет и не сможет понять что надо бизнесу, так как банально в вузе не понимают что за бизнес такой и кто это.

Нужно открывать свои кафедры или бизнесу заходить на существующие уже кафедры и менять программу, при этом беря ответственность на себя тоже. Те же тезисы про ИБ - да до 22 года сам бизнес не особо прямо эту важность понимал и импортозамещение, будем честны. Это сейчас вы тут WAF WAF NGFW NGFW и решений под шутк 12 есть разных, а раньше чето я не помню такого. И вдруг ХОБА и такие ПОРА. И пока что все это выглядит как "Ты дурак! Нет ты дурак!".

Будущее образования в АйТи не за ИИ, не за ИБ или прочим - а именно за симбиозом, когда бизнес и АйТи компании придут в ВУЗ-ы (как это уже делают там всякие Яндексы, Сберы, СберТехи, YADRO и так далее) - просто это капля в море, это заход на некоторые кафедры и в топовые вузы только. А нужно именно заход в том числе и в провинциальные ВУЗ-ы.

И еще один штрих важный - в образовании АйТи нужны личности, а их нет или очень мало. Образование и прочее - оно очень зависит от вдохновения, мотвиации, особенно там, где выстроенности и процесса нет.
И вот нам нужны личности - все эти Елизаровы Романы, Углянские Иваны, все эти люди кто фигура и не фигура речи.

Чтоб они и на конференциях тех же АйТи были, и в ВУЗ-ах, чтоб по телевизору как говорится увидеть можно было.

Как пример уже плюс-минус успеха (хоть и ограниченного и еще не закрепившегося, во многом основанного на личностях) можно вот тот же SysPro взять
Также и вот в том же ИБ, ну нет за этим фигуры сейчас в образовании - ну тогда чего пенять то?

Потому вот главное - это симбиоз бизнеса и ВУЗА, где бизнес и ВУЗ стоит на личностях, на фигурах этих и в них же вкладывается, выращивает их. Сейчас время поменялось, мир изменился - не работает так как раньше, нужно менять подход, а не сетовать, что слева или справа сосед не дорабатывает.

А до той поры это все - глухой ждет ответа от немого.

Не, ну а че он?
У нас так не принято!

Меня позвали на JPoint провести Lighting Talk секцию 3 апреля и даже побыть экспертом на каком-то докладе. Правда побыть экспертом - это по сути ведущим, просто поприветствовать там, помахать всем, отвести в дискуссионную зону, короче такой экспертизой в целом обладать не так сложно, имея базовые навыки общения и опорно-двигательный аппарат.

Поэтому, если будете на конференции и захотите пересечься, что-то обсудить - я буду рад (только без физического воздействия и не по лицу).

Возможно, также выступлю на тех же Lighting Talks сам, хотя не обещаю. Но вы обязательно приходите!

Алоха всем, друзья!
В общем, на улице весна и я наступил прямо в мокрый снег, провалился и среди всего, что увидел мой кроссовок, была еще и мысль - что как будто бы хочется написать про собеседования
Так как долго стоять в таком состоянии сложно, то я написал и готов с вами обсудить это
Мой черновик тут

Что думаете и что скажете?

Давно не писал про преподавание и так совпало что позвали немного стендинить (на пару занятий) в один из ВУЗ-ов (не Москва и Питер).

Мыслей много и все они разрозненные.
Наверное, мысль первая - это уровень похуже, такое вот впечатление первое. Уровень как студентов, так и преподавания. Но не настолько гигантская разница, просто ощущается.

Студенты в целом похожи, не было ощущения, что как будто другой мир - те же ошибки, те же проблемы. Оно в целом ожидаемо, это же не Computer Science все-таки.

Что с вышки (привет, бродяги-симпотяги), что тут одна из проблем это прямо синхронизация ожиданий и требований. К примеру, открыл я работу, а там каждая строчка снабжена комментарием (что-то типа def save_file(data) # сохраняем в файл). Спрашиваю, ну как-будто бы бред - вы же не ходите по миру, обклеенному подскаками? Также и тут, если все понятно - зачем прямо коммент? Ну и в таком количестве? Ответ - а у нас преподаватели требуют и чтобы со стипендии не соскочить. Что называется дал дробью в упор, чтобы наверняка.

Или интерфейс ради интерфейсам кто-то где-то создал, ты говоришь - ну тут то вообще казалось бы просто делай и все, зачем лишняя абстракция? Тем более ни мокать, ниче такого ты не собираешься тут. А в задании так сказано. И реально, в задании говорят сделай интерфейс.

Казалось бы ну глупость какая-то, пошел до преподавателя (вот мне настолько нечего делать, да) - говорю, старина, какбудто бред? Оказывается, это все часть плана и ПОТОМ будет нужен интерфейс, будет несколько реализаций и так далее. Я говорю, а че сразу то не сказать? Ну даже меня (ДАЖЕ вот ето я звезда да?) ввело в заблуждение! А мы вот на лекции как-то говорили, что такое будет!

Напомнило мне про прошлую работу, где тоже вендор сказал, что БАГОВ НЕ БУДЕТ. Типа ну не все ходят на лекции, кто-то на лекции вообще моргнет на минут 20, ну разные вещи бывают - донесите весь контекст то до всех прямо, можно даже в задании это писать, как дисклеймер. Раз вы хотите прямо этот интерфейс уже сейчас, нет?

Такой знаете, микро конфликт между преподавателем и студентом, когда преподаватель хочет видеть одно и прямо к этому ведет. А ты начинаешь понимать к чему ведут только там на 2-м сезоне в середине.

Еще один момент что я заметил - это реально лояльное отношение к студентам, к слову, пара работ, что прислали - я бы прямо поставил незачет (а я не самый жесткий воин за все хорошее), но тут это прямо средняя работа и ок. На мой взгляд, пока человек не доделал вот до стандартов работу - не надо засчитывать, даже если она работает. Не мне, конечно, говорить, но тут же ровно так как в индустрии, ваш PR может работать, но не пройти код ревью и только в случае критичности и срочности мы его помержим таким, иначе будем подпиливать.

Еще вот обсудили, что есть некоторый код-стайл и вы его согласовали - значит надо его придерживаться. И преподаватель такой говорит, вот ребята посовещались и разбились на три группы (по подходам код стайла того же). Мы вот думаем, может просто дать им писать так и они просто сами придут к правильному, к стандарту по сути?

Было бы неплохо, если бы у нас было лет 40 на обучение, но в условиях ограниченности времени - спорно. По сути преподаватель и есть тимлид, который должен 'помирить', померджить разные мнения и прийти к общему. Используя в том числе и свой опыт, если мы уже сейчас можем привести аргументы против одной из групп - давайте и приводить, чего мы ждем то?

Ну и последний камешек чтоли в огород - это блин ну как же много задач-числодробилок, я как будто литкод какой то открыл, ну я понимаю там пару-тройку задач, но тут прямо плотный гачимучи микс из dp, Хоара, чето там какие-то сдвиги (по фазе наверное) - и ни одной задачи прямо близкой к работе с бизнес-логикой (да хотя бы сбор требований там, краевые случаи, как будет мой код НЕ работать) и так далее.

В общем, не пожалел, что пошел пообщаться, даже удивился, что навык остался и как будто даже получше стал (хотя может показалось) - вспомнил, что раньше я даже немного переживал перед парой, а тут вообще уже нет.

Может старею?

Ё

Когда решил программировать на JavaScript

Ну что, вот и подошла конференция SnowOne к концу

Было, на мой взгляд, супер здорово: я пообщался с Романом Елизаровым, было интересно, встретился с многими знакомыми и друзьями, выиграл мерча и послушал интересные мысли.

В конце провел свою секцию Lighting Talk и сделал мини доклад-стендап. Вроде вышло здорово, по крайней мере так показалось.

Кажется, будто прошло несколько недель, настолько было насыщено.

Всех обнял, я полетел домой!

Ну что, бродяги-симпотяги!
Завтра уже стартует SnowOne и это ровно та конференция, в которую я в этот раз достаточно много вложил сил. Больше чем когда либо!
Приходите на Lighting Talk-и, приходите на основные доклады - буду ждать всех!

В этот раз думаю даже сам бомбану на Lighting Talk-е мини доклад-рассуждение, чисто подпивас!
Поэтому, жду всех!

P.S. Многие спикеры полетят из Москвы и для них это будет просто перелет, когда вылетели с утра и прилетели в ночь (лететь 4 часа и разница +4 часа).

Ты: *озвучиваешь свои зарплатные ожидания на пересмотре*
Менеджер:

⚡️⚡️⚡️ Spring Now 2025 – Главная конференция про Spring на русском языке

Уже через 2 недели состоится бесплатная онлайн-конференция Spring Now 2025!

В ней примут участие не только эксперты сообщества Spring АйО, но и приглашенные лидеры индустрии.

Более подробно про программу мероприятия и спикеров конференции мы расскажем в течение ближайших двух недель 💚

🗓 6 марта 17:00 – 21:00 МСК
📍 Онлайн. Бесплатно

🔗 ЗАРЕГИСТРИРОВАТЬСЯ

#spring_now_2025

С большим интересом открыл для себя в свое время это сообщество Spring АйО, организаторы мои хорошие знакомые и тем кому не хватает весны - вэлком!
Тем более бесплатно!

Когда попросили рассказать что было сделано за прошедший спринт.

Здарова, бандиты!

Попросили для студентов первого курса из провинциального университета прочитать лекцию про код ревью и инструменты для этого.

По традиции, сказали про код ревью, а имели в виду про вообще обеспечение code quality, что выяснилось уже в обсуждении.

Но да ладно, ошиблись и ошиблись. Что бы вы хотели передать по этой теме подрастающему поколению?

Какие инструменты (группы пишут/учат C++, Java и Python) вы используете на работе? Что помогает, а что нет?

Всякие линтеры, Sonar Qube-ы, PVS, анализаторы, Пре коммиты - что угодно можно предложить - я с удовольствием (если это реально будет полезно и интересный инструмент) порекомендую посмотреть им в эту сторону. Интересно именно то, с чем они могут столкнуться на работе, т.е. что вы именно используете?

Как у вас выстроен этот процесс?

Яндекс - найдется все

Мммм весна…

Друзья, с нами снова рубрика - вы не ждали, но дождались.

В общем, я решил написать о вакансиях, их составлении, ошибках, которые, на мой взгляд, допускают и которые я вижу на том же hh.

Это положил тут.

Как обычно буду рад замечаниям, вашим мыслям и предложениям, поэтому пишите обязательно. Особенно интересно что вас бесит в описании вакансии, а что наоборот кажется хорошей идеей!

Ты: А какой размер команды?
HR:

Это настолько же смешно, насколько жизненно

- Наш безопасник раньше был фронтендером.
- Но как ты узнал?

Когда пришел в бухгалтерию взять справку 2-НДФЛ

Друзья, сдал анализы недавно и вот результат!
Поэтому не забывайте о себе и о вашем здоровье!

В общем, наконец-то завершил опус под названием "Я стал тимлидом - мои первые шаги"
Постарался из чатов, статей, книг, своих заметок и мыслей сформировать единое что-то
Забавно, но на Хабре нашел отличную заметку по этому поводу, но от РП - очень сильно пересекается с тем, как я вижу эту историю, потому первую часть построил на ней (со своими замечаниями и пересечениями, модернизациями) - ссылка будет в заметке
Наверное сейчас у меня окончательно замылился глаз и сложно что-то еще добавить или сказать, что-то новое, потому - прошу вас поревьюить (кому интересно) или просто замапить на свой опыт

Я буду рад обсудить и замечаниям, критики или советам!

Ссылка: https://github.com/qcha/teamlead-cookbook/blob/main/teamlead_first_steps.md

Ну а я пойду хукать под фонтан на паджере

Мы сами же разогнали энтропию, ибо не ведали что творили.

Понятно, что это все - гиперболизировано, но не без оснований и далеко не без веских и просто поверьте, это уже наверное какой-то крик души.

Ну а вы что думаете по этому поводу?

Итак, господа!
Сел на стул, а он мне как раз, а потому решил обсудить с вами такую вот тему, которую нашел вот тут

Итак, молодой (или уже не молодой) волк работает на N работах, где N - пока что цифра, но уже скоро и числом станет (математики тут?)
Статья в целом обычная, ну работает человек на 100500 работах - ну и пускай, но что меня задело - это как он ищет 'сладкие' компании.

Итак!

> Как найти такую компанию? Тут, конечно, чуйка, но есть ряд признаков.
>
> Наличие скрам-мастера и продукт-оунера — сладкие признаки. Если при описании вакансии тебе встретились эти слова, то они означают вкусные бабосики за безделье. Из минусов адова куча совещаний, которые надо научиться пропускать, либо прогать во время них. Можно заниматься спортом, я лично строил дачу во время совещаний. Нельзя быть токсичным: называть идиотов идиотами, а жирных жирными, бездельников бездельниками. Бонусом идет ДМС, печеньки, модный офис. Если у конторы есть деньги, чтобы кормить скрам-мастера, бизнес-оунера, продакт-менеджера и ux-дизайнера, почему бы не покормить еще одного?

Тут, конечно, наш волк утрирует, потому что уж совсем всю прослойку бизнесовую записал в бездельники, но доля правды есть в его словах.
Если зрачки вашего менеджера увеличиваются в размерах при слове скрам, а на лбу выступает легкий пот, то есть, есть действительно шанс, что там сладкое место. Особенно это касается мест, где ловко кидаются словом 'токсичный'. Как говорится, кто первый халат одел - тот и не токсичный!

Совсем недавно еще был опыт проекта (притом критического для компании), в котором кого только не было - только не программистов! Были и менеджеры разработки (в количестве на каждого третьего программиста - менеджер), и какие-то полу секретари, которые писали целые посты и организовывали встречи, миллионы ретро и так далее - все было. Было короче все, кроме эффективности. И в таких местах, я даже знаю, что есть реально ребята, кто, например, работает 4 дня в неделю только, а в пятницу у нас же не для созвонов день! А то слишком токсично.


Этот же маячок реально был и там:

> Отдельный маячок — это «я узнаю про свободные слоты» и «посмотрю в свой календарь»

Про всякие другие пункты я не могу сказать, ибо особого опыта там нет:

> Государственные конторы
> Компании с низким техническим уровнем, когда высший системный архитектор не знает, что такое БД.

Ну разве что про ВТБ и их работу с ИП не слышал только ленивый или люди, родившиеся после 2018 года.

Почему это отозвалось у меня и задело? Наверное потому, что последние пару лет я попадаю в настолько не эффективные команды или компании (ну может поэтому я и работаю уже считай каким-то кризис менеджером - кстати не хотите кризис на проекте разрулить? Я могу (наверное)).

И вот смотришь на все эти команды, в которых штат переполнен не пойми кем, что реально продакт оунер, продакт менеджер, какие-то полу-секретари, менеджер разработки, скрам-менеджер, менеджер менеджера менеджера менеджера.

Огромное количество прослоек, просто гигантское! После такого не удивительно, что читаешь статьи с Хабра: "А должен ли тимлид писать код и понимать код?"

Потому что менеджеру можно назвать абсолютно любой срок задачи - там по наитию, либо поймет, что обман, либо нет. А в компаниях, где нет токсичности же не обманывают? Это как помните из Брата: "Мы русские друг друга - не обманываем!".

И вот даже чтобы простой проект сделать на уровне MVP уже нужно пара-тройка менеджеров, пар-тройка продактов и ты попробуй такую ватагу то прокорми!
Умножим это на то, что в АйТи как-то видимо исторически сложно с ответственностью (не провалил 5 проектов, а получил полезный опыт).
Потом смотрим - уже про кризис говорим, ой-ой, пояса надо подтянуть - на проекте бюджета не хватает, чтобы эффективно его делать. А где бюджет? Ну у нас пара-тройка выездов была, еще у нас два помощника менеджеров разработок и вот еще Вася, он оч крутой и талантливый. А что делает Вася? Слушай, давай без токсичных набросов? А чем у вас разработчики на работе заняты? Сидят на работе. А на работе чем заняты? Как чем? Хотят домой!

Наш безопасник как с цепи сорвался, на каждой встрече только и слышу: WAF, WAF, WAF

Ты: говоришь про важность документации и ее роли в онбординге
Разработчик: Но у нас же есть документация в проекте!

Наша документация в проекте:

Пишут, что в дочках Сбера будут увольнения, поэтому, ребята, пока не поздно - перебирайтесь в сыновей Сбера.

Опубликованы спикеры студенческого дня!

Напоминаем, что на SnowOne есть специальный студенческий день 28 февраля, куда можно попасть бесплатно, если: а) вы студент (в таком случае при регистрации выбирайте билет Academic), б) вы посетитель основного дня и у вас есть билет.

Что же на нем будет происходить в этом году?

1) Константин Владимиров, про которого мы уже рассказывали в анонсе хардкорных спикеров, будет рассказывать про особенности статических компиляторов (доклад особенно подойдет студентам, кому интересно системное программирование);

2) Екатерина Шевчук поможет разобраться, что такое CI/CD, и как это поможет в вашей будущей карьере разработчика;

3) Алексей Овсянников покажет самые популярные Java и Kotlin библиотеки для написания Telegram Bots;

4) Роман Елизаров объяснит, зачем было создавать язык Kotlin: это рассказ из первых уст одного из главных дизайнеров и разработчиков Kotlin и автора механизма корутин в языке.

Получается такой супер-сплав практической пользы и уникальных знаний, не пропустите!

Больше деталей про доклады студенческого дня можно посмотреть вот здесь, а зарегистрироваться/приобрести билеты все еще можно вот здесь.

Плохие новости, друзья!