​​Возможно вы не знали, но именно сегодня, 24 сентября, самый настоящий праздник – «День Системного Аналитика» . С чем я и спешу вас (и всех причастных) поздравить!

Как гласит легенда, праздник этот возник в 2000 году в Чикаго, когда некий Системный Аналитик, проработав 20 лет в этой должности, понял что дальше жить без профессионального праздника неприемлемо, и 24 сентября организовал грандиозный пикник аналитиков в окрестностях Чикаго. К сожалению, ни имени этого аналитика, ни каких-то свидетельств событий тех дней мне найти не удалось, все поиски приводят к тому что этот праздник сейчас отмечается только внутри русскоговорящего ИТ сообщества, чего нам для празднования вполне достаточно.

Спасибо вам (и нам) за то, что уменьшаем энтропию во Вселенной в то время как другие ее только увеличивают!

говорятНеФотошоп
Друзья, помогите распарсить требование:

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

Давненько я ничего не писал в канал, и вы, вероятно, успели заскучать.

Исправляюсь, вот вам небольшая история к размышлению.

Давеча приходит ко мне молодой парнишка на консультацию, с вопросом как построить крутую deep-аналитику, c машинлернингом и Data Driven. В процессе беседы выясняется что у него в голове есть лишь какие-то «вероятности наступления событий», которые его МЛ-модель должна сама посчитать из пяти десятков переменных. В тоже время, у товарища полностью отсутствует беклог, а у его закачиков - элементарные отчеты. Причина этому - юношеский максимализм, обычно он наступает из-за большого количества энергии в период «Пика Глупости» (есть такой эффект Даннинга-Крюгера).

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

Из беседы с соискателем

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

Скрам лишает воли и сил?

ШколаАналитика #ПрограммистЭтоНеБольно #ПятничныйПост

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

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

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

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

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

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

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

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

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

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

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

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

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

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

​​​​Друзья, спасибо всем кто поучаствовал в голосовании!

А я спешу вас порадовать очередной статьей в которой я описал семь самых типичных ошибок которые допускают аналитики при формулировании требований.

Лайфхак #БигДата

Когда вам кто-то порядком надоедает рассказами про свою большую бигдату, мощный машинлернинг, и дата-ориентированный подход во всём, есть способ спасти свои уши и здравый смысл одним простым вопросом:

Сколько петабайт данных у вас есть?

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