Хотелось бы прокомментировать необходимость для девелопер а быть в курсе целей бизнеса, планов и прочего. Мой опыт говорит что это все хорошо пока у проекта нет проблем и мы все дружно охаем, ахаем и пьем смузи. Но как только у проекта появляются проблемы и вам задерживают зп или срезают, то вы находитесь под постоянным давлением, что ваши маленькие результаты (побелить, покрасить) влияют на успех всего бизнеса. И тут возникает множество вопросов к менеджерам сео и прочим, но все это приводи к давлению на инженера. А второе, это ещё веселее, это когда вы все воодушевлены целями, достижениями и все горды и прете паровозом и вы одна семья и завтра вам увольняют или просто кладут болт на непосредственно ваши шкурные интересы. Такое вот "общее" дело. Так что цели бизнеса это его цели, а мои цели это мои цели. Особенно разница ощутима когда ты зрелая личность и понимаешь что девелопмент это ремесло, а не искусство для избранный.

Программисты как таксисты прям один в один. Твою бы систему сюда нам в такси я бы наделал больше всех

и главная проблема всей этой теории - это полное отсутствие метрик(бюджеты всех уровней), и тут казалось бы поможет scrum contract, но тот же Бугаенко сказал, что agile придумали ленивые программисты 😅

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

Лет так 30, а то и больше для взаимодействия между заказчиком и разработчиком используются аналитики - в основном бизнес-аналитики. Это тот человек, который может говорить на языке заказчика, его предметной области и на языке разработчика, умеет ставить ему задачу в понятных программисту терминах. Также бизнес-аналитик должен понимать потребности бизнеса, что приемлемо и что неприемлемо для бизнес-заказчика. Можно team-lead частично использовать как бизнес-аналитика. Архитектор тоже подойдет, но если у него был опыт общения с заказчиком в прошлом хотя бы. Прямое взаимодействие разработчика с заказчиком - довольно глупая идея. В 90-х бывало напрямую разраб общался с заказчиком, осваивая предметную область и частично выполняя функцию бизнес-аналитика. Но тогда никакой нормальной формализации требований, никаких описаний не оставалось - это было просто не в его интересах. Причем такой разработчик мог даже что-то писать в доках, но когда кто-то другой начнет разбираться в этих доках, выяснится, что толку от них чуть. Разраб становился незаменим абсолютно для заказчика и работодателя.

нифига толком не рассказал где какой кэш хранится и кто откуда его меняет.

Рэйты растут ее просто так. Рекомендую ознакомиться с понятием инфляции.

Только сейчас посмотрел видео. Спасибо большое организаторам за работу, спасибо гостям за их рассказ 👍

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

Это, как убер в ИТ. Очень крутая идея, ещё бы уровень разработчиков добавить (не знаю, как сейчас), типа codewars))

Ужасный совет покупать золото в кольцах: 1. Вы сильно переплатите за работу по превращению металла в кольцо (ювелирная работа) 2. Вы сможете продать такое кольцо только в ломбард дай бог за пол цены металлолома (не ювелирки) Если уж покупать физический металл, то слитками у банка, и продать его можно будет по цене металла в банк, и кейс для хранения дадут (в случае окисления и дефектов металл в любом виде потеряет в цене). Ну и меньше шансов купить грязный металл по цене чистого

У вас есть Инстаграм?

Крутяк! Интересная беседа , вы оба молодцы! )

Интересный выпуск. Тем более, что именно сейчас я наткнулся на него, когда он для меня очень в тему. Спасибо организаторам за работу, гостю за ответы на вопросы и своё мнение. З.Ы.: вот он, минус того, что народ даёт в качестве ссылочки "на себя" личную страничку в сети - ссылка на страницу автора не живая, к сожалению.

Старта на 4:31

как-же тихо, подскажите, на вебинаре так-же тихо было?

