Yet Another Burakov

Вот вам еще пророчеств темного будущего

https://t.me/glebkudr/1393

#интеграция

Подвезли запись вебинара и небольшой конспект по нему.

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

#интеграция #API

Чет я соскучился по вебинарам, приходите во вторник поговорить об использованни REST API первого уровня, и почему в большинстве случаев оно подходит намного лучше, чем "правильные ресты". Ну и похоливарить не забудем.

https://nextway.timepad.ru/event/3552697

Немного диванной Ванги

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

Что жду в ближайшие ~3 года от индустрии:

Разрабы будут решать больше задач проектирования и систем дизайна, тупой и бойлерплейт код будет все больше в копайлоты и другие AI-инструменты. Будут расти требования к базовому пониманию продукта и бизнеса, в котором они работают. Люди, которые хотят просто писать кодик, начнут вымирать.

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

Продакты будут больше погружаться в технику, примерно как сисаналисты 2-3 года назад, активнее использовать no-low-vibe code инструменты для прототипирования и гипотез.

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

В целом, роли будут размываться, появятся какие-то новые, AI-first.

Делайте ваши ставки, дамы и господа, скидывайте в комменты.

#продуктовое

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

Недавно мне показали, что на iOS калькуляторе появилась история. Можно не просто посчитать что-то, а посмотреть историю в формате:

2+3 = 5
421х10 = 4210
17^3 / 3 = 1637,6666667

Радости моей не было предела. Угадаете, почему?

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

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

Интересно, разрабы в курсе такого юз кейса?

#интеграции #архитектура

Мне напомнили, что курсы сами себя не продадут, поэтому держите подборку полезняшек и рекламу в одном флаконе.

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

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

Что будем делать, если кратко:

— закапываться в сети и инфру

— обеспечивать надежность системы, использовать паттерны отказоустойчивости

— масштабировать решения за счет кеширования, балансировки, репликации

— использовать брокеры и событийную архитектуру

— выбирать модели согласованности и управлять бизнес-транзакциями


Вот некоторые из моих креативов, чтобы составить впечатление о стиле и адекватности:
• Чем полезна CAP-теорема
• Способы передачи событий от фронта к беку
• Что такое шины, и почему они разные
• Почему брокеры сообщений ничего не гарантируют

Приходите, будет больно, но весело.

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

#интеграции

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

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

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

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

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

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

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

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

#интеграция

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

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

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

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

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

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

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

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

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 будет неплохим тренажером, чтобы пощупать реальные проблемы сисдизайна. Особенно из-за ограничений инструментов.

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

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

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

https://t.me/gleb_pro_ai/137

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

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

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

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

#интеграция

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://t.me/itsysdes_events/1458

Прислали:)

Во славу KPI