Это все так, но MVC сам по себе не является "антипатерном" или каким-то не тем руководством к действию, как вам уже неоднократно подметили в комментариях. Ваши примеры кода, мягко говоря, притянуты за уши, от MVC у вас просто постфикс Controller и вся логика в нем, но это ваше желание и ваша (нейросети?) реализация контроллера, а не так написано в условном учебнике. Красота архитектуры в руках ее создающего.
Дело не в размере (я надеюсь). А в попытке уйти от монолита на кучу монолитов поменьше (что якобы позволяет меньше внимание уделять архитектуре кода), ещё и их все надо связать между собой
Творческая составляющая точно есть в работе, пишешь код и всегда есть ощущение что можно сделать лучше, тебе всегда надо придумывать алгоритмы и выражать их в коде. На самом деле с той статьёй автора я согласен (очень похоже на то что видел сам). Но в комментариях он и правда дал жару, я даже удивился что в статье и что в комментариях) Взять хотя-бы что человека не повышают в статье, но в комментариях он пишет что 400к через 2-3 года это почти каждый может.
Тут возможно, я даже задумался может это специальный приём типо неудачного входа в ИТ, чтобы проверить реакцию аудитории, ну и канал конечно, куда без него. Ну вот я, реально не так удачно как типичный рассказчик успеха зашёл) И почти все что описал автор видел сам.
Как по мне автор попал в самую точку, надоело уже читать как все вокруг становятся тимлидами в 22 года, да и ладно в 22, есть талантливые люди или кто с детства изучает программирование, но в компании реально можно работать за двоих, а повышение даже не видеть на горизонте. (На самом деле тут логично - бесплатно и качественно то что мечтает получать бизнес, хочешь работать за двоих на эти деньги? Им же так и лучше)
Тг канал конечно смутил меня, но все это очень близко с тем что я сам видел и проходил (история про мидла который не понимает - сам видел и не раз и не два...).
Я тоже пришёл к выводу что работодатель это не про уютное сотрудничество, ты скорее просто как единица которая решает бизнес задачу в ит пространстве. Сюда ещё плюсуется рынок - hr просто дрейфующих по бесконечному потоку резюме, изредка вылавлиавая кто попадется на крючок.
Getting Up! (Если честно зашёл только из-за ностальгии по этой прекрасной игре, и вот она сразу меня встречает в начале статьи) Мне кажется лучше уже не сделают, интересно будет ли ремейк когда-то... остаёться только мечтать (или самому пилить, с Витей ак-47 вместо mobb deep и всяких майк шинод... всетаки саундтрек у игры был потрясающим)
Классно конечно что везде предлагают подгонять резюме под вакансию, когда уже начнут говорить что это не самый лучший подход к началу трудовых отношений? Ещё и на резюме по 30 секунд тратят, а потом рассказывают про нехватку специалистов... Это не рынок сотрудников, это рынок менеджеров, сотрудник это просто ресурс, кто дешевле и качественней найдёт ресурс (не человека) тот и молодец
На самом деле, мне кажется, тут все сложнее. Я тоже видел людей по 10-15 лет в индустрии, которые работали в большой компании и например не могли разобраться почему строка не выводит русский текст, а каракули...
Человек даже попадая в компанию встаёт перед выбором - осваивать тёплое место или двигаться вперёд, но часто в компаниях это движение вперёд может быть воспринято негативно. Да и хорошей архитектуре далеко не в каждой команде научишься.
Да, но безопасных систем не бывает по определению. Уровень безопасности повышается защет защиты сети и много чего еще дополнительного, дело не только в коде есть еще много чего (на 5! месте - ошибки настройки безопасности). Я просто своими глазами видел как люди чуть не вымаливают деньги на свою же работу)
"Легко погрузиться в проект" - увы. Первая фраза нового программиста - "какой дурак это всё писал, я быстрей и качественней напишу с нуля, чем буду в этом разбираться".
Ну... вам никто не даст конечно этого сделать с живым продуктом, в лучшем случае дружно побухтите и вам скажут к кому ходить за помощью) Придеться терпеть все это, ну может предложат потерпеть пока все переписывается на условный GO, но опять же по опыту, это может быть очень далеко и не на много лучше)
В статье вы делаете главный упор на деньги и переманивание сотрудников. Но мне кажется это неверным если говорить про проблему кадров и HR. Я вот например не понимаю почему коммерческий опыт на "чистом" языке стоит ниже чем коммерческий опыт на фреймворке, но самое тут главное - компании не хотят тратиться на онбординг, компания хочет нанять робота который сразу с 1 дня придет и будет молча шлёпать код (еще желательно что-бы он платил, а не ему).
Да я же говорю вам, не пригорайте, выдохните, поймите что HTTP это инфраструктура, и ваш код не может весь зависит от HTTP, потому-что в DDD есть четкая инверсия зависимостей и она направлена от домена во внешние слои, вы этого не соблюдаете, а когда с вами пытаешься поговорить у вас пригорает пукачело)
Ну и еще, вы говорите что доменная область это HTTP, но ваш бизнес и его участников HTTP как таковое волнует почти с 0 вероятностью. Их волнуют данные (которые 100% описаны) и работа с ними, вот вам и доменная модель. Дальше давайте сами ;) (еще и горите так, неприятно тут пытаться найти истину какую-то)
Не пригорайте так сильно, смотрите, мы уже раскопали чучуть вашу задачку, вот привод к единому виду, скорее и надо в модель ложить, а не HTTP запросы, вот мы ваш проект и подвинули ближе к DDD, пусть и на пол шага, это разве плохо?
Опять Википедия и чужие статьи. Вы не отделяете техническую реализацию от бизнес логики, если у вас просто перекладка туда сюда, то впринципе DDD, наверное, даже лишний. И получается вы генераторы написали только для вашего HTTP домена)). Для остальных задач свои генераторы надо писать?
Это все так, но MVC сам по себе не является "антипатерном" или каким-то не тем руководством к действию, как вам уже неоднократно подметили в комментариях. Ваши примеры кода, мягко говоря, притянуты за уши, от MVC у вас просто постфикс Controller и вся логика в нем, но это ваше желание и ваша (нейросети?) реализация контроллера, а не так написано в условном учебнике. Красота архитектуры в руках ее создающего.
Дело не в размере (я надеюсь). А в попытке уйти от монолита на кучу монолитов поменьше (что якобы позволяет меньше внимание уделять архитектуре кода), ещё и их все надо связать между собой
???? Тут точно речь про DDD и чисто луковичную архитектуру?)
Микросервис всему голова... Только вот ходят легенды что это обычно куча маленьких монолитов.
Зашёл в профиль автора, может он конкурентов по тг каналам дотапливает или надеется что в тг через профиль попадут)
Творческая составляющая точно есть в работе, пишешь код и всегда есть ощущение что можно сделать лучше, тебе всегда надо придумывать алгоритмы и выражать их в коде. На самом деле с той статьёй автора я согласен (очень похоже на то что видел сам). Но в комментариях он и правда дал жару, я даже удивился что в статье и что в комментариях) Взять хотя-бы что человека не повышают в статье, но в комментариях он пишет что 400к через 2-3 года это почти каждый может.
Надо пробовать мягкое управление, далеко на галере не уплывешь)
Тут возможно, я даже задумался может это специальный приём типо неудачного входа в ИТ, чтобы проверить реакцию аудитории, ну и канал конечно, куда без него. Ну вот я, реально не так удачно как типичный рассказчик успеха зашёл) И почти все что описал автор видел сам.
Как по мне автор попал в самую точку, надоело уже читать как все вокруг становятся тимлидами в 22 года, да и ладно в 22, есть талантливые люди или кто с детства изучает программирование, но в компании реально можно работать за двоих, а повышение даже не видеть на горизонте. (На самом деле тут логично - бесплатно и качественно то что мечтает получать бизнес, хочешь работать за двоих на эти деньги? Им же так и лучше)
Тг канал конечно смутил меня, но все это очень близко с тем что я сам видел и проходил (история про мидла который не понимает - сам видел и не раз и не два...).
Я тоже пришёл к выводу что работодатель это не про уютное сотрудничество, ты скорее просто как единица которая решает бизнес задачу в ит пространстве. Сюда ещё плюсуется рынок - hr просто дрейфующих по бесконечному потоку резюме, изредка вылавлиавая кто попадется на крючок.
Getting Up! (Если честно зашёл только из-за ностальгии по этой прекрасной игре, и вот она сразу меня встречает в начале статьи) Мне кажется лучше уже не сделают, интересно будет ли ремейк когда-то... остаёться только мечтать (или самому пилить, с Витей ак-47 вместо mobb deep и всяких майк шинод... всетаки саундтрек у игры был потрясающим)
Классно конечно что везде предлагают подгонять резюме под вакансию, когда уже начнут говорить что это не самый лучший подход к началу трудовых отношений? Ещё и на резюме по 30 секунд тратят, а потом рассказывают про нехватку специалистов... Это не рынок сотрудников, это рынок менеджеров, сотрудник это просто ресурс, кто дешевле и качественней найдёт ресурс (не человека) тот и молодец
На самом деле, мне кажется, тут все сложнее. Я тоже видел людей по 10-15 лет в индустрии, которые работали в большой компании и например не могли разобраться почему строка не выводит русский текст, а каракули...
Человек даже попадая в компанию встаёт перед выбором - осваивать тёплое место или двигаться вперёд, но часто в компаниях это движение вперёд может быть воспринято негативно. Да и хорошей архитектуре далеко не в каждой команде научишься.
Да, но безопасных систем не бывает по определению. Уровень безопасности повышается защет защиты сети и много чего еще дополнительного, дело не только в коде есть еще много чего (на 5! месте - ошибки настройки безопасности). Я просто своими глазами видел как люди чуть не вымаливают деньги на свою же работу)
Ну... вам никто не даст конечно этого сделать с живым продуктом, в лучшем случае дружно побухтите и вам скажут к кому ходить за помощью) Придеться терпеть все это, ну может предложат потерпеть пока все переписывается на условный GO, но опять же по опыту, это может быть очень далеко и не на много лучше)
Со знанием чистого языка можно легко погрузиться в проект (даже при условии изменения архитектуры фреимворка). Темболее при должном онбординге.
Бизнес просто в нем не видит смысла (как и в информационной безопасности, ну до последних времен)
В статье вы делаете главный упор на деньги и переманивание сотрудников. Но мне кажется это неверным если говорить про проблему кадров и HR. Я вот например не понимаю почему коммерческий опыт на "чистом" языке стоит ниже чем коммерческий опыт на фреймворке, но самое тут главное - компании не хотят тратиться на онбординг, компания хочет нанять робота который сразу с 1 дня придет и будет молча шлёпать код (еще желательно что-бы он платил, а не ему).
Да я же говорю вам, не пригорайте, выдохните, поймите что HTTP это инфраструктура, и ваш код не может весь зависит от HTTP, потому-что в DDD есть четкая инверсия зависимостей и она направлена от домена во внешние слои, вы этого не соблюдаете, а когда с вами пытаешься поговорить у вас пригорает пукачело)
Ну и еще, вы говорите что доменная область это HTTP, но ваш бизнес и его участников HTTP как таковое волнует почти с 0 вероятностью. Их волнуют данные (которые 100% описаны) и работа с ними, вот вам и доменная модель. Дальше давайте сами ;) (еще и горите так, неприятно тут пытаться найти истину какую-то)
Не пригорайте так сильно, смотрите, мы уже раскопали чучуть вашу задачку, вот привод к единому виду, скорее и надо в модель ложить, а не HTTP запросы, вот мы ваш проект и подвинули ближе к DDD, пусть и на пол шага, это разве плохо?
Опять Википедия и чужие статьи. Вы не отделяете техническую реализацию от бизнес логики, если у вас просто перекладка туда сюда, то впринципе DDD, наверное, даже лишний. И получается вы генераторы написали только для вашего HTTP домена)). Для остальных задач свои генераторы надо писать?
Дак вот и надо публичные форумы оберегать от дезинформации, а то сегодняшние новички начитаются и тоже ложно подумают что они не такие как все)
Биг дата до первого обесточивания оперативки.