Айтишник обыкновенный 🐰

А ты аналитик или айтишник?

Сегодня пятничный и немного мотиуационный пост 💪

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

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

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

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

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

Это всё про повышение автономности в работе и скорости выполнения задач за счет бОльшего числа «инструментов под рукой».

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

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

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

Кстати, именно поэтому в нейминге канала используется слово «Айтишник», а не «Аналитик» 🧠

🐳 — если ты тишейпед(T-shaped) или стримишься туда
👌 — не нужОн мне твой докер и коды
💪 — мотиуация надо подняяяяять

Как вообще думаете, насколько полезно уметь пользоваться/владеть всеми этими штуками? Может, я не прав и лучше расти как I-shaped специалист?

Как же я ненавижу списывать время

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

Как по мне, это просто лишний стресс и негатив для сотрудника. И к тому же часто вызывают чувство слежки или ощущение отсутствия доверия руководства к тебе – «большой брат следит за тобой» 😎

Аналогично списаниям также забавно, когда следят за количеством закрытых задач. Тут начинается цирк с декомпозицией задач, микротасок на каждый пук и тд 🤡

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

Вместо того, чтобы быстро перекрасить кнопку/добавить текст/изменить картинку (все это делается реально буквально за 30-60мин с учетом разработки и деплоя, ну пусть будет день, с учетом тестирования, согласования и тд), на это может уйти неделя, ведь сотруднику нужно не кнопку покрасить, а списать время, он получает деньги не за решенные хотелки бизнеса, а за списанные часы. Почему ушла неделя? А потому что сначала 20 раз согласовывал, потом 20 созвонов было с уточнением требований, потом были проблемы с доступами, а потом баг пофиксил, который всплыл внезапно, ну и напоследок все-таки изменил rgb(0, 255, 0) на rgb(0, 240, 0)
😲😲

И тут еще есть 2 проблемы:
🟣 Эскалация обязательств. Есть некоторые задачи, которые нереально оценить даже примерно, но тебе приходится. А потом в конце спринта, когда стараешься изо всех сил не подвести любимую команду и закрыть задачу, приходится стрессовать. Сначала из-за того, что тратишь сильно больше сил, чем закладывал, а потом из-за того, что нужно все-таки перенести задачу в следующий спринт.
🟣 Синдром Паркинсона (не путать с болезнью). Ты в итоге тратишь столько времени на задачу, сколько на нее запланировал. И нет, это не про «попадание в оценку», это про то, что даже переоцененная задача в итоге выполняется за то время, на которое ее оценили. Ну и правильно, куда спешить-то?

👍 – ты че черт, я квалифаед скам мастер, списывай часы!
🙅‍♂️ – ты че черт, мы не квалифаед скам мастера тут, закрой задачу!

А вы списываете время? Как относитесь к этой практике?

Сегодня среда маленькая пятница, а это значит, что можно немного похихикать. В продолжение предыдущей публикации: АйЯй АйЯем, а без человека пока что еще ничего работать не будет. Не так ли?)))

Вчера вышел GPT-5

Теперь рабочий день айтишника будет выглядеть так:

— GPT, напиши скрипт для выгрузки по новым требованиям.
— Готово.
— А почему всё сразу работает?
— Я просто лучше тебя.

— А ты учёл, что у нас теперь новые статусы в enum и добавились новые интеграции?
— Конечно. Я ещё и баги в проде пофиксил.
— Какие баги?..
— Кстати, я обновил документацию и заодно уволил двух джунов, теперь джун у нас ты.

А вообще, конечно, смех смехом, но со сцены рассказали как нейронка нагибает все остальные. Очень любопытно посмотреть и попробовать ее на практике. Относительно недавно на эфире погенерили типичные артефакты СА, интересно было бы скормить все это дело в GPT-5 и протестить то, что она родит.

В интересную, конечно, эпоху мы с вами живем: интернет, ИИ – очень любопытно к чему все это приведет хотя бы лет через 10 и как трансформируются наша жизнь, что будет с бизнесом. Уверен, что на текущем этапе, когда ИИ выступает «ассистентом» не закончится.

Ну что, теперь уже пора кричать из каждого утюга, что нас всех скоро уволят, что айтишники больше не нужны или еще рано?)))

Пов, ты идешь к контрагентам, чтобы согласовать доработку.
Контрагенты:

Куб масштабирования

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

Итак, у нас есть 3 оси масштабирования:

X – распределение запросов между несколькими экземплярами. Горизонтальное масштабирование

Z – распределение запросов в зависимости от их атрибутов. Шардирование

Y – декомпозиция приложения на сервисы с разными функциями. Распил на микросервисы

