AnalystBlog
64 subscribers
1 photo
26 links
Блог серийного аналитика. Если для вас "анализ" не пустой звук, вы хотите научиться выявлять и формулировать требования, извлекать знания из данных, описывать процессы и системы, то вы по адресу! Авторский контент! По всем вопросам пишите: @mikhastas
Download Telegram
​​Для аккумуляции знаний я начинаю цикл статей посвященный тематике системного анализа, бизнес-анализа и анализа данных.
Я ценю ваше время, потому статьи будут в формате лаконичных, но ёмких блог-постов. В статьях я планирую давать краткую выжимку из теории, которую я буду обильно снабжать практическими советами из своего опыта. В общем – сама суть, без лишней воды, потому вы сразу сможете применить новые знания в своей практике.
Такие статьи будут идти под тэгом #ШколаАналитика
#ШколаАналитика #ПрограммистЭтоНеБольно #ПятничныйПост

Часто пишите требования, а разработчики их не читают 😱? Или читают, но через фильтр фейспальма 🤦‍♂? Я сейчас раскажу почему, причина кроется в том что программисты народ капризный 😤, но совладать с ними можно, главное определить к какому типу конкретный персонаж относится. И так.

🚀 Быстро-кодеры это ребята-инноваторы, они любят внедрять всё новое, шустро пишут код, и... без тестов пушат его на прод (За это остальные их часто называют быдлокодерами 💩). Ну что поделать, если человеком движет неудержимая энергия? Она прямо струится у него из рук, он не может остановиться, ему хочеться пушить и пушить на прод по 10 раз в день? Разбираться багами и качеством кода им обычно некогда, главное MVP, главное сейчас!

Как опознать: Часто именуют себя фулл-стек-девелопер. Почти всегда занят разработкой чего-то нового, если их отправить сапортить свой же код - впадают в уныние и ползут умирать в сторону кофемашины ☕️😵.

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

Как с ними работать: Очень просто, если вы не успели написать ему требования примерно за 100 наносекунд, то они уже на проде, и примерно в том виде, в котором их на словах понял быстрокодер. Потому, важно, еще до того как быстрокодер дойдёт до рабочего места после стендапа, обсудить с ним требования и возможные ньюансы реализации. А уже после записать о чем договорились. Затем призывайте на помощь QA, и бейтесь с ним бок о бок в борьбе за чистоту прода 🥊.

Второй тип Саппортеры: это ребята которые все время огребают за труды первых, ведь всё что было накожено первыми сразу же падает к ним на саппорт (чему разумеется они не рады 😕). Но вы спросите, а кто мешает им бросить саппорт и стать быстрокодерами? Да никто не мешает, просто у них есть свой незакрытый гештальт, о чём ниже.

Как отличить: Всё время вздыхают что предыдущий автор лютый быдлокодер. Скурпулезно ищут баги в чужом коде 🧐, радуются как дети когда наконец их находят и незамедлительно объявляют о находке на весь опенспейс 📣. При попытке дать им накодить что-то новое огорчаются, сжимаются, и бурчат что сначала надо со старым кодом разрбраться.

Голубая мечта: Найти багу 🐞 уровня Critical в какой-нибудь библиотеке используемой в over-дофига курпных компаний. И чтобы обязательно о нашем герое написали все айтишные сми.

Как с ними работать: Эти ребята читают требования, но больше любят чтобы вы посидели с ними рядом и рассказали всё подробно-подробно. По привычке ищут баги в требованиях, потому готовьтесь отбиваться от попыток запихнуть в них всё что угодно. Ну и заложите время на доработку, оно вам пригодится 🕒.

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

Как отличить: Как правило это или самый опытный разработчик на проекте, или, если коммуникативные навыки позволяют, Тим/Тех лид проекта. Считает быдлокодерами всех вокруг, особенно людей из смежных проектов. Любят спорить на темы, "что лучше пробелы или табуляция для отступов", "функциональное программирование рулит, а остальное отстой" и подобное.

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

Голубая мечта. У всех забрать права от прода, сжечь проджекта и расчленить заказчиков 😵. После чего можно, наконец, спокойно покодить.

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