Помогли сформировать первый митап сообщества аналитиков в Ростове-на-Дону)
Выступил там с докладом про docs-as-code.
А еще мы законтрибьютили дизайн на добрых началах для сообщества: фирменный стиль, логотипы, мерч и оформление презентации)
Авторство дизайна: @slastenann
Выступил там с докладом про docs-as-code.
А еще мы законтрибьютили дизайн на добрых началах для сообщества: фирменный стиль, логотипы, мерч и оформление презентации)
Авторство дизайна: @slastenann
❤3👍2🔥2
Запись доклада, кому интересно
https://www.youtube.com/watch?v=hD-_q6MZPXI
https://www.youtube.com/watch?v=hD-_q6MZPXI
YouTube
Иван Поддубный. Docs as Code на пальцах.
RnD Analyst Conf #1. 01.02.2025
Доклад о Docs as Code подходе к формированию документации.
Краткая аннотация:
- Классификация и основные инструменты
- Принципы работы
- Преимущества и недостатки
Доклад о Docs as Code подходе к формированию документации.
Краткая аннотация:
- Классификация и основные инструменты
- Принципы работы
- Преимущества и недостатки
👍5🔥2
Скатались на HeisenBug в мск =)
Конфа пропитана AI темой в тестировании насквозь.
Очень рекомендую посмотреть:
1. Доклад про AI тулинг от Артема Ерошенко
https://www.youtube.com/live/D5aHLEWUVEI
2. Доклад про автотестирование без автотестов (AI)
https://www.youtube.com/watch?v=eQ6w_dg0otQ
Когда выйдет:
3. Доклад про Allur Reporter 3
https://heisenbug.ru/archive/2025%20Spring/talks/0aa56d6f2f7c4bdf92f635436e9297a3/
Кстати он уже вышел!
И вообще у Артема свой канал, рекомендую полистать (https://news.1rj.ru/str/eroshenqa).
4. Доклад про то как на основе конфлюенса генерировать тесты
«Gen-A: как искусственный интеллект переворачивает тестирование»
https://heisenbug.ru/archive/2025%20Spring/talks/68ebcece4e54407eaf4f7fad81cdee83/
#HeisenBug #Москва #AI #AllurReporter
Конфа пропитана AI темой в тестировании насквозь.
Очень рекомендую посмотреть:
1. Доклад про AI тулинг от Артема Ерошенко
https://www.youtube.com/live/D5aHLEWUVEI
2. Доклад про автотестирование без автотестов (AI)
https://www.youtube.com/watch?v=eQ6w_dg0otQ
Когда выйдет:
3. Доклад про Allur Reporter 3
https://heisenbug.ru/archive/2025%20Spring/talks/0aa56d6f2f7c4bdf92f635436e9297a3/
Кстати он уже вышел!
И вообще у Артема свой канал, рекомендую полистать (https://news.1rj.ru/str/eroshenqa).
4. Доклад про то как на основе конфлюенса генерировать тесты
«Gen-A: как искусственный интеллект переворачивает тестирование»
https://heisenbug.ru/archive/2025%20Spring/talks/68ebcece4e54407eaf4f7fad81cdee83/
#HeisenBug #Москва #AI #AllurReporter
👍5🔥2
Скатались с Серегой на юбилейный Devops Conf)
# AI
Очень контрастно по сравнению с HeisenBug в том плане что AI как то стороной по большей части прошло конференцию)
Никто не говорит о том что кучу работы девопсов можно заменить ИИшкой)
Управление серверами никто не готов пока доверять агентам =)
Хотя для анализа логов и причин аварий применять можно.
# Инженерные практики
Хоть и devops conf тоже про них, все же конкретна эта конференция была более чем на половину про OPS, и условно разработчикам бы пришлось потрудится себе найти цепочку докладов)
Так что имхо TechLeadConf лишь подчеркивает свой статус главной конференции про инженерные практики)
# Другое
Кайфовый мастер класс по канбану прошел)
Мы как раз усиленно внедряем его у себя пытаясь унифицировать процессы между проектами.
#DevopsConf
# AI
Очень контрастно по сравнению с HeisenBug в том плане что AI как то стороной по большей части прошло конференцию)
Никто не говорит о том что кучу работы девопсов можно заменить ИИшкой)
Управление серверами никто не готов пока доверять агентам =)
Хотя для анализа логов и причин аварий применять можно.
# Инженерные практики
Хоть и devops conf тоже про них, все же конкретна эта конференция была более чем на половину про OPS, и условно разработчикам бы пришлось потрудится себе найти цепочку докладов)
Так что имхо TechLeadConf лишь подчеркивает свой статус главной конференции про инженерные практики)
# Другое
Кайфовый мастер класс по канбану прошел)
Мы как раз усиленно внедряем его у себя пытаясь унифицировать процессы между проектами.
#DevopsConf
👍7🔥4
Состоялась 6 PHP Crew конференция, на этот раз с фокусом на Perfomance.
Я как обычно в ПК и ведущий части секций.
Один из интересных докладов это про достаточно необычный open source продукт ensi.
Ребята умудрились сделать OpenSource Ecommerce платформу с достаточно уникальным набором характеристик:
- Headless
- Микросервисную (composable commerce)
- ContractFirst
- На Laravel
- На Swoole
Не сильвербуллет конечно, недостатки есть. Но замах большой, таких open source решений на рынке любых ЯП ... я бы сказал нет)
#Podlodka_crew #PHP
Я как обычно в ПК и ведущий части секций.
Один из интересных докладов это про достаточно необычный open source продукт ensi.
Ребята умудрились сделать OpenSource Ecommerce платформу с достаточно уникальным набором характеристик:
- Headless
- Микросервисную (composable commerce)
- ContractFirst
- На Laravel
- На Swoole
Не сильвербуллет конечно, недостатки есть. Но замах большой, таких open source решений на рынке любых ЯП ... я бы сказал нет)
#Podlodka_crew #PHP
👍5🔥4
Провели юбилейный ДЕСЯТЫЙ RnD PHP митап!
Руководитель отдела бекенда (Саша) от ВП показав нашу open source наработку для генерации кода по контрактам.
https://github.com/webpractik/bitrixapigen
#rndphp
Руководитель отдела бекенда (Саша) от ВП показав нашу open source наработку для генерации кода по контрактам.
https://github.com/webpractik/bitrixapigen
#rndphp
🔥7👍3
Forwarded from TechLead Conf Channel
- Почему машиночитаемые контракты и автоматизация стали обязательными?
- Как ускорить разработку и избежать конфликтов между командами?
- Разбираем два подхода к работе с API: CodeFirst и ContractFirst.
CTO в «Вебпрактик» Иван Поддубный расскажет, как современные инструменты генерации кода и mock-серверы помогают строить эффективный техпроцесс и повышать качество продукта.
👉 Читать статью здесь
Ставьте любую реакцию, если было полезно!
- Как ускорить разработку и избежать конфликтов между командами?
- Разбираем два подхода к работе с API: CodeFirst и ContractFirst.
CTO в «Вебпрактик» Иван Поддубный расскажет, как современные инструменты генерации кода и mock-серверы помогают строить эффективный техпроцесс и повышать качество продукта.
Ставьте любую реакцию, если было полезно!
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
ContractFirst- vs CodeFirst-подходы, строим техпроцесс с нуля
Как строить современный процесс работы с API и чем отличаются подходы CodeFirst и ContractFirst? Рассмотрим преимущества и особенности применения обоих, научимся увеличивать продуктивность команды и...
👍10🔥4👏2❤1
TechLeadConf 2025 как отдельная конференция!
Я в программном комитете 3 конференцию к ряду.
На фото коллеги из ПК❤️
Я в программном комитете 3 конференцию к ряду.
На фото коллеги из ПК
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥5
TechLead Stream | Иван Поддубный
Photo
Некоторые из тех докладов которые смотрел/курировал и могу рекомендовать:
1. Павел Лакосников: Офигенный доклад про развитие платформы Авито в разрезе обеспечения надежности. Про то как они оцифровали CJM и сделали трассировку для стабильности. Имхо это прям космос. Кажется очень мало кто дошел на текущий момент до такого.
2. «Что такое QA и почему это ответственность техлида» от члена ПК Евгения Сабирова.
Про то почему нужно больше обращать внимание на обеспечение качества, а не его контроль. Очень крутой доклад. Надеюсь он его выложит на публику пораньше 🙃, я тогда с удовольствием репостну и у себя ;)
3. «Топ-5 инженерных практик для внедрения в работу команды» от Евгения Харченко, демонстрирует впечатляющий уровень анализа профита внедрения инженерных практик в райфе)
4. «Три недели кодирования экономят два дня проектирования» от Леонида Царева подсветил с правильной стороны ценность ADR. Меня еще на уровне подготовки зацепила его идея и статья, и мы начали внедрять себе эту инженерную практику. Рекомендую ознакомится со статьей и докладом, который является не только отражением, но и развитием статьи.
Это к слову зачем быть в ПК — есть возможность с коллегами которые готовят классные доклады пообщаться одним из первых и лично позадавать вопросы 😉
А вообще было много и других интересных докладов которые интересны всем кто интересуется инженерными практиками и архитектурой)
1. Павел Лакосников: Офигенный доклад про развитие платформы Авито в разрезе обеспечения надежности. Про то как они оцифровали CJM и сделали трассировку для стабильности. Имхо это прям космос. Кажется очень мало кто дошел на текущий момент до такого.
2. «Что такое QA и почему это ответственность техлида» от члена ПК Евгения Сабирова.
Про то почему нужно больше обращать внимание на обеспечение качества, а не его контроль. Очень крутой доклад. Надеюсь он его выложит на публику пораньше 🙃, я тогда с удовольствием репостну и у себя ;)
3. «Топ-5 инженерных практик для внедрения в работу команды» от Евгения Харченко, демонстрирует впечатляющий уровень анализа профита внедрения инженерных практик в райфе)
4. «Три недели кодирования экономят два дня проектирования» от Леонида Царева подсветил с правильной стороны ценность ADR. Меня еще на уровне подготовки зацепила его идея и статья, и мы начали внедрять себе эту инженерную практику. Рекомендую ознакомится со статьей и докладом, который является не только отражением, но и развитием статьи.
Это к слову зачем быть в ПК — есть возможность с коллегами которые готовят классные доклады пообщаться одним из первых и лично позадавать вопросы 😉
А вообще было много и других интересных докладов которые интересны всем кто интересуется инженерными практиками и архитектурой)
👍11🔥4
Красочный пост про то что SEO умирает от Артёма:
https://news.1rj.ru/str/badTechProject/1433
Там он указывает что много отраслей потеряли достаточно весомые % трафика в поиске.
Думаю не умирает, но действительно мы начинаем жить в реальность где теперь нужно больше думать об AI оптимизации.
Хотя на AI оптимизацию влияет в т.ч. и приемы SEO, там думаю все же своя специфика и свой рынок будет.
А нам как для разработчиков нужно понимать техническую сторону аспекта.
Например интересен выпущенный майкрософтом в мае стандарт NLweb - протокол для того чтобы AI мог взаимодействовать с сайтами.
https://3dnews.ru/1123179/microsoft-predstavila-nlweb-otkritiy-protokol-dlya-vnedreniya-iipoiska-na-sayti
https://news.1rj.ru/str/badTechProject/1433
Там он указывает что много отраслей потеряли достаточно весомые % трафика в поиске.
Думаю не умирает, но действительно мы начинаем жить в реальность где теперь нужно больше думать об AI оптимизации.
Хотя на AI оптимизацию влияет в т.ч. и приемы SEO, там думаю все же своя специфика и свой рынок будет.
А нам как для разработчиков нужно понимать техническую сторону аспекта.
Например интересен выпущенный майкрософтом в мае стандарт NLweb - протокол для того чтобы AI мог взаимодействовать с сайтами.
https://3dnews.ru/1123179/microsoft-predstavila-nlweb-otkritiy-protokol-dlya-vnedreniya-iipoiska-na-sayti
Telegram
Плохой Project Артём Арюткин
🔗Обычно я не делаю тут постами со своего LinkedIn, но этот прямо улетает в космос, просто)
🗣️Если интересно, то можем вот тут в комментариях обсудить.
Я бы послушал, ваши мысли
Гугл умирает. И никто гугление не спасёт.
Моя двухлетняя дочка не будет гуглить.…
🗣️Если интересно, то можем вот тут в комментариях обсудить.
Я бы послушал, ваши мысли
Гугл умирает. И никто гугление не спасёт.
Моя двухлетняя дочка не будет гуглить.…
👍9
Недавно выступил на CTOconf.
На которой я в т.ч. являюсь членом программного комитета.
Вообще не планировал выступать, но коллеги высказали мнение что нужен доклад про грейды и матрицы компетенций, и я не мог не податься, темой грейдов увлекаюсь более 12 лет)
Еще в году 13-14 я хотел решить задачу прозрачного образования зарплат в компании. Мало сделать систему грейдов, нужна именно прозрачная система грейдов. Такая, в которой большинству сотрудников ясно что нужно сделать чтобы получить повышение.
И я всегда любил RPG жанр) По сути в нем реализовала матрица компетенций в виде роадмепа развития.
Вспомнишь из какой игры матрица компетенций на картинке ставь правильную реакцию ;)
С тех пор прошло много лет, и матрицы компетенций появились реально в каждом отделе где больше 3 человек) И я считаю это действительно круто, что у нас каждый сотрудник понимает что нужно сделать чтобы вырасти. Профессионально, в навыках. И получать больше.
У нас есть свой собственный сервис для того чтобы работать с грейдами и матрицами компетенций skillsteam.ru.
На которой я в т.ч. являюсь членом программного комитета.
Вообще не планировал выступать, но коллеги высказали мнение что нужен доклад про грейды и матрицы компетенций, и я не мог не податься, темой грейдов увлекаюсь более 12 лет)
Еще в году 13-14 я хотел решить задачу прозрачного образования зарплат в компании. Мало сделать систему грейдов, нужна именно прозрачная система грейдов. Такая, в которой большинству сотрудников ясно что нужно сделать чтобы получить повышение.
И я всегда любил RPG жанр) По сути в нем реализовала матрица компетенций в виде роадмепа развития.
Вспомнишь из какой игры матрица компетенций на картинке ставь правильную реакцию ;)
С тех пор прошло много лет, и матрицы компетенций появились реально в каждом отделе где больше 3 человек) И я считаю это действительно круто, что у нас каждый сотрудник понимает что нужно сделать чтобы вырасти. Профессионально, в навыках. И получать больше.
У нас есть свой собственный сервис для того чтобы работать с грейдами и матрицами компетенций skillsteam.ru.
👍11
🧠 Программист! Тебя лишили потока. Теперь ты — оператор чата
Раньше всё было просто.
Ты садился и писал код.
Был ты и комп. Ну и, может, кофе.
Ты погружался.
Час-два — и всё: ты внутри. Всё логично, всё летит.
Состояние потока. Настоящий кайф. Ради этого вообще всё и затевалось.
А теперь?
Открываешь VS Code или Cursor (или оба сразу), включаешь себе умного помощника — и начинается этот спектакль:
И ты уже не пишешь.
Ты ждёшь. Переключаешься. Начинаешь вторую задачу. Третью. Проверяешь первую. Следишь за агентом.
И вот ты — не программист.
Ты — оператор чата.
Диспетчер нейросетей. Менеджер потоков. Координатор кода.
И самое странное: ты вроде бы занимаешься разработкой, но кайфа нет.
Потому что поток не наступает.
Потому что тебя постоянно выкидывает.
📘 Вот что я ещё год назад писал в книге «Тайм-менеджмент для тех, у кого лапки»:
Ты хотел ускориться. Это требования бизнеса и современности. Потому что разработка всегда была очень медленной. И кабздец какой дорогой. Это еще Стругацкие простебали.
А стал диспетчером.
Время от времени позволь себе роскошь)
Закрыть всё. Выключить всех.
И просто: открыть проект и писать.
Потому что настоящий кайф — он не в чатах.
Он в том моменте, когда ты наедине с кодом.
И ты снова Делатель.
Раньше всё было просто.
Ты садился и писал код.
Был ты и комп. Ну и, может, кофе.
Ты погружался.
Час-два — и всё: ты внутри. Всё логично, всё летит.
Состояние потока. Настоящий кайф. Ради этого вообще всё и затевалось.
А теперь?
Открываешь VS Code или Cursor (или оба сразу), включаешь себе умного помощника — и начинается этот спектакль:
⏳ «Подожди…»
⏳ «Я думаю…»
⏳ «Ща сгенерю…»
⏳ «Ты пока посмотри почту. Или там, не знаю, тикток».
И ты уже не пишешь.
Ты ждёшь. Переключаешься. Начинаешь вторую задачу. Третью. Проверяешь первую. Следишь за агентом.
И вот ты — не программист.
Ты — оператор чата.
Диспетчер нейросетей. Менеджер потоков. Координатор кода.
И самое странное: ты вроде бы занимаешься разработкой, но кайфа нет.
Потому что поток не наступает.
Потому что тебя постоянно выкидывает.
📘 Вот что я ещё год назад писал в книге «Тайм-менеджмент для тех, у кого лапки»:
«Разбейте свой рабочий график так, чтобы в нём были слоты, когда вы доступны для других (режим Менеджера), и когда недоступны (режим Делателя)…
Отключите ВСЕ уведомления, всплывашки, чаты, звонки. Мозгу нужно от 10 до 30 минут, чтобы переключить контекст.
Пулюлум! Ты только что просрал 10–30 минут продуктивной сфокусированной работы — вот что написано в уведомлениях на самом деле».
Ты хотел ускориться. Это требования бизнеса и современности. Потому что разработка всегда была очень медленной. И кабздец какой дорогой. Это еще Стругацкие простебали.
А стал диспетчером.
Время от времени позволь себе роскошь)
Закрыть всё. Выключить всех.
И просто: открыть проект и писать.
Потому что настоящий кайф — он не в чатах.
Он в том моменте, когда ты наедине с кодом.
И ты снова Делатель.
OZON
Тайм-менеджмент для тех, у кого лапки. Как управлять рутиной и работой так, чтобы избежать хаоса и чувствовать себя полным сил…
Тайм-менеджмент для тех, у кого лапки. Как управлять рутиной и работой так, чтобы избежать хаоса и чувствовать себя полным сил | Завертайлов Владимир – покупайте на OZON по выгодным ценам! Быстрая и бесплатная доставка, большой ассортимент, бонусы, рассрочка…
🔥6😭4💯3
Полгода назад ехал в поезде и оказался в купе с довольно интересным мужиком — владельцем бизнеса по производству и настройке промышленных роботов (в основном робо-рук). Он занимается тем, что перепрошивает, программирует и настраивает и внедряет робо-руки на заводах.
В этот раз он ездил на кирпичный завод под Ростовом и решал достаточно интересную задачу с автоматизацией выкладывания палеты кирпичей рукой. Если вдуматься то задача реально не простая. Просто алгоритмом обойтись сложно. Рассказывал что в проектировании способа укладки и автоматизации помогал какой то крутой инженер посланный союзом кирпичных заводов. И если получится — то там десятки кирпичных заводов сразу в очереди уже т.к. людей на производствах не хватает, а эту задачу еще никто в стране не решил.
В общем очень крутым делом мужик занимается, я с вдохновением пол ночи слушал о сложностях, с которыми сталкивается в процессе: программируемые лазеры, сварка, резка, computer vision и прочие вещи, которые он внедряет в реальное производство.
С одной стороны — у нас в стране подобная автоматизация на большинстве заводов в зачаточном состоянии. Своих таких рук мы почти не делали до 22год со слов мужика, в основном немецкие поставлялись и (вроде) японские. И они все ушли с 22го.
Но сейчас смотря на новости, кажется, что профессия можетумереть сильно преобразится через несколько лет. И доля низкоуровневого программирования в этом направлении сильно снизится. Так же как снижается и доля необходимости в ручном программировании алгоритмов в условной веб разработке.
Роботы учатся управлять собой сами: MIT создал систему управления без программирования
https://www.ixbt.com/news/2025/07/01/roboty-uchatsja-upravljat-soboj-sami-mit-sozdal-sistemu-upravlenija-bez-programmirovanija.html
Примерно как и с зачатками агентов сейчас. Даешь им цель, а они сами итерационно кодят, перепроверяют себя и после достижения успеха и перепроверки — дают МР.
В этот раз он ездил на кирпичный завод под Ростовом и решал достаточно интересную задачу с автоматизацией выкладывания палеты кирпичей рукой. Если вдуматься то задача реально не простая. Просто алгоритмом обойтись сложно. Рассказывал что в проектировании способа укладки и автоматизации помогал какой то крутой инженер посланный союзом кирпичных заводов. И если получится — то там десятки кирпичных заводов сразу в очереди уже т.к. людей на производствах не хватает, а эту задачу еще никто в стране не решил.
В общем очень крутым делом мужик занимается, я с вдохновением пол ночи слушал о сложностях, с которыми сталкивается в процессе: программируемые лазеры, сварка, резка, computer vision и прочие вещи, которые он внедряет в реальное производство.
С одной стороны — у нас в стране подобная автоматизация на большинстве заводов в зачаточном состоянии. Своих таких рук мы почти не делали до 22год со слов мужика, в основном немецкие поставлялись и (вроде) японские. И они все ушли с 22го.
Но сейчас смотря на новости, кажется, что профессия может
Роботы учатся управлять собой сами: MIT создал систему управления без программирования
https://www.ixbt.com/news/2025/07/01/roboty-uchatsja-upravljat-soboj-sami-mit-sozdal-sistemu-upravlenija-bez-programmirovanija.html
«Эта работа — переход от программирования роботов к обучению роботов». Вместо написания кода, роботу достаточно показать, что нужно сделать, и он сам научится достигать цели.
Примерно как и с зачатками агентов сейчас. Даешь им цель, а они сами итерационно кодят, перепроверяют себя и после достижения успеха и перепроверки — дают МР.
👍11🔥3
Как порадовать линуксоида вечером 😅
Microsoft потеряла около 400 млн пользователей (почти треть пользователей за год)
https://trashbox.ru/link/2025-06-30-poterya-polzovatelej-microsoft
Microsoft потеряла около 400 млн пользователей (почти треть пользователей за год)
https://trashbox.ru/link/2025-06-30-poterya-polzovatelej-microsoft
Трешбокс.ру
Microsoft потеряла около 400 млн пользователей: люди выбирают не Windows
Как пояснили в компании, пользователи всё чаще стали выбирать другие операционные системы и мобильные устройства вместо традиционных ПК
👍8🤣4