Большую часть вкусовщины обычно отрубают нормально настроенный линтинг и автоформатирование кода. Вот если там этого нет или плохо настроено, тогда простор для вкусовщины будет широким.
Плохой и хороший код есть везде. Критерии хорошести с точки зрения бизнеса могут разниться и конечно, как правило, они не совпадают с инженерными критериями хорошести. Склонен думать что в геймдеве бизнесовые критерии хорошести часто совпадают с идеями методологии «хуяк и в продакшен», отсюда преобладание плохого кода.
Я имел ввиду что умение и желание делать код понятным это тоже ценный скилл. Два толковых разработчика могут написать одинаково быстрый и надежно работающий код по результатам всяческих тестов и стабильной работе в продакшене. Но код одного из них может быть очень сложно читаемым и в таком случае очевидно какой из этих прогеров более ценен для компании, а другой будет «королем». Как правило если код «непонятный и сложно читаемый» то поддерживать и расширять его будет сложно.
Его код может быть произведением искусства — эффективным, быстрым и логичным, но он не будет понятен человеку без подходящей квалификации, которую не так просто получить.
Человека с неподходящей квалификацией никто и не наймет на эту работу. В каждой области может быть плохой и непонятный код, будь то специалист по AV1 кодекам или React JS девелопер. На React тоже можно сделать медленно, а можно быстро и эффективно.
Признание проблемы это первый шаг на пути исправления. То есть для вас еще не все потеряно и возможно когда-то король обратит на вас взор и напишет в ривью что ваш код уже не самый худший из худших.
Мне очень нравится Билл Гейтс. Во-первых, он очень-очень умный. Во-вторых, он большой такой ботаник по жизни. До сих пор он совершенно погружен в технологии и до сих пор смотрит на мир с такими немного наивными, открытыми глазами.
Ну я вот как раз хотел «быстро» протестировать работоспособность ондной программулины, но скачать ее так и не смог.
Как раз с LiveCD и начинается как правило знакомство с системой, а здесь нет браузера…
На прошлой неделе запускал это чудо в виртуальной машине, live cd версию, хотел проверить работает ли там одна штуковина виндовая. Так там даже не нашел браузера. Закрыл и удалил.
а проблемы с производительностью начинаются только если вам приходится работать с большими объёмами данных (1000+ объектов в выдаче API).
Это неверное суждение. Падение производительности там завист от количества вотчеров, если вотчеров немного, то не важно сколько данных было скачано.
регулярно наблюдаю как тормозят и криво работают проекты моих коллег, написанные на React и новых версиях Angular (в частности во второй).
Криворуких разработчиков всегда хватало. Дело в том что AngularJS не предоставляет нормальных возможностей управления change detection механизмом, а современные фреймворки предоставляют (хотя не уверен насчет Vue который в этом плане считается негибким).
AngularJS имеет фундаментальные/неустранимые проблемы с производительностью. Было бы очень недальновидно начинать использовать этот фреймворк в наши дни. А вот Angular 2+ это совсем другое дело.
Если нужен только реактивнй рендеринг HTML шаблонов и также например обработка onlick DOM-подобных событий, то существую гораздо более легковесные и тоже быстре решения чем AngularJS или React.
Механизмы $on/$emit/$broadcast лучше не использовать тк они завязаны на scope, понятие которе существуют только в AngularJS, потом задолбаетесь переезжать на другой фреймворк. Лучше уже тогда просто задействовать просто EventEmitter, но лучше работать без событий или хотя бы их типизировать что сделать не так просто. События вносят неявность во взаимодействие сущностей.
Если же, в случае ангуляра, не пользоваться компонентами и не писать свои директивы, всё равно, по сути, у нас всё ещё останется мощный инструмент с десятком возможностей, включая систему событий и привязку данных.
Большую часть вкусовщины обычно отрубают нормально настроенный линтинг и автоформатирование кода. Вот если там этого нет или плохо настроено, тогда простор для вкусовщины будет широким.
Как раз с LiveCD и начинается как правило знакомство с системой, а здесь нет браузера…
Криворуких разработчиков всегда хватало. Дело в том что AngularJS не предоставляет нормальных возможностей управления change detection механизмом, а современные фреймворки предоставляют (хотя не уверен насчет Vue который в этом плане считается негибким).
Если нужен только реактивнй рендеринг HTML шаблонов и также например обработка onlick DOM-подобных событий, то существую гораздо более легковесные и тоже быстре решения чем AngularJS или React.
Механизмы $on/$emit/$broadcast лучше не использовать тк они завязаны на scope, понятие которе существуют только в AngularJS, потом задолбаетесь переезжать на другой фреймворк. Лучше уже тогда просто задействовать просто EventEmitter, но лучше работать без событий или хотя бы их типизировать что сделать не так просто. События вносят неявность во взаимодействие сущностей.