#AI #анализ

Пока вы рассуждали, почему AI нас не заменит, собралась открытая инициативная группа, которая пили AI-based IDE / Copilot для аналитика на базе VSCode. Типа курсора для аналитика.

Завтра у них будет демо, пойду смотреть: https://news.1rj.ru/str/IDEbsa201/26

#карьера #ненависть

Редфлаги на собесе

Любят всевозможные гуру рассказывать про редфлаги на собесах, после которых нужно разворачиваться и уходить. Например:

• Мы все как одна семья
• Ищем людей, которые горят продуктом
• Важна стрессоустойчивость
• Ограничения по времени отпусков

Советы очень полезные, если посмотреть на них и выкинуть нахер. Потому что такие фразы могут значить все, что угодно.

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

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

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

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

Если с нуля сложно, на весеннем Flow был годный доклад Ирины Шишкиной - бери и делай.

А гурям хорошо бы перестать считать свою аудиторию идиотами.

#интеграция

Sync-Async, которого нет

Синхронных протоколов и технологий не существует. Асинхронных тоже. Потому что у них нет такого свойства.

Следите за руками.

TCP - синхронный? Но поверх него работают вебсокеты.

WebSockets - асинхронный? Но поверх я могу реализовать request-response логику, например использовать JSON-RPC.

HTTP - синхронный? Но все мы знаем про polling и callback.

Брокеры - асинхронные? Но для обеспечения at least once гарантий протоколы брокеров предлагают синхронную логику записи-чтения сообщений. Причем работают обычно поверх TCP.

Брокеры - асинхронные? Но с помощью двух очередей я могу реализовать request-response паттерн для SOAP сервиса, например.

UDP - асинхронный? Но поверх него работает HTTP/3.

И синк, и асинк, можно реализовать с помощь любой технологии, выбор конкретной - вопрос удобства и контекста. У технологий нет свойства Sync-Async, как у кирпича нет громкости, у звука нет цвета, а у фотона нет массы.

Sync-Async - это свойство взаимодействия, причем оно может быть разным в зависимости от point of view. Но об этом в следующей серии.

P.S. Все примеры - реальные промышленные решения, а не фантазии автора.

#оффтоп

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

Вот две рандомные статьи рандомных авторов.

Раз
…в нулевых в СНГ программистами были, в основном, самоучки, которые постигали профессию методом проб и ошибок, много экспериментировали, а источником знаний для них служили книги и форумы. В АйТи приходили не за деньгами, а из интереса — работа была логичным продолжением юношеского хобби...

Несмотря на то, что деканство давалось нелегко, я, что называется, «тащился» от этой работы, постоянно о ней думал и был весьма воодушевлён. Если говорить о финансовой мотивации, то она была скромной — 30 тысяч рублей в месяц. Поэтому я могу с уверенностью сказать, что авторы и преподаватели работали в GB не из-за денег.

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

Нет ничего нового в подлунном мире.

#интеграция

Sync-Async, теория относительности

Начало тут.

Sync-Async - свойство взаимодействия между двумя акторами. Актором может выступать как компонент системы, так и живой человек, особой разницы нет.

Одно и то же взаимодействие может одновременно быть синхронным и асинхронным в зависимости от того, как мы на него смотрим.

Цель процесса
Я пришел на обед, моя цель - запихнуть в себя сколько-то калорий для выживания. Если на столе нет меню, то взаимодействие Гость-Официант, в котором я прошу принести его, будет синхронным, т.к. процесс заблокирован.

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

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

Если расширить этот процесс до “получить набор документов для визы”, то после отправки заявки я могу пойти оформлять другие документы. Тогда первое взаимодействие не блокирует весь процесс и становится асинхронным.

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

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

В итоге синхронность или асинхронность взаимодействия зависит от point of view, и может отличаться у разных наблюдателей. Например у дизайнера, продакта, разраба, архитектора. Полезно помнить об этом.

Помните ребят, которые делали AI IDE для аналитиков? Сегодня у них релиз плагина, можно будет посмотреть, настроить у себя и пощупать ручками. Приходите на официальное демо в 19:00 мск

#оффтоп

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

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

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

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

#архитектура

Выложили видосы по архитектуре с прошлых конференций

• Роман Цирульников - Основы архитектуры систем

• Максим Смирнов - Как показать ценность проектирования ИТ-решений

• Кирилл Ветчинкин - Как DDD и Event Storming помогает декомпозиции на сервисы

• Никита Ерилин - Где тонко, там порвётся: считаем нагрузку и подстилаем соломку

Во славу KPI

Во вторник будет интересный вебинар об арх решениях, когда давят сроки, бизнес и техдолг.

