Руководитель разработки в Positive Technologies, ex-TeamLead в T-Банк. Тимлид и разработчик, более 10 лет в IT. Пишу про управление разработкой, архитектуру и программирование. Читаю книги и рассказываю о них. По всем вопросам и рекламе: ссылка скрыта
Канал упомянули 389 раз в 95 каналах
Чем больше упоминаний и каналов — тем заметнее канал в своей нише.
Блог руководителя разработки в Positive Technologies, 10+ лет в IT. Закупка рекламы каждый день.
ЦА: программисты, тимлиды, Frontend, Backend, Fullstack, CTO, Go, PHP, JavaScript, HTML, CSS, React, C++, Python, C#, Java, TypeScript, Kotlin, GameDev, Teamlead, DevOps, Product, Designer, QA, HR
Что не беру в рекламу?
✖ Казино, ставки на спорт, сомнительные каналы про инвестиции и крипту, сомнительные духовные и физические практики;
✖ Инфопродукты, в которых сам не вижу ценности;
✖ Что-то сильно не профильное для аудитории канала и в чём я сам не разбираюсь и не могу оценить качество услуги, товара или предложения;
✖ Блоги, которые считаю не интересными для моей аудитории (когда непонятно о чём блог, нет ценности или интереса в постах, канал явно накрученный или создан для продажи и так далее)
Как не буду рекламировать?
✖ Не принимаю посты заказчика, написанные от первого лица: такая подача возможна только если я пишу нативный пост;
Похожие каналы
🔓 Популярные игры, приложения для android устройств, новости технологий и многое другое. 🤝 Сотрудничество: smm@mannager.ru ⚠️ Наш чат: 🔓 Популярные игры, приложения для android устройств, новости технологий и многое другое. 🔓 Популярные игры, приложения для android устройств, новости технологий Игры, приложения, модификации, моды, новости, android, сма
Здесь рассказывают о технологиях просто и с огоньком 🔥 Канал про гаджеты, ИИ, электронику и интересные технологии — просто, честно и интересно. По вопросам сотрудничества: 6max.ru/vladimir1 Статистика канала: https://maxframe.ru/channel-profile/72081107124477/
Канал направленный на исследование в сфере ИБ, OSINT. Сотрудничество: @glebsto Медиа: @agencytender Мы на бирже: https://telega.in/c/info_cybersecurity Архив: https://t.me/tochkaseti
Ваш личный инспектор в мир кибербезопасности! Сотрудничество: @glebsto Медиа: @agencytender Мы на бирже: https://telega.in/c/it_fullstak РКН: https://clck.ru/3LSzMe Архив: https://t.me/tochkaseti
Территория цифровой культуры: от мемов до новостей, от IT до нейросетей. t.me/bugfeature
Вся самая новая и полезная литература для Java разработчиков! По вопросам авторских прав, сотрудничества и рекламы: https://t.me/NadikaKir или в ЛС сообщества ВК https://vk.com/javatutorial Мы на бирже: https://telega.in/channels/bookofgeek/card_max/?r=lcDuijdm Канал в перечне РКН: https://vk.cc/cJrTqo
топ 3 часа · сутки в ленте · цена напрямую от автора
– Мы тут тааакую фичу запилили за неделю, навайбкодили! – О, крутяк, а где можно потыкать? – Ну, эээ, понимаешь, оно ещё там на деве, короче, ты запроси доступ…Это практически дословный (и довольно свежий) диалог из моей практики. Не сказать, что LLM-ки в разработке привнесли в этом плане что-то новое – проблемы с критериями готовности я встречал всегда. Похоже, пора поговорить о том, что означает «задача закончена» и где на самом деле находится точка «запилили фичу». ⭐️ Когда работа над фичей считается завершённой? Короткий ответ – никогда. Если подумать чуть дальше рамок «написать код», то оказывается, что фича – это ещё и тестирование, раскатка, дальнейшее сопровождение и даже вывод из эксплуатации. Любая фича в любом продукте – это живая сущность, которая постоянно изменяется и эволюционирует. Но такой ответ вряд ли удовлетворит среднего разработчика (и даже тимлида), которым нужен некоторый критерий завершённости. Я для себя сформулировал его так:
Фича закончена = фича выкачена в прод на всех клиентов и активно используетсяПоследнее невозможно повесить только на разработку. Бывают ситуации, когда фичу «высосали из пальца», и тогда ей никто толком пользоваться не будет. Для разработки я этот критерий применяю скорее как маркер стабильности: если фичей успешно пользуются реальные пользователи, значит, с ней всё в порядке. ⭐️ За что ещё отвечает разработчик, помимо написания кода Конечная задача разработки – поставлять ценность для бизнеса в виде потока фич. Фича «на деве», «на стейджинге» и даже «сделана, но скрыта под фича-флагом» = фича не работающая и не приносящая пользы. Следовательно, есть целый пласт работ помимо написания кода, который нужно делать для успешной поставки и который обычно все дружно игнорируют, пытаясь в очередной раз «ускорить разработку LLM-ками». Вот частая история: фича требует изменений в конфигах. Помимо написания кода, разработчик должен ещё и предусмотреть необходимые изменения в конфигах на всех стендах по мере прокатки новой фичи. Возможно, в работе используются некоторые шаблоны конфигурации, которые теперь нужно поправить. А ещё желательно самому проконтролировать релиз этой фичи, чтобы на проде ничего не развалилось. И про метрики/алертинг не забыть. Звучит немного сложнее, чем просто «навайбкодили фичу», не так ли? А это я ещё намеренно опустил пострелизную работу с фичей (за которую больше отвечают продакты). Тем не менее, такая end-to-end ответственность в моей картине мира является обязательным атрибутом senior-разработчика. И она намного ценнее, чем знание очередного модного фреймворка.
Посты загружаются автоматически из канала. Администрация сайта не несёт ответственности за их содержание и размещённые в них ссылки.