#AI
Долго думал, зачем люди сидят в ии-браузерах. Пару дней назад поставил Comet, теперь думаю, зачем люди сидят без ии-браузеров. Сам гуглит, сам правит ошибки, сам таблички заполняет, и вообще все сам. Мышцы копипасты радостно отдыхают
А вы уже пробовали? Нашли какой-то профит для себя?
Долго думал, зачем люди сидят в ии-браузерах. Пару дней назад поставил Comet, теперь думаю, зачем люди сидят без ии-браузеров. Сам гуглит, сам правит ошибки, сам таблички заполняет, и вообще все сам. Мышцы копипасты радостно отдыхают
А вы уже пробовали? Нашли какой-то профит для себя?
1🤣15❤3
Тем временем IBM купил-таки Confluent (это которые Кафку делают).
Наверное, хорошая новость для клиентов IBM, сомнительно - для любиителей Кафки. Не удивлюсь, если на горизонте лет пяти в РФ эту нишу заполнит YDB.
Кстати, цена вопроса - всего $11 ярдов. Вот вам и мировой почти стандарт.
Наверное, хорошая новость для клиентов IBM, сомнительно - для любиителей Кафки. Не удивлюсь, если на горизонте лет пяти в РФ эту нишу заполнит YDB.
Кстати, цена вопроса - всего $11 ярдов. Вот вам и мировой почти стандарт.
#манагерское
Имел когда-то чудесный диалог с руководителем:
— У нас разрабы не умеют разговаривать друг с другом
— Я знаю, у меня есть план
— Какой?
— Я найму специального проджекта, который затащит все коммуникации
… *дабл фейспалм*
Вроде бытовой опыт и эволюция четко говорят: use it or lose it.
Забросил на пару лет английский - лет ми спик фром май харт.
Забросил трены - подъем на 10 этаж превращается в челлендж.
Бросил прыгать по веткам - бананы только за деньги.
Но что мы делаем на работе? Праааавильно:
• бизнес и разработка не понимают друг друга — поставим туда аналитика!
• команды не могут договориться об интеграции — нам нужен архитектор!
• три лида не осилили собраться на звонок — срочно зовем проджекта!
• разрабы пишут код, который рассыпается при каждом чихе — нужно больше QA!
Решать исходную проблему не будем, воткнем костыль и будет счастье. Плевать, что исходная проблема скрыто растет: технари еще дальше от бизнеса, разрабы плодят говнокод, у команд отмирают органы коммуникаций. А когда все это вылезет, мы выбьем еще бюджетов, и засунем х10 костылей.
Хотя постойте… бюджетов больше нет?
Имел когда-то чудесный диалог с руководителем:
— У нас разрабы не умеют разговаривать друг с другом
— Я знаю, у меня есть план
— Какой?
— Я найму специального проджекта, который затащит все коммуникации
… *дабл фейспалм*
Вроде бытовой опыт и эволюция четко говорят: use it or lose it.
Забросил на пару лет английский - лет ми спик фром май харт.
Забросил трены - подъем на 10 этаж превращается в челлендж.
Бросил прыгать по веткам - бананы только за деньги.
Но что мы делаем на работе? Праааавильно:
• бизнес и разработка не понимают друг друга — поставим туда аналитика!
• команды не могут договориться об интеграции — нам нужен архитектор!
• три лида не осилили собраться на звонок — срочно зовем проджекта!
• разрабы пишут код, который рассыпается при каждом чихе — нужно больше QA!
Решать исходную проблему не будем, воткнем костыль и будет счастье. Плевать, что исходная проблема скрыто растет: технари еще дальше от бизнеса, разрабы плодят говнокод, у команд отмирают органы коммуникаций. А когда все это вылезет, мы выбьем еще бюджетов, и засунем х10 костылей.
Хотя постойте… бюджетов больше нет?
2💯34😐6❤3🤔2👍1🔥1🥱1🤨1😭1
#оффтоп
Искренне восхищаюсь, как люди изобретают высокие смыслы для бизнеса. Интересно, как табачки миссии формулируют?
Искренне восхищаюсь, как люди изобретают высокие смыслы для бизнеса. Интересно, как табачки миссии формулируют?
Компания: ХХХ - ведущий импортер, дистрибьютор и ритейлер алкогольной продукции
Наша миссия - повышать качество жизни людей через развитие винной культуры, и мы ищем человека, который будет работать над продуктом с тем же азартом и любовью к вину, что и мы.
😁21👍7🫡1
#манагерское
Бизнес vs Разработка
Ожидаемо после таких вбросов начинают сыпаться комменты:
И подобное. Простите, но…
Никакого Бизнеса не существует. Разработки тоже. Как и Требований, об этом уже писал.
Зато существует компания, в которой работают сотрудники, у которой есть руководство. Поразительно, но у всех этих людей есть свои цели. Но это неважно.
Важно, что руководство (должно) строит систему, в которой работа сотрудников приближает компанию к ее целям (обычно это деньги). И если в рамках системы возникают дихотомии вида: Бизнес vs Разработка, Продукт vs Финансы, Пиар vs Юристы — это фиаско. Как и любое противопоставление “вот есть мы, вот есть (тупые) они”.
Причем внутри итшечки это понимание существует. Сейчас почти повсеместным стандартом считаются кросс-функциональные команды, в которых собраны все необходимые роли. Необходимые для создания проекта/платформы/продукта. Отцы аджайлов настаивали, что в команды нужно затаскивать и бизнес экспертов. Интересно, почему?
Но, если вернутся на 15 лет назад и посмотреть на устройство ит в РФ, то вместо модных автономных команд увидим отделы / службы / функции разработки, анализа, тестирования, которые перекидываются задачами и регулярно ненавидят друг друга. Интересно, почему?
Получается, компании часто устроены по принципу тех же функциональных колодцев, от которых в свое время уходила итшечка, ибо это неэффективно. Интересно, почему?
Наверное потому, что вокруг одни идиоты?
Или потому, что многим это выгодно?
Зачем совместно искать решение проблем, пути достижения целей, если всегда можно заявить, что криворукая “разработка” опять сделала не то и сорвала все сроки, а тупой “бизнес” сам не понимает, чего хочет? Если прикрываться достаточным количеством переписок, встреч, нытья, можно бесконечно избегать ответственности за результат. В крайнем случае компанию сменим.
И выгодно это как хедам-лидам, так и линейным сотрудникам. Поэтому после серьезных факапов начинаются зарубы Бизнес vs Разработка, хотя в этот момент тимлид и продакт должны взяться за руки и вежливо выйти в окно.
Поэтому неважно, куда хочет инвестировать разработчик, как мычит заказчик, и о чем говорят мужчины. Важно, какое поведение возможно и выгодно в рамках существующей системы.
Хз, зачем вам эта портянка, может уснуть поможет
Бизнес vs Разработка
Ожидаемо после таких вбросов начинают сыпаться комменты:
Бизнес и разработка не понимают друг друга - это база, причем любой бизнес и любая разработка. Большинство заказчиков могут ТЗ записать только голосовым сообщением на 8 минут, из которых половина - мычание, а разрабы в душе не чают, какие проблемы бизнес пытается решить.
Разрабы поняли давно, что повышение дохода возможно только через смену работодателя. средний срок на одно месте 1-3 года. Глупо инвестировать в погружение в бизнес-проблематику, а вы всё про какой-то общий язык - ну что за фантазии!
И подобное. Простите, но…
Никакого Бизнеса не существует. Разработки тоже. Как и Требований, об этом уже писал.
Зато существует компания, в которой работают сотрудники, у которой есть руководство. Поразительно, но у всех этих людей есть свои цели. Но это неважно.
Важно, что руководство (должно) строит систему, в которой работа сотрудников приближает компанию к ее целям (обычно это деньги). И если в рамках системы возникают дихотомии вида: Бизнес vs Разработка, Продукт vs Финансы, Пиар vs Юристы — это фиаско. Как и любое противопоставление “вот есть мы, вот есть (тупые) они”.
Причем внутри итшечки это понимание существует. Сейчас почти повсеместным стандартом считаются кросс-функциональные команды, в которых собраны все необходимые роли. Необходимые для создания проекта/платформы/продукта. Отцы аджайлов настаивали, что в команды нужно затаскивать и бизнес экспертов. Интересно, почему?
Но, если вернутся на 15 лет назад и посмотреть на устройство ит в РФ, то вместо модных автономных команд увидим отделы / службы / функции разработки, анализа, тестирования, которые перекидываются задачами и регулярно ненавидят друг друга. Интересно, почему?
Получается, компании часто устроены по принципу тех же функциональных колодцев, от которых в свое время уходила итшечка, ибо это неэффективно. Интересно, почему?
Наверное потому, что вокруг одни идиоты?
Или потому, что многим это выгодно?
Зачем совместно искать решение проблем, пути достижения целей, если всегда можно заявить, что криворукая “разработка” опять сделала не то и сорвала все сроки, а тупой “бизнес” сам не понимает, чего хочет? Если прикрываться достаточным количеством переписок, встреч, нытья, можно бесконечно избегать ответственности за результат. В крайнем случае компанию сменим.
И выгодно это как хедам-лидам, так и линейным сотрудникам. Поэтому после серьезных факапов начинаются зарубы Бизнес vs Разработка, хотя в этот момент тимлид и продакт должны взяться за руки и вежливо выйти в окно.
Поэтому неважно, куда хочет инвестировать разработчик, как мычит заказчик, и о чем говорят мужчины. Важно, какое поведение возможно и выгодно в рамках существующей системы.
👏33👍11😁4❤3👎2🔥2👌1
#интеграция
Ладно, давайте о насущном. Меня дико бесит, когда маркетологи играют на FOMO. Но я ж не маркетолог?
Поэтому сейчас будет реклама и немножко грустно.
В июне 2022 я провел первый интенсив по REST API, с которого начался путь ArchWays / NextWay. Это были длинные выхи, где за три дня аналитики научились проектировать, тестировать, документировать апи. Вроде до этого формата быстрого глубокого погружения на рынке не было, но неуверен. Точно один из первых. Сейчас интенсив вырос в месячный курс, где рассматриваем работу с API намного шире и регулярно боремся с желание сделать его вдвое больше.
В начале 2023 мы запустили хардкорный тренинг по брокерам, где сначала на теннисных мячиках и простых аналогиях разбирали принципы обмена сообщениями, а потом анатомировали Кафку до деталей сериализации и устройства кластера. Получилось даже слишком хардкорно, поэтому позже пересобрали его под специфику аналитиков, добавили симуляторов и работу с RabbitMQ.
Так где реклама, фомо, почему грустно?
Ближайшие полторы недели стартуют очередные потоки этих курсов, вероятно последние.
Несколько лет назад это были самые передовые и острые темы, сейчас это базовый минимум для многих вакансий. Заниматься commodity не слишком интересно, поэтому думаем перевести их в менее интерактивный формат.
Если думали зайти, то вот расписание:
• Основы проектирования API — 31 января
• Брокеры сообщений для аналитика — 8 февраля
Можно взять оба разом, неплохой скидос получится.
Ладно, давайте о насущном. Меня дико бесит, когда маркетологи играют на FOMO. Но я ж не маркетолог?
Поэтому сейчас будет реклама и немножко грустно.
В июне 2022 я провел первый интенсив по REST API, с которого начался путь ArchWays / NextWay. Это были длинные выхи, где за три дня аналитики научились проектировать, тестировать, документировать апи. Вроде до этого формата быстрого глубокого погружения на рынке не было, но неуверен. Точно один из первых. Сейчас интенсив вырос в месячный курс, где рассматриваем работу с API намного шире и регулярно боремся с желание сделать его вдвое больше.
В начале 2023 мы запустили хардкорный тренинг по брокерам, где сначала на теннисных мячиках и простых аналогиях разбирали принципы обмена сообщениями, а потом анатомировали Кафку до деталей сериализации и устройства кластера. Получилось даже слишком хардкорно, поэтому позже пересобрали его под специфику аналитиков, добавили симуляторов и работу с RabbitMQ.
Так где реклама, фомо, почему грустно?
Ближайшие полторы недели стартуют очередные потоки этих курсов, вероятно последние.
Несколько лет назад это были самые передовые и острые темы, сейчас это базовый минимум для многих вакансий. Заниматься commodity не слишком интересно, поэтому думаем перевести их в менее интерактивный формат.
Если думали зайти, то вот расписание:
• Основы проектирования API — 31 января
• Брокеры сообщений для аналитика — 8 февраля
Можно взять оба разом, неплохой скидос получится.
❤9👍2💔1
#архитектура
Александр Поломодов запустил собственный ресурс по систем дизайну. Ощущение, будто основной фокус на подготовке к собесам. Но можно использовать как справочник: быстро глянул саммари и пошел изучать источники по ссылкам.
https://system-design.space/
Александр Поломодов запустил собственный ресурс по систем дизайну. Ощущение, будто основной фокус на подготовке к собесам. Но можно использовать как справочник: быстро глянул саммари и пошел изучать источники по ссылкам.
https://system-design.space/
System Design Space
System Design Space — Проектируй лучшие системы и проходи интервью
Изучай System Design для создания надёжных масштабируемых систем и успешного прохождения технических собеседований.
🔥16
Я уже писал, как можно использовать лего-программирование aka low-coding в качестве тренажера по проектированию.
Берете какого-нибудь бота или вебку с не самой тривиальной логикой и пилите для него бек в условном нейтоне. Бот проще, чтобы с фронтом не заморачиваться, хотя это можно взять следующим шагом.
И тут начинается веселье:
— Как лучше всего работать со стейтом? Для каких объектов вводить статусную модель?
— С каким сервисом удобнее работать: stateless или stateful?
— Давай поделим этот гигантский флоу (монолит) на несколько (микросервисов). Повлияет ли это на производительность?
— Почему бот отвечает так долго? На чем теряем время?
— Как оптимизировать работу с базой? Можно что-нибудь закэшировать?
— Выросла нагрузка, в моем тарифе ограничение на количество параллельных запусков. Сколько будет стоить масштабирование?
Т.е. проходим цикл проектирования системы от дизайна апи и бд до солюшн архитектуры.
Об этом буду вещать в субботу на Analyst Marathon в докладе Лего-программирование для аналитика.
Всего будет три блока:
• Архитектура и интеграция
• Безопасность и дынные
• Инструменты и практика
Зарегистрироваться и посмотреть всю программу можно тут.
Если пойдете, захватите скидос на 15% — AM16_YET
Берете какого-нибудь бота или вебку с не самой тривиальной логикой и пилите для него бек в условном нейтоне. Бот проще, чтобы с фронтом не заморачиваться, хотя это можно взять следующим шагом.
И тут начинается веселье:
— Как лучше всего работать со стейтом? Для каких объектов вводить статусную модель?
— С каким сервисом удобнее работать: stateless или stateful?
— Давай поделим этот гигантский флоу (монолит) на несколько (микросервисов). Повлияет ли это на производительность?
— Почему бот отвечает так долго? На чем теряем время?
— Как оптимизировать работу с базой? Можно что-нибудь закэшировать?
— Выросла нагрузка, в моем тарифе ограничение на количество параллельных запусков. Сколько будет стоить масштабирование?
Т.е. проходим цикл проектирования системы от дизайна апи и бд до солюшн архитектуры.
Об этом буду вещать в субботу на Analyst Marathon в докладе Лего-программирование для аналитика.
Всего будет три блока:
• Архитектура и интеграция
• Безопасность и дынные
• Инструменты и практика
Зарегистрироваться и посмотреть всю программу можно тут.
👍5
Чет забыл рассказать, что вечером делаем стрим с Алексеем Романовым про gRPC. Он как-то показывал бенчмарки производительности HTTP / Keep-alive / gRPC, и меня прям удивил результат. Обсудим, как все работает в жизни, а не в ванильных статьях и чек-листах по выбору технологий.
Telegram
NextWay - системный анализ и архитектура
Давно не встречались на вебинарах, мы успели соскучиться. Поэтому пригласили Алексея Романова, чтобы поговорить об использовании gRPC в реальности, его производительности и киллерфичах. И чтобы выяснить, стоит ли оно того вообще?
• Вспомним, как работает…
• Вспомним, как работает…
👍4👎1
#вайбкодинг
Чем использование код-агентов aka вайбкодинг полезно аналитику?
Если работаете в парадигме сontract first, а так сейчас работают многие, то после правки или создания спеки можно запихнуть сваггер+логику в код-агента и получить прототип сервиса. Работу с базой имитировать на уровне кода, об этом тоже агента попросим.
Разворачиваем локально, на vps, корп сервере и получаем апи, которое можно подергать постманом и посмотреть на поведение. Зачем?
• Провалидировать свое же решение и спеку
• Скинуть разрабу вместе со спекой, если он готов к новому — тут точно будет сложно из-за предрассудков
• Скинуть потребителям, если сами не осиливают моки, а вашей команде не до этого
• Почувствовать на секунду акт творения и получить недорогого дофамина
Если сервис взаимодействует с базой или брокером, можно немного упороться, взять докер и развернуть ту же постгрю и кластер кафки.
Общий процесс разработки такие эксперименты могут и не ускорить, зато вы неслабо прокачаетесь в понимании работы технологий на "техническом" уровне. И есть у меня подозрение, что в течение 5 лет это придется делать половине аналитиков.
Если на работе жестко с ИБ и процессами, берите пет-проект, спеку с курсов, любое понравившееся публичное апи.
P.S. Код-агент — это Cursor, Codex, Claude Code и т.п.
Чем использование код-агентов aka вайбкодинг полезно аналитику?
Если работаете в парадигме сontract first, а так сейчас работают многие, то после правки или создания спеки можно запихнуть сваггер+логику в код-агента и получить прототип сервиса. Работу с базой имитировать на уровне кода, об этом тоже агента попросим.
Разворачиваем локально, на vps, корп сервере и получаем апи, которое можно подергать постманом и посмотреть на поведение. Зачем?
• Провалидировать свое же решение и спеку
• Скинуть разрабу вместе со спекой, если он готов к новому — тут точно будет сложно из-за предрассудков
• Скинуть потребителям, если сами не осиливают моки, а вашей команде не до этого
• Почувствовать на секунду акт творения и получить недорогого дофамина
Если сервис взаимодействует с базой или брокером, можно немного упороться, взять докер и развернуть ту же постгрю и кластер кафки.
Общий процесс разработки такие эксперименты могут и не ускорить, зато вы неслабо прокачаетесь в понимании работы технологий на "техническом" уровне. И есть у меня подозрение, что в течение 5 лет это придется делать половине аналитиков.
Если на работе жестко с ИБ и процессами, берите пет-проект, спеку с курсов, любое понравившееся публичное апи.
P.S. Код-агент — это Cursor, Codex, Claude Code и т.п.
👍22🔥7💯5
Если вдруг юзаете аиртейбл, или у вас там лежит что-то полезное, знайте:
Причем хитро отслеживает, с левого акка сидел.
Airtable will no longer be available to users whose accounts are associated with Russia. Your account will be deactivated on February 19, 2026
Причем хитро отслеживает, с левого акка сидел.
😢4😨1
#интеграция #архитектура
Не пойму, что все на выборе технологий помешались?
Когда вы реально сидели на работе и думали, какую же базу выбрать: оракл, монгу, или постгрю? Берем кафку или реббит? Вебсокеты или http? Так, чтобы с полной свободой и ответственностью.
Примерно никогда?
Да потому что в живой природе этой задачи практически не существует. Реально эта задача возникает в первые дни стартапа, начале проекта или продукта. И то не всегда. Еще на больших масштабах иногда можно упереться в проблемы текущей технологии, тогда приходится думать о миграции.
Правда занимается этим CTO, архитектор, иногда техлид. В остальных случаях все сводится к выбору из пары альтернатив из техрадара компании по готовым рекомендациям. Или просто берем существующий стек, и все.
Возможно, дело в собесах:
• кандидат заучивает вопросы про выбор технологий, хотя никогда это делать не будет
• интервьюер оценивает ответы кандидата, хотя сам никогда это не делал
• оба изучали тему по статьям (не)известных людей с неизвестным опытом, либо на курсах
• авторы курсов тоже никогда ничего не выбирали, но умеют красиво пересказывать статьи (не)известных людей
Да что ты знаешь о матрице, Нео?! Виртуальное ит в вакууме.
Почему чужие чеклисты и гайды — это буллшит, писал тут. Тогда что делать?
• изучать проект, инфру, ограничения, проблемы
• погружаться в матчасть — изучать технологии не по статьям
• определять важные для вас критерии
На своих занятиях постоянно мучаю участников этим: приходится думать, рассуждать, маппить задачи на технологии и самостоятельно составлять чек-лист с критериями по выбору. Угадайте, к чем же я веду? Через неделю начинаю очередной поток по интеграции и архитектуре систем для ценителей осознанных страданий. Будет больно и весело, приходите.
Не пойму, что все на выборе технологий помешались?
Когда вы реально сидели на работе и думали, какую же базу выбрать: оракл, монгу, или постгрю? Берем кафку или реббит? Вебсокеты или http? Так, чтобы с полной свободой и ответственностью.
Примерно никогда?
Да потому что в живой природе этой задачи практически не существует. Реально эта задача возникает в первые дни стартапа, начале проекта или продукта. И то не всегда. Еще на больших масштабах иногда можно упереться в проблемы текущей технологии, тогда приходится думать о миграции.
Правда занимается этим CTO, архитектор, иногда техлид. В остальных случаях все сводится к выбору из пары альтернатив из техрадара компании по готовым рекомендациям. Или просто берем существующий стек, и все.
Возможно, дело в собесах:
• кандидат заучивает вопросы про выбор технологий, хотя никогда это делать не будет
• интервьюер оценивает ответы кандидата, хотя сам никогда это не делал
• оба изучали тему по статьям (не)известных людей с неизвестным опытом, либо на курсах
• авторы курсов тоже никогда ничего не выбирали, но умеют красиво пересказывать статьи (не)известных людей
Да что ты знаешь о матрице, Нео?! Виртуальное ит в вакууме.
Почему чужие чеклисты и гайды — это буллшит, писал тут. Тогда что делать?
• изучать проект, инфру, ограничения, проблемы
• погружаться в матчасть — изучать технологии не по статьям
• определять важные для вас критерии
На своих занятиях постоянно мучаю участников этим: приходится думать, рассуждать, маппить задачи на технологии и самостоятельно составлять чек-лист с критериями по выбору. Угадайте, к чем же я веду? Через неделю начинаю очередной поток по интеграции и архитектуре систем для ценителей осознанных страданий. Будет больно и весело, приходите.
1👍21❤5😁5💯2🆒2🔥1👏1
Ну что, телегу начинают официально валить. Все приготовили три буквы? К максу пойдете?
👎39🤮17💔13😁2👍1
#AI
Прикольный мини-тренажер по промптингу. Поиграйтесь сами, отправьте друзьям. Особенно тем, которые не могут начать.
https://prompttrainer.replit.app/
Тут можно накидать фидбека автору: https://news.1rj.ru/str/Gpt_budni/13
Прикольный мини-тренажер по промптингу. Поиграйтесь сами, отправьте друзьям. Особенно тем, которые не могут начать.
https://prompttrainer.replit.app/
Тут можно накидать фидбека автору: https://news.1rj.ru/str/Gpt_budni/13
👍4
#архитектура
Сижу, готовлюсь к занятию завтра, никого не трогаю, и тут мне присылают ЭТО. Открыл на 5 минут, залип на пару часов.
Это как Tower Defense, только нужно строить архитектуру из брокеров, хранилищ, балансеров, гейтвеев и фаерволов, чтобы не умереть под растущим трафиком и заработать кучу золота.
Можно запускать в браузере, можно поставить локально: https://github.com/pshenok/server-survival
Легальный способ прокрастинации в рабочее время под видом обучения и тестирования новой архитектуры. Пишите, какой у вас рекорд.
Кстати, про обучение. Так уж совпало, что все паттерны и технологии из игры мы разбираем на курсе интеграция и архитектура систем, начинаем завтра, до осени повторов не планирую.
Сижу, готовлюсь к занятию завтра, никого не трогаю, и тут мне присылают ЭТО. Открыл на 5 минут, залип на пару часов.
Это как Tower Defense, только нужно строить архитектуру из брокеров, хранилищ, балансеров, гейтвеев и фаерволов, чтобы не умереть под растущим трафиком и заработать кучу золота.
Можно запускать в браузере, можно поставить локально: https://github.com/pshenok/server-survival
Легальный способ прокрастинации в рабочее время под видом обучения и тестирования новой архитектуры. Пишите, какой у вас рекорд.
Кстати, про обучение. Так уж совпало, что все паттерны и технологии из игры мы разбираем на курсе интеграция и архитектура систем, начинаем завтра, до осени повторов не планирую.
GitHub
GitHub - pshenok/server-survival: Tower defense game that teaches cloud architecture. Build infrastructure, survive traffic, learn…
Tower defense game that teaches cloud architecture. Build infrastructure, survive traffic, learn scaling. - pshenok/server-survival
🔥28❤5👍5😢1
Если кто-то страдает из-за недоступности swagger editor в РФ, то держите замену: https://forge.etsi.org/swagger/editor/
🔥18
Тут трехдневная конфа про ИИ-разработку от стратоплана стартовала, пока интересно
https://entropy-x-stratoplan.com
https://entropy-x-stratoplan.com
by Стратоплан и Entropy.talk
Конференция AI Hard Fork
Как ИИ меняет процессы разработки и как управлять этими изменениями
🔥2
Товарищи продакты, смотрите, что тинек выкатил. Оно бесплатное, правда с экзаменом:
https://education.tbank.ru/experience-in-it/ml-product/
https://education.tbank.ru/experience-in-it/ml-product/
Т‑Образование
ML Product Management — бесплатный курс по управлению ML-продуктами от Т-Образования
Приходите на курс, чтобы пройти путь от идеи до полноценного ML-продукта и презентовать решение перед AI-комитетом
🔥14👎3
#вайбкодинг
Чет подумал, что между аналитиком-проектировщиком и разработчиком лежит пропасть в плане фидбека от реальности.
Разраб каждый день что-то собирает, тестит, запускает. Результат, который можно пощупать руками, виден постоянно. Каждый день ощущаешь какой-то акт творения, который подкидывает простого дофамина. Ну как простого.
Аналист днями-неделями-месяцами пытается понять, что тут нахрен происходит, как со всеми договориться, и как бы все это собрать, чтобы оно работало. Результат — спеки и таски, которые однажды (возможно) кто-то запилит и выкатит. Акт творения почувствовать сложнее, нередко приходится добывать дофаминку из социальных поглаживаний.А я ж социопат
Интересно, каким было бы распределение по уровню счастья и депрессий?
Но вайбкодинг меняет игру.
Как разраба меня подбешивает, что работа превращается в постоянное ожидание кода от агента, которое сменяется нудным ревью и отладкой его креативов. Нереально сфокусироваться и войти в поток, удовольствие от работы минимальное.
Как аналист я счастлив: проектирую всякие штуки, могу пощупать и оценить результат без команды и всех этих кожаных. Ожидание и ревью — лишь небольшие издержки.
А чему ты радуешься на работе, юзернейм?
Чет подумал, что между аналитиком-проектировщиком и разработчиком лежит пропасть в плане фидбека от реальности.
Разраб каждый день что-то собирает, тестит, запускает. Результат, который можно пощупать руками, виден постоянно. Каждый день ощущаешь какой-то акт творения, который подкидывает простого дофамина. Ну как простого.
Аналист днями-неделями-месяцами пытается понять, что тут нахрен происходит, как со всеми договориться, и как бы все это собрать, чтобы оно работало. Результат — спеки и таски, которые однажды (возможно) кто-то запилит и выкатит. Акт творения почувствовать сложнее, нередко приходится добывать дофаминку из социальных поглаживаний.
Интересно, каким было бы распределение по уровню счастья и депрессий?
Но вайбкодинг меняет игру.
Как разраба меня подбешивает, что работа превращается в постоянное ожидание кода от агента, которое сменяется нудным ревью и отладкой его креативов. Нереально сфокусироваться и войти в поток, удовольствие от работы минимальное.
Как аналист я счастлив: проектирую всякие штуки, могу пощупать и оценить результат без команды и всех этих кожаных. Ожидание и ревью — лишь небольшие издержки.
А чему ты радуешься на работе, юзернейм?
🔥21😁5👍2💯1