https://news.1rj.ru/str/itsysdes_events/1458

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

Потратьте 15 минут, плз, чтобы заполнить опросник, анонимненько.

Зачем это вам:

• Узнать, что же такое это “среднее по рынку”

• Посмотреть наиболее востребованные инструменты и технологии

• Оценить свой карьерный трек и стратегию

Результатами поделимся осенью, все будет доступно.

Школа, свитчеры, it

В школе и универе внушали мысль: нормально делай, все у тебя будет. Но это неточно.

Стартапер вкладывает год жизни и все накопления в идеальный продукт, который никто не покупает.
Результат: минус деньги, время, возможно репутация.

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

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

В 90ых советский инженер послушал Леню Голубкова и понес деньги в МММ…

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

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

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

Тогда что делать?
— Взять на себя ответственность за свою жизнь
— Развивать и использовать критическое мышление
— Принять факт, что мир постоянно меняется

К посту об иллюзорности синхронности и асинхронности был коммент:

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

Мб стрим на эту тему сделать? Нннада?

#интеграция

Штош, 30 человек отметилось, завтра делаем стрим про синк-асинк. Можете посмотреть предысторию в канале: раз и два.

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

Записываем только мою говорящую голову. Но это тоже неточно.

Регайтесь тут и приходите завтра в 19:00 мск.

Прикольный взгляд на выбор хранилища и использование монги.

https://news.1rj.ru/str/gleb_pro_ai/137

...И вот тут какая-нибудь постгря выглядит мощнее. Казалось бы, бери да пользуйся.

Но на деле SQL базы удобны только когда ты хорошо заранее спроектировал модель данных и хорошо понимаешь что куда и зачем.

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

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

Nocode как тренажер по архитектуре

Решил собрать небольшого бота. Логика сложновата для типичного конструктора, но и кодинг выглядел оверкиллом. Решил пойти к чатгпт, чтобы сделать вместе. Дитя Альтмана предложило мне взять Make (ex-Integromat) для логики + Airtable как хранилище. Мол все просто, за 3-4 часа запустишь, под твою задачу хватит бесплатного тарифа.

Что было дальше?
Убил три дня на первую версию, за время отладки улетели бесплатные лимиты, Airtable даже для экспресс прототипа нельзя рассматривать как хранилище, а Make подходит только для автоматизации простой операционки.

Стоит отдать должное, чатгпт помогал с вопросами по инструментами и неплохо держал контекст, сам в доки полез только однажды. Но речь совсем не об этом.

Проблемы и задачи, которые возникали по ходу:
1. Продумать статусную модель

2. Реализовать хранение и извлечение стейта

3. Make ходит в Airtable через открытые интернеты, поэтому обращение к хранилищу может занимать 0,5-1,5 секунды. В рамках обработки запроса обращений несколько

4. Оптимизировать работу с недохранилищем

5. Организовать какой-то кэш, чтобы реже ходить туда

6. Продумать логику наполнения и инвалидации кэша

7. Разрулить конкуретность, когда для одного объекта одновременно запускается несколько обработчиков

8. Увидеть, как логирование убивает скорость обработки, т.к. оно тоже идет в таблицу Airtable. Грустить, что нет кафки под рукой

К чему все это?
Если есть тяга к реальному проектированию, то задачка из жизни + сервис-автоматизатор-интегратор типа Make и n8n будет неплохим тренажером, чтобы пощупать реальные проблемы сисдизайна. Особенно из-за ограничений инструментов.

А ты все ищешь чудо-курсы по архитектуре и читаешь Сюй?

#архитектура

Завтра делаем стрим с создателями той самой AI IDE для аналитиков.

Обсудим, что она вообще умеет и с чем может помочь. Ребята будут пилить задачу в IDE, а я параллельно займусь ей в голой гпт, чтобы сравнить.

Если полетит, то попробуем собрать прототип по полученным артефактам в каком-нибудь реплите.

📆 Воскресенье, 18:30 мск

🔗 Ссыль для входа

#интеграция

Впервые встретил оправданное использование SSE в жизни. OpenAI позволяет получать ответ модели частями, до того, как она закончит генерить его - можно показывать пользователю результат по мере появления.

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

Вот тут еще пара статей про кейсы с SSE.

Сегодня день анонсов

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

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

7–28 сентября
Курс Основы проектирования API — программа, как для начинающих, чтобы разобраться, как правильно использовать POST-PUT-PATCH, что такое правильно, и кто такой этот ваш REST.
Так и для людей с опытом, чтобы углубиться в уровни зрелости REST API, RPC API, что и когда лучше использовать, научиться защищать и аргументировать решения.

Пишите, приходите на чаек.