чему стоит готовиться в плане структуры кода (функционалка / классы), понимаю, что тут холиварный вопрос и все от компании к компании. Мне чисто метрики собрать)
На фронте у нас функциональщина, классы редко где пишутся. От своих коллег по цеху вижу на проде на бэке тоже функциональщина, но спрашиваю у других людей там классы.
Как у вас с этим? Может есть какое-то личное наблюдение в этом вопросе.
Всем спасибо)
> к чему стоит готовиться в плане структуры кода (функционалка / классы) В большинстве случаев процедурка, реже классы (nest) > На фронте у нас функциональщина не часто
ооп отстой функциональщина топ однако, это можно прекрасно сочетать
отличие монады от комонады
у них противоположные принципы, совмещать разве что в разных местах независимых
нуууу ангуляр пытается пытаясь удержаться на классах но с rxjs
Что стоило ожидать от фронтедера)
я не фронтендер)
Хочу посмотреть как ты будешь писать банковские приложения в виде функционалки
Или может прилы для космических программ или еще че по хуже
не надо шизы, пожалуйста
Ну ты реально чушь сказал) без обид
Счёт это монада 😂
Телеком пишут, что в банках особенного?
Так же от компании зависит В некоторых компаниях фронт на классах
Бухгалтера и прочие гуманитарии повесятся от таких понятий.
От каких? У тебя бухгалтерия знает про классы, интерфейсы и наследование?
Объектная модель (без тонкостей) это естественная концепция для обывателя. А то, как твое приложение устроено, так или иначе влияет на то в каком виде данные принимает и отдает.
Очень естественная. Особенно если попросить построить модель наследования для классов точка, круг, шар. Даже опытный программист не сможет
Но так и не увидел причем тут бухгалтер, ООП и ФП
Это детали. Речь про мышление в объектах или преобразованиях. Обычные люди мыслят в большинством своем в объектах.
Люди думают классами, а не объектами. Прототипы в js никто уже не использует, все перешли на классы. В golang люди до сих пор считают что там нет ООП
Обсуждают сегодня