Проблема в том, что каждое государство заинтересовано в том, чтобы население отчисляло налоги на его территории. Если условный разработчик из Самары начнёт получать 200000 долларов, к нему тут же придут из налоговой и попросят поделиться, и эти 200000 условно превратятся в 150000. Хотя, конечно, разработчику из Самары столько платить не будут. Проще нанять 10 индусов за плошку риса. Кстати, Боинг именно за такой подход и поплатился качеством по и жизнями людей.

Так надо ещё согласовывать тех людей, которые получат подзадачи. В итоге почти каждый их них станет писать тому, что расставил маркеры.

в общем - такси-агрегатор

Ребят, спасибо, очень полезный контент!

фоновая музыка несколько стремная, когда смотришь на 1.5 скорости)

звук как в самаре)

Ничего не понятно. Для кого видео, что за формат видео.. Это для обучения профессионалов? Или еще чего....

Ничеси, впервые вижу такого взрослого дядю с брекетами

The therapeutic windshield developmentally concentrate because brown puzzlingly cover as a smooth reward. troubled, invincible camp

Егор считает, что это будущее, а мне кажется, что эта система была отработана давно в прошлом. У меня дед служил лётчиком испытателем при Сталине- Берии. Он рассказывал что Авиаконструкторы в кб Ильюшина и Сухого работали по очень похожей системе.

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

в таких интервью еще можно про самарский FidoNet чего-нибудь спрашивать, а и то вообще отдельный выпуск сделать 2:5057/18.29

Интересный харизматичный спикер, однако идеи сомнительные на мой взгляд. Непонятно ещё как оплачивается ревью и работа архитектора. Не представляю как за полчаса можно сделать задачу и, если были замечания на ревью, поправить их. Скорее это минимум, если повезёт, и по факту работа над большинством задач занимает гораздо больше времени, чем полчаса. Как следствие, заявленный рэйт нужно делить на какой-то коэффициент. "Элита программистов" - скорее не элита, а квалифицированные кодеры, которые смогли вписаться в эту систему благодаря своей способности к микроменеджменту. Элита в этой схеме - архитектор, который скорее всего работает фул-тайм. Как говорит Егор: "Я так считаю")

kzbin.info/www/bejne/q5y5ooR9l92Ab6M

Rust, Rust, как слышно?

Послушать интересно, но пока не вижу, как это применимо в разработке банковского ПО, например. Там своя атмосфера и такая вот методология не очень на неё ложится. Разве что от самого заказчика этот подход будет спущен, но это крайне маловероятно.

Парни, все классно, но не скрывайте лица, иначе не будет продвижение Ваши лица это своего рода бренд, это Ваша узнаваемость Удач вам парни и всех благ !!!)

Джентльмен в поисках десятки. Или не джентльмен )). В двух словах, тут речь не о результате, а скорее об уберизации разработки. Тупиковая ветвь, имхо.

Что-то со звуком?

Good

Ждем в школе 21 У нас за каждый проект по три ревью

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

Еще в 2006 проходили это кидалово. Суть в том, что эта прослойка в этом новом "Бугаенко" юридически не несет ответственности, и не может выполнять ситуации сложнее, (добавить кнопку, для упрощения, нажатия 10 подряд неглядя.) А в чуть сложнее, то все досвидания, ни какого чувства ответственности. Сама суть оценки, не объявлена, и вообще это все смахивает на какие то формы обмана. За кол-во строк платить?

Какая то малопродаваемая ......, годится для несерьезных маленьких проектов.

Класс. Интересные идеи. Хорошая подача.

а как в таком формате быть с code style? Если PR прилетел отличный, но в нем стиль не правильный не в плане табуляций (решается просто линтом или файлом стиля в Idea), а в плане переиспользования базовых компонентов проекта?

Говорливый мужик

Очень сильная модель менеджмента. Кстати, вполне приложима не только в IT проджекте..

Миша с меня подписка!

Много вполне возможных сценариев развития софтпродакшена. Хотя Зерокраси скорее все софт МММ.

Старые методы обучения не устаревают. ПРосто появились отрасли где они не эффективны.

Да все понятно. Люди для капиталистов тоже просто ресурс.

Какой красивый

DevOps это не профессия, это методология.