eFusion

И снова спрошу - как-то же распределенные разработчики разбираются в 100500 классах в случае с котлином, джавой и андроидом? Ничего им не приходится разматывать и создавать 2000 классов. Если человек вне контекста, то на такую должность он подходит т.к. для работы вне контекста нужен опыт работы с внеКонтекстом, опыт работы в распределенных командах и просто опыт работы, а не после 4го курса (или не дай бог без универа вообще)... Код должен быть нормальным, должна быть документация (если это уважающий себя проект, а не 500 классов мусора) и его нужно в дальнейшем адекватно поддерживать, а не говнокодить, кто во что горазд.

Господа! О чем вы все здесь вообще?!! ООП появилось не вчера и все ООП-ные ЯП юзаются не один десяток лет. Как вы считаете, если бы с ООП было что-то не так, как тут считают, "мировые правящие IT-головы" не решили бы это все хозяйство упразднить, переживая о 2000 классах или о неокрепшей психике молодых-зеленых??!!!!! Придите в себя! Если вы пришли в ОО-язык из мультипарадигмального или вообще из процедурного, то не болтайте чепухой, а соблюдайте правила этого языка, писанные 10-летиями и будет вам умиротворение и покой.

Если считать три столпа: инкапсуляция, наследование, полиморфизм злом, то можно смело обратиться в Google, Apple, Windows и сказать, чтобы не юзали C++, JS, Swift, Java, Objective C, Go и гору прочих ЯП, используемых и создаваемых. Пишем все в процедурном стиле и плодим простыни из неподдерживаемого кода! Если необходимо написать код для вывода "Hello world!", то, конечно нафиг ООП, а если вы собрались наваять приложение в телефон - попробуйте это сделать на процедурке...

Не нужно забывать, что каждый фреймворк и каждая фича весит в 1000 раз больше, чем в 95й винде. В Win7 напихано в 1000 раз больше всякого-ненужного, ну, и говнокод, бесконтрольно писанный индусами, а также заплатка на заплатке и патчем погоняет - поэтому всё "ломается". Windows будет всегда ломаться потому, что это Windows... В статье речь не о Windows (как минимум потому, что неизвестно, какой там код), а об общем подходе написания правильного кода, типс&трикс, так сказать.

А потом другой сильный разработчик, он же тимлид, заставит первого рефакторить код, дабы оптимизировать эти горы условий... Сразу нужно избегать ветвлений (на пример, как в статье) и строить свой проект в таком ключе.

iMacros-ом не пользовались. Обязательно рассмотрим в следующем обзоре инструментов. Спасибо за наводку

Спасибо за участие. Добавим к следующей подборке

Из трех претендентов только 1 библиотека, да и в данном контексте это не особо влияет на смысл, вложенный в статью.

Такой функционал нужно реализовывать в бекенде, а в БД хранить результаты вычислений, предположений и анализа.

Имелось ввиду, что глобальные обновы с кучей депрекейтов происходят не пять раз в неделю, а раз в 3-4 месяца (да и вообще глобально ничего часто не меняется). Разработчик успевает писать код не боясь, что какой-то его кусок перестанет правильно работать, а за время между обновами, в сети успевает собраться инфа, по решению тех или иных задач.