Мне кажется стоило назвать цикл статей в духе "Отказываемся от zenject и пишем свой велосипед", оно бы лучше отражало суть написаного. Но я так и не увидел мотивационную часть, а зачем? Какие преимущества важные для данного проекта мы получили отказавшись от библиотеки, которая является в некотором смысле индустриальным стандартом di-фреймворка в юнити и написав свой велосипед? Во имя чего всё это?
Интересно, если бы энергоэффективность учитывала количество энергии затраченной мозгом для написания бенчмарков, то как бы выглядели таблицы? А если бы время было бы временем написания всех бенчмарков? Почему в исследовании языков игнорируются значимые для бизнеса свойства технологий? Тайм ту маркет, стоимость рабочей силы, обьем задач которые можно решить на условную 1000$ вложенную в зарплаты?
Не могли бы вы в следующей статье уделить больше внияния сравнению разных видов архитектур? Ладно зенжект, допустим мы не хотим тащить di-фреймворк в проект, но и без него можно композишен рут организовать, вынести модель из монобехов оставив там только представление и события движка, сервисную модель организовать и т.д. Вы как-то сходу в карьер начали мемную архитектуру на монобехах задвигать, сделайте шаг назад и объясните почему так, в чем преимущества и ограничения этого варианта (они конечно есть как и у любого решения в программировании) по сравнению с другими подходами ну хотя бы обзорно. Опять же было бы неплохо рассказать зачем вообще нужна архитектура, кубики ж можно и без неё двигать, на какие важные вопросы она должна давать ответы, где и какие профиты даёт с точки зрения разработки, где и за счёт чего экономия/ускорение разработки происходит. Ну и т.д.
Давно хотел узнать откуда вообще взялась эта приставка к HR "бизнес партнер"? Почему партнер? У них что доля в компании? Вроде такие же наемные работники как и любые другие. Почему программисты например не бизнес партнеры?
Мне кажется что если проблем на производстве небыло и люди отвечавшие за стабильность работы завода работали всего 15%, то это не проблема, а достижение прежней структуры и команды? Более того с точки зрения теории игр в этом и заключались их критерий "выигрыша" и стратегия победы - если они сделают работу качественно и все будет работать хорошо, то они будут работать меньше, а получать столько же. В новой структуре эта стратегия перестала работать. Ну а то что у эффективных менеджеров свои критерии и стратегии победы это и так понятно.
Более яркий пример петли в футболе это угловые. Они как раз разгоняют игру позволяя играть более агрессивно и чаще бить по воротам, т.к. есть шанс, что даже после незабитого мяча атака продолжится. Если бы угловых небыло, то атакующая команда играла бы несколько береживее в общем случае и как следствие скучнее.
Еще негативные петли встречаются в футбольной мете — в ряде турниров, при равенстве голов в турнирном раунде проходит команда больше забившая в гостях.
На самом деле сама природа создаёт разные петли за счёт в частности психологии. Например, побеждающий игрок/команда зачастую начинают играть более расслабленно, теряют концентрацию, что даёт шанс на камбек более психологически устойчивому противнику.
Статья напомнила мне анекдот:
Сидят две курицы в курятнике, одна другую спрашивает:
— Слушай, я вот несу яица, которые хозяин по рубль десять продаёт, а ты?
— А я несу по рубль двадцать! — гордо отвечает вторая
— И как оно? Стоит из-за десяти копеек жопу рвать?
Управления жизненным циклом приложения и создание точки инициализации можно через бутстрап сцену сделать. Зенжект тут ничем не мешает совершенно.
Мне кажется стоило назвать цикл статей в духе "Отказываемся от zenject и пишем свой велосипед", оно бы лучше отражало суть написаного. Но я так и не увидел мотивационную часть, а зачем? Какие преимущества важные для данного проекта мы получили отказавшись от библиотеки, которая является в некотором смысле индустриальным стандартом di-фреймворка в юнити и написав свой велосипед? Во имя чего всё это?
Интересно, если бы энергоэффективность учитывала количество энергии затраченной мозгом для написания бенчмарков, то как бы выглядели таблицы? А если бы время было бы временем написания всех бенчмарков? Почему в исследовании языков игнорируются значимые для бизнеса свойства технологий? Тайм ту маркет, стоимость рабочей силы, обьем задач которые можно решить на условную 1000$ вложенную в зарплаты?
Не могли бы вы в следующей статье уделить больше внияния сравнению разных видов архитектур? Ладно зенжект, допустим мы не хотим тащить di-фреймворк в проект, но и без него можно композишен рут организовать, вынести модель из монобехов оставив там только представление и события движка, сервисную модель организовать и т.д. Вы как-то сходу в карьер начали мемную архитектуру на монобехах задвигать, сделайте шаг назад и объясните почему так, в чем преимущества и ограничения этого варианта (они конечно есть как и у любого решения в программировании) по сравнению с другими подходами ну хотя бы обзорно. Опять же было бы неплохо рассказать зачем вообще нужна архитектура, кубики ж можно и без неё двигать, на какие важные вопросы она должна давать ответы, где и какие профиты даёт с точки зрения разработки, где и за счёт чего экономия/ускорение разработки происходит. Ну и т.д.
Давно хотел узнать откуда вообще взялась эта приставка к HR "бизнес партнер"? Почему партнер? У них что доля в компании? Вроде такие же наемные работники как и любые другие. Почему программисты например не бизнес партнеры?
Учись чат.жпг, а то так и будешь всю жизнь ключи подавать!
Мне кажется что если проблем на производстве небыло и люди отвечавшие за стабильность работы завода работали всего 15%, то это не проблема, а достижение прежней структуры и команды? Более того с точки зрения теории игр в этом и заключались их критерий "выигрыша" и стратегия победы - если они сделают работу качественно и все будет работать хорошо, то они будут работать меньше, а получать столько же. В новой структуре эта стратегия перестала работать. Ну а то что у эффективных менеджеров свои критерии и стратегии победы это и так понятно.
Еще негативные петли встречаются в футбольной мете — в ряде турниров, при равенстве голов в турнирном раунде проходит команда больше забившая в гостях.
На самом деле сама природа создаёт разные петли за счёт в частности психологии. Например, побеждающий игрок/команда зачастую начинают играть более расслабленно, теряют концентрацию, что даёт шанс на камбек более психологически устойчивому противнику.
Сидят две курицы в курятнике, одна другую спрашивает:
— Слушай, я вот несу яица, которые хозяин по рубль десять продаёт, а ты?
— А я несу по рубль двадцать! — гордо отвечает вторая
— И как оно? Стоит из-за десяти копеек жопу рвать?