Если в ways of working не заложена быстрая итеративность, то тут вообще можно дальше не читать. У вас цикл разработки 1.5 месяца. А должен быть на уровне дней.
Мантра с числами Фибоначчи - вечно спрашиваю почему люди считают что это работает, ответ обычно "ну так все пользуются".
"полная хрень, а не обзор" - когда уже научимся давать доказательства вместе с ярлыками? Автор все изложил логично и прозрачно.
"Давайте честно признаемся " - давайте честно признаемся, что вот эти три слова манипулируют читателем, подразумевая, что автор нечестен. Опять-таки без доказательтсв. Для двача сойдет, ага.
" Берем тему с кликбейтным заголовком " - месье когда-либо писал блоги или статьи? Ну или хотя бы читал какие-то работы про качественную журналистику? Да блин, любой хороший заголовок - кликбейтный. Извините что автор не использовал что-нить вроде заголовка газ. Правда брежневских времен.
"Выпячиваем и преувеличиваем все спорные моменты" - ой ли? А почему ж тогда книжка "97 Things Every Software Architect Should Know: Collective Wisdom from the Experts" содержит примерно те же fallacies? Там, в частности, пишут, что мол, граждане, не ставьте свое резюме вперед задач клиента и не развлекайтесь с новыми штуками тогда, когда они понадобились вам для резюме, но нахрен не сдались работодателю.
"Профит + завернули трафик на youtube канал" - какой ужас, наверное все остальные компании, ведущие тут блоги, никогда так не делали. Вот незадача.
Trunk-based разработка это такой же карго-культ. Который в принципе разбивается об SLA на уровне 2-4 девяток. Пример с букингом плохой: 100000 для них пыль, а вот для компаний поменьше это повод для разбора полетов на уровне СЕО и прочих боссов. И автор не сообщает, что же делать, если фича-флагов становится много и как управлять этим зоопарком.
Короче, уменьшать бюрократию надо так, чтобы она не возникала в других местах. И своп карго-культов, генерализация удачных практик одной компании на всё и вся - не выход. Кому то транк будет помогать, если потеря транзакций из за багов не катастрофична, но легко представить сценарии, где он будет опасен (например торговые системы, которые не должны терять деньги, и прочий критичный софт - те же транспортные системы).
Что делать? Прежде всего - думать в лббой непонятной ситуации.
Кто-то написал неподдерживаемый код или сдублировал или устроил мэджик намбер — пресекать. «Перенесите это в переменную, это антипаттерн».
Кто-то назвал переменную не как вам больше нравится или поставил пустую строчку — пускай. Еще лучше какой-нибудь автолинтер прикрутить. Есть правило в автолинтере — линтер или автор сам исправит без ревью. Нет правила — значит либо добавляем после согласия и buy-in команды либо забиваем болт.
Это все надо конечно чинить.
Однако стоит так же помнить о сервисе «Локатор» в айфоне, например, где можно до конца дня расшарить свое положение с означенным супругом независимо от
Стесняюст спросить две вещи:
— чем плох switch для первоначального кода
— почему автор ударяется в долженствования по поводу мудрокода, который он наворотил.
Большую часть проекта составляет поддержка и отладка кода. Серебряной пули, которая за счет того или иного синтаксиса позволит избавиться от багов, нет. Уровни абстракции во-первых добавляют к latency, во вторых колоссально затрудняют чтение кода, особенно когда надо переходить по слабому связыванию.
Само слабое связывание хорошо, и подозреваю, чот автор что-то такое и имел в виду в кач-ве пользы. Однако оверинжиниринг и многократное увеличеине времени отладки без необходимости — это банальное воровство ресурса.
Я один полагаю, что проверять самостоятельность мышления и тп на числах фибоначчи и прочих алгоритмах немного странно? по-моему куда важнее понять, понимает ли человек что такое performance и complexity. Не говоря уже о том, что интервьюер, надергавший задачки из какого-нибудь решебника онлайн, сразу расписывается в том, что личный опыт у него отсутствует или не привязан к вопросу, или что он вовсе не компетентен (мы достоверно не знаем) — таким образом, человек проходит собеседнование не с ним, а с неизвестным автором задачи из интернета.
Не нужно делать магические шаги, чтобы окольными способами неявно проверить качества собеседника, надо просто пойти и проверить качества собеседника.
Открыл как то раз эту книгу — или другую того же автора. На мультипоточности.
Прочитал совет не связываться с мультипоточностью так как эТа сЛоЖнА.
Поглядел на книжку Goetz на полке. Ту, где мультипоточность предподается правильно и по крайней мере понятно, как делать ее корректно, чтоб чего не вышло.
Закрыл книжку дяди Боба раз и навсегда.
Вообще любые «сухие концентраты для щенков» (с) мой лектор по механике на первом курсе — это не повод вырубать мозг. Когда программист решает задачу, меньше всего ему нужен нудящий коллега, который будет рассказывать о том, что ему не только нужно решить задачу, но дополнительно еще решить ВТОРУЮ задачу УДОВЛЕТВОРИТЬ ДЯДЮ БОБА. Безусловно, код должен быть легко читаемым, модифицируемым, отвечающим SOLID, разбитым на функции. Но вот эти абстракции — а кто нить задумывался, как они тормозят? Думаю, если бы дядя Боб работал на форекс, он просто был бы куда умнее в перформансе и в мультипоточности и делал бы на это поправку.
Контента, млин.
Айти — это не только масочки в инстаграмчике.
Инфраструктура это у нас что? Тяжмаш, логистика, коммодити. У вас воду отключат на неделю, как вы думаете, операторы будут рулить ситуацией мобайл ферст? А если ляжет грид (вы ведь в курсе, что это?).
Наивность людей, которые думают, что их комфорт рождается из воздуха, а технологии нужны, чтобы cмотреть этот ваш «контент».
Я бы еще добавил, что мобайл-фест это важно для соцсеточек, тиктоков и прочей, строго говоря, мишуры. Да, денег там много, но это не что-то серьезное. Это просто коммерчески очень выгодная выкачивалка денег с неустойчивой публики.
Вспоминается фильм Дудя про Сил. Долину: 3 часа диалогов с дядьками, пилящими продукты вида «масочки для инстаграмчика» и 5 минут — с парнем, снимающим с дронов землю с целью понять ее геологию с помощью машинного зрения.
Уверен, последний не заморачивается на мобайл фест.
Ой, а расскажите, какое постановление ЦК КПСС определяет экстраординарность?
Волосы, пирсинг, татуировка — нормально.
Вернее, вы их просто не замечаете. Странные body modifications могут показывать, что с человеком что-то сильно не так, да. Но если человек точно работает ОК, то вы порсто смотрите на него и не видите всех этих волос и татуировок.
Другое дело — общение у клиента, где надо не шокировать конкретного начальника. Там надо аккуратно, софт скиллз, туда-сюда.
А кроме этого = don't discriminate.
Просто есть нормы поведения в обществе, которые лучше не нарушать
Ну вот в Сомали девочкам делают калечащее обрезание. Как вы считаете, все ли нормы поведения в Сомали надо не нарушать?
Забавно читать в 2023 году про waterfall.
Если в ways of working не заложена быстрая итеративность, то тут вообще можно дальше не читать. У вас цикл разработки 1.5 месяца. А должен быть на уровне дней.
Мантра с числами Фибоначчи - вечно спрашиваю почему люди считают что это работает, ответ обычно "ну так все пользуются".
Хайпанули тут Вы, мне кажется, а не автор.
"полная хрень, а не обзор" - когда уже научимся давать доказательства вместе с ярлыками? Автор все изложил логично и прозрачно.
"Давайте честно признаемся " - давайте честно признаемся, что вот эти три слова манипулируют читателем, подразумевая, что автор нечестен. Опять-таки без доказательтсв. Для двача сойдет, ага.
" Берем тему с кликбейтным заголовком " - месье когда-либо писал блоги или статьи? Ну или хотя бы читал какие-то работы про качественную журналистику? Да блин, любой хороший заголовок - кликбейтный. Извините что автор не использовал что-нить вроде заголовка газ. Правда брежневских времен.
"Выпячиваем и преувеличиваем все спорные моменты" - ой ли? А почему ж тогда книжка "97 Things Every Software Architect Should Know: Collective Wisdom from the Experts" содержит примерно те же fallacies? Там, в частности, пишут, что мол, граждане, не ставьте свое резюме вперед задач клиента и не развлекайтесь с новыми штуками тогда, когда они понадобились вам для резюме, но нахрен не сдались работодателю.
"Профит + завернули трафик на youtube канал" - какой ужас, наверное все остальные компании, ведущие тут блоги, никогда так не делали. Вот незадача.
перформанс-оптимизации на уровне архитектуры - про мелкие коммиты можно вообще забыть
Trunk-based разработка это такой же карго-культ. Который в принципе разбивается об SLA на уровне 2-4 девяток. Пример с букингом плохой: 100000 для них пыль, а вот для компаний поменьше это повод для разбора полетов на уровне СЕО и прочих боссов. И автор не сообщает, что же делать, если фича-флагов становится много и как управлять этим зоопарком.
Короче, уменьшать бюрократию надо так, чтобы она не возникала в других местах. И своп карго-культов, генерализация удачных практик одной компании на всё и вся - не выход. Кому то транк будет помогать, если потеря транзакций из за багов не катастрофична, но легко представить сценарии, где он будет опасен (например торговые системы, которые не должны терять деньги, и прочий критичный софт - те же транспортные системы).
Что делать? Прежде всего - думать в лббой непонятной ситуации.
или когда без тестов и CI/CD сломает что-то , выкатит юзерам и будет отдуваться
Глупый вопрос глупому вопросу рознь.
бегом устраиваться туда на работу, опровергните всех и каждого!
Кто-то написал неподдерживаемый код или сдублировал или устроил мэджик намбер — пресекать. «Перенесите это в переменную, это антипаттерн».
Кто-то назвал переменную не как вам больше нравится или поставил пустую строчку — пускай. Еще лучше какой-нибудь автолинтер прикрутить. Есть правило в автолинтере — линтер или автор сам исправит без ревью. Нет правила — значит либо добавляем после согласия и buy-in команды либо забиваем болт.
Однако стоит так же помнить о сервисе «Локатор» в айфоне, например, где можно до конца дня расшарить свое положение с означенным супругом независимо от
— чем плох switch для первоначального кода
— почему автор ударяется в долженствования по поводу мудрокода, который он наворотил.
Большую часть проекта составляет поддержка и отладка кода. Серебряной пули, которая за счет того или иного синтаксиса позволит избавиться от багов, нет. Уровни абстракции во-первых добавляют к latency, во вторых колоссально затрудняют чтение кода, особенно когда надо переходить по слабому связыванию.
Само слабое связывание хорошо, и подозреваю, чот автор что-то такое и имел в виду в кач-ве пользы. Однако оверинжиниринг и многократное увеличеине времени отладки без необходимости — это банальное воровство ресурса.
вы видимо наивно полагаете, что компании не будут пытаться сторговаться на меньшее.
Не нужно делать магические шаги, чтобы окольными способами неявно проверить качества собеседника, надо просто пойти и проверить качества собеседника.
Прочитал совет не связываться с мультипоточностью так как эТа сЛоЖнА.
Поглядел на книжку Goetz на полке. Ту, где мультипоточность предподается правильно и по крайней мере понятно, как делать ее корректно, чтоб чего не вышло.
Закрыл книжку дяди Боба раз и навсегда.
Вообще любые «сухие концентраты для щенков» (с) мой лектор по механике на первом курсе — это не повод вырубать мозг. Когда программист решает задачу, меньше всего ему нужен нудящий коллега, который будет рассказывать о том, что ему не только нужно решить задачу, но дополнительно еще решить ВТОРУЮ задачу УДОВЛЕТВОРИТЬ ДЯДЮ БОБА. Безусловно, код должен быть легко читаемым, модифицируемым, отвечающим SOLID, разбитым на функции. Но вот эти абстракции — а кто нить задумывался, как они тормозят? Думаю, если бы дядя Боб работал на форекс, он просто был бы куда умнее в перформансе и в мультипоточности и делал бы на это поправку.
Принципы из книги не подходят к жизни? Ответ:
Айти — это не только масочки в инстаграмчике.
Инфраструктура это у нас что? Тяжмаш, логистика, коммодити. У вас воду отключат на неделю, как вы думаете, операторы будут рулить ситуацией мобайл ферст? А если ляжет грид (вы ведь в курсе, что это?).
Наивность людей, которые думают, что их комфорт рождается из воздуха, а технологии нужны, чтобы cмотреть этот ваш «контент».
Вспоминается фильм Дудя про Сил. Долину: 3 часа диалогов с дядьками, пилящими продукты вида «масочки для инстаграмчика» и 5 минут — с парнем, снимающим с дронов землю с целью понять ее геологию с помощью машинного зрения.
Уверен, последний не заморачивается на мобайл фест.
Волосы, пирсинг, татуировка — нормально.
Вернее, вы их просто не замечаете. Странные body modifications могут показывать, что с человеком что-то сильно не так, да. Но если человек точно работает ОК, то вы порсто смотрите на него и не видите всех этих волос и татуировок.
Другое дело — общение у клиента, где надо не шокировать конкретного начальника. Там надо аккуратно, софт скиллз, туда-сюда.
А кроме этого = don't discriminate.
Просто есть нормы поведения в обществе, которые лучше не нарушать
Ну вот в Сомали девочкам делают калечащее обрезание. Как вы считаете, все ли нормы поведения в Сомали надо не нарушать?