"это плохая игра, но это единственная игра в городе.." )
только ООП -- не паттерн, а парадигма. для поддержки и развития сложной логики -- лучше парадигмы пока нет. DDD для бизнес-логики, DOD для оптимизации игр и прочее -- это, вроде бы, все же конкретные методологии и, вполне себе, часть парадигмы ООП.
ml-модели пайторчевыми тензорами в обертке на rust -- збс, современный php8+ с корутинами свули -- збс. питон не вызывает желания изучать (на мой вкус, синтаксис слишком далёк от си-подобного, не считая каких-то типичных болезней интерпретаторов). А вот функциональным языкам, пока что-то совсем никак не нашел применения на практике. Сложные расчеты на них, думаю тоже -- збс.)
преподаватель по алгоритмам на зачете задал задачку написать алгоритм выхода из аудитории на улицу через соседний корпус (там переход был) используя только влево-вправо-прямо-до упора и все) а потом когда сдавали он каждого брал и они уходили проверять. ну скажем так далеко не все вышли))
это не про двигатели. это стояночный тормоз для колес) и он действительно есть, автор просто первозбудился, думая что его нет) вот разъяснение от бота:
"Как и в любом транспортном средстве, ручник в самолете предназначен для удержания и фиксации транспортного средства в стояночном режиме. Он может использоваться, например, при парковке самолета на стоянке, чтобы предотвратить его случайное движение. Кроме того, ручник также может использоваться в случае аварийной ситуации, чтобы обеспечить более надежную остановку самолета."
только если то, что она делает можно просто сформулировать на естесственном языке. ) что далеко не всегда возможно. это могут быть какие-то манипуляции с данными и проще чем кодом их никак не опишешь..
А я согласен с автором. Он говорит, вроде бы, об очевидном факте -- разнесение компонентов кода (монолита) в отдельные микросервисы добавляет в процесс сетевой слой со всеми его издержками и асинхронность, а изоляция этих сервисов в отдельные машины -- добавляет, как минимум, проблему согласованности конфигураций окружений. Все это вместе порождает очень существенные трудности для отладки, мониторинга и внесения изменений. Трудности эти, условно говоря, действительно растут квадратично, если не более. Сложность растет "драматически") Собственно именно поэтому существуют целые инструменты для борьбы с этой сложностью.
Поэтому вывод -- бездумное наращивание их количества (т.е. принцип "новая задача -- новый микросервис" столь удобный для бизнеса) приводит к огромному перерасходу, который, до поры до времени, может окупаться, если речь идет о корпорациях, но в итоге неизбежно превращается в бегемота а-ля фейсбук, твиттер, вотсап и т.п.
Решение тоже очевидное -- предлагается приоритет на минимизацию количества сервисов в системе, и реинжениринг с этой целью по мере роста функционала (а не просто причесывание кодестайла, как зачастую бывает или поверхностный рефакторинг).
Ну а архитектор, который просто будет добавлять их годами (в т.ч. используя шину и прочие правильные ухищрения), но боясь тронуть процесс -- "зп идет, все работает, трогать страшно" -- в итоге может быть уволен именно так, как мы наблюдали. С треском.
Именно в этом, мне кажется, суть претензий Маска к их техлидам.
Не просто "спорите". Тот разработчик защищал бессмысленный с точки зрения бизнеса тезис "да все безбожно тормозит, но так получилось *потому что* вы (бизнес) сами просили .." и далее, допустим, "..подключить 20+ поставщиков рекламы". Это, конечно, недостойно инженера такого уровня. Он просто открыто признается, что боялся спорить с менеджментом сидя на хорошей зп и плывя по течению.
смешно) может лукавство в слове государственных?) а то как-то просто полностью расходится с фотофактами а-ля "девочки работницы устричной фабрики 1912, южная каролина" и т.п. судя по их виду работали они все время кроме сна.
мне, как жителю Луганска, тезис "войны не будет потому что подавляющее большинство её не хочет" -- кажется абсолютно наивным, и демонстрирующим и непонимание политики, и незнание истории одновременно. уж извините.) PS: хотя я тоже очень надеюсь, что Нэнси и флот больше никуда не поедут. PSS: промахнулся, адресовано NileJabotinsky
"это плохая игра, но это единственная игра в городе.." )
только ООП -- не паттерн, а парадигма. для поддержки и развития сложной логики -- лучше парадигмы пока нет. DDD для бизнес-логики, DOD для оптимизации игр и прочее -- это, вроде бы, все же конкретные методологии и, вполне себе, часть парадигмы ООП.
ml-модели пайторчевыми тензорами в обертке на rust -- збс, современный php8+ с корутинами свули -- збс. питон не вызывает желания изучать (на мой вкус, синтаксис слишком далёк от си-подобного, не считая каких-то типичных болезней интерпретаторов). А вот функциональным языкам, пока что-то совсем никак не нашел применения на практике. Сложные расчеты на них, думаю тоже -- збс.)
преподаватель по алгоритмам на зачете задал задачку написать алгоритм выхода из аудитории на улицу через соседний корпус (там переход был) используя только влево-вправо-прямо-до упора и все) а потом когда сдавали он каждого брал и они уходили проверять. ну скажем так далеко не все вышли))
да, меня тоже про "22 значения из 2^32" улыбнуло)..
это не про двигатели. это стояночный тормоз для колес) и он действительно есть, автор просто первозбудился, думая что его нет) вот разъяснение от бота:
"Как и в любом транспортном средстве, ручник в самолете предназначен для удержания и фиксации транспортного средства в стояночном режиме. Он может использоваться, например, при парковке самолета на стоянке, чтобы предотвратить его случайное движение. Кроме того, ручник также может использоваться в случае аварийной ситуации, чтобы обеспечить более надежную остановку самолета."
первый раз слышу, хотя годами работаю с docker-compose.yml
в последнем листинге дублирование блока с объявлением Handler
а меня триггерят всегда вот такие фразочки а-ля "за пару часов код пишется".. )
а застали времена FidoNET? )
фух. я уж думал, что со мной что-то не так. как бальзам на душу)
только если то, что она делает можно просто сформулировать на естесственном языке. ) что далеко не всегда возможно. это могут быть какие-то манипуляции с данными и проще чем кодом их никак не опишешь..
А я согласен с автором. Он говорит, вроде бы, об очевидном факте -- разнесение компонентов кода (монолита) в отдельные микросервисы добавляет в процесс сетевой слой со всеми его издержками и асинхронность, а изоляция этих сервисов в отдельные машины -- добавляет, как минимум, проблему согласованности конфигураций окружений.
Все это вместе порождает очень существенные трудности для отладки, мониторинга и внесения изменений. Трудности эти, условно говоря, действительно растут квадратично, если не более. Сложность растет "драматически") Собственно именно поэтому существуют целые инструменты для борьбы с этой сложностью.
Поэтому вывод -- бездумное наращивание их количества (т.е. принцип "новая задача -- новый микросервис" столь удобный для бизнеса) приводит к огромному перерасходу, который, до поры до времени, может окупаться, если речь идет о корпорациях, но в итоге неизбежно превращается в бегемота а-ля фейсбук, твиттер, вотсап и т.п.
Решение тоже очевидное -- предлагается приоритет на минимизацию количества сервисов в системе, и реинжениринг с этой целью по мере роста функционала (а не просто причесывание кодестайла, как зачастую бывает или поверхностный рефакторинг).
Ну а архитектор, который просто будет добавлять их годами (в т.ч. используя шину и прочие правильные ухищрения), но боясь тронуть процесс -- "зп идет, все работает, трогать страшно" -- в итоге может быть уволен именно так, как мы наблюдали. С треском.
Именно в этом, мне кажется, суть претензий Маска к их техлидам.
Не просто "спорите". Тот разработчик защищал бессмысленный с точки зрения бизнеса тезис "да все безбожно тормозит, но так получилось *потому что* вы (бизнес) сами просили .." и далее, допустим, "..подключить 20+ поставщиков рекламы". Это, конечно, недостойно инженера такого уровня. Он просто открыто признается, что боялся спорить с менеджментом сидя на хорошей зп и плывя по течению.
"честно и профессионально" и "годами миришься с хотелками менеджмента" -- это несовместимо.
смешно) может лукавство в слове государственных?) а то как-то просто полностью расходится с фотофактами а-ля "девочки работницы устричной фабрики 1912, южная каролина" и т.п. судя по их виду работали они все время кроме сна.
мне, как жителю Луганска, тезис "войны не будет потому что подавляющее большинство её не хочет" -- кажется абсолютно наивным, и демонстрирующим и непонимание политики, и незнание истории одновременно. уж извините.)
PS: хотя я тоже очень надеюсь, что Нэнси и флот больше никуда не поедут.
PSS: промахнулся, адресовано NileJabotinsky
то есть -- "смотрит в будущее".. )
генераторы используются в некоторых подходах для реализации асинхронного выполнения на php
Софии, кажется, уже выдали гражданство Саудовской Аравии.. без особой сенсации, уже факт.
хотя это и не просто -- о, отлично детям показать -- есть куда послать если хочется рецепт такого опыта?