Подробнее об этом можно почитать в книге «Микросервисы. Паттерны разработки и рефакторинга» Криса Ричардсона. В ней на самом деле много чего интересного и полезного. А сама модель была разработана Мартином Фаулером и Джеймсом Льюисом для визуализации аспектов масштабирования.

Как это работает?
Обычно сначала пилят mvp в виде монолита и масштабируют его по осям X и Z, чаще всего этих манипуляций достаточно. Но если вдруг это не помогает, то тут уже смотрят в сторону оси Y.

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

Хочешь больше коротких, но полезных постов? Жми 🙈

О даааа, я это сделал, примерно 2нед каждый вечер я занимался ЭТИМ! Но я наконец закончил. Теперь, кажется, я настолько насытился сборкой/пересборкой/СЖО, что не притронусь еще лет 5 к компу 😐

На третьей фото - как было

Пс: понимаю, что, скорее всего, для вас ничего не поменялось, но для меня изменения просто колоссальнейшие.

Делитесь в комментах своими сборками и историями, которые с ними связаны. Давайте вместе поухахатываемся ❤️

Мне, например, пришлось сверху поставить более тонкий радиатор, потому что все настолько сжато, что -2мм позволило все уместить🤦‍♀️

А еще пришлось заюзать пару коротких отрезков шлангов в самых неудачных местах, так как я 2 вечера потратил, чтобы согнуть трубки и ничего не получалось.

А еще пришлось немного кастомизировать крепления для третьего радиатора и 2х140мм вентилятора, так как в штатные они не влезали в штатные отверстия и еще дистропанель на передней панеле всё сдвинула примерно на 5мм.

А еще Миша 🐰 погрыз провод от одного из вентилей на 140мм.

Крч, еще раз повторюсь, если у вас нет желания поковыряться или вы от этого не кайфуете, даже не думайте лезть в это болото…

БОЛЬ и УНИЖЕНИЕ

❓ Хотите узнать что такое боль и унижение?
✔️ Соберите себе самостоятельно комп на кастомном жидкостном охлаждении.

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

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

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

Дистропанель перестает быть герметичной...

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

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

PS но выглядело с белыми прокладками, конечно, сильно кайфовее, в комментах немного бэкстейджа

Live stream finished (1 hour)

Live stream started

Через 1.5ч стартанем эфир по вайб анализу.

А это пост для комментариев к эфиру, а также для вопросов. Вопросы можно написать заранее.

Чтобы задать вопрос, обязательно добавь тег #вопрос, иначе я могу его пропустить.

Live stream scheduled for Jul 16, 2025 at 17:00

AI-first

Напоминаю, уже сегодня в 20:00 прямой эфир с ребятами из IDE BAS.

✔️ Будем настраивать рабочее место аналитика с использованием ИИ.
✔️ Зададим все интересующие нас вопросы.
✔️ Потестим все это добро на рабочих примерах.

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

#ai #ai_first
#эфир

Заставь IDE работать на себя!

Итак, сегодня больше подробностей о грядущем эфире в среду в 20:00

1️⃣ Раскрываю карты, гостем эфира будут крутые ребята из AI IDE BAS
2️⃣ Ребята занимаются тем, что разрабатывают плагины для сквозной работы с большинством артефактов системных аналитиков на платформе VStudio
3️⃣ На эфире, конечно же, можно будет все узнать подробнее, потыкать уже существующие реализации и в целом мы настроим IDE для работы.
4️⃣ Конечно же, будут нейронные сети, без них сейчас никуда. Погенерим артефакты, посмотрим как это делать правильно.

Я уверен, будет очень интересно и полезно (по крайней мере мне точно😄) Так что хочу еще раз всех приглашаю, будет весело!)

#ide #ai
#эфиробыкновенный

Я тут узнал, что разогревать еду в микроволновке это Rich Flex, наверное, наличие кондея тоже. Последние дни я безумно счастлив, что он у нас есть. Дай Бог здоровья компании Toshiba, которые запустили массовое производство сплит-систем в 1961. Пришлось через многое пройти, чтобы в прошлом году его все-таки установить (можно глянуть по ответу), но это один из лучших девайсов. И не менее кайфово в холодную погоду обогреваться им без работающего отопления.

А ты Rich Flex?
💰 – Да

Как спасаетесь от жары на удаленке?

Снова эфир!

Продолжаю тестировать формат прямых эфиров. Дебютный мне очень понравился. Так что хочу анонсировать в следующую среду (16.07) в 20:00 эфир с крутыми ребятами, которые делают плагины для работы аналитика в ide.

Что будет в программе?
- Настроим «рабочее место»
- Погенерим артефакты
- Ответим на ваши вопросы

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

#эфиробыкновенный #ide