... }
Спасибо! Запишу себе! Но, что до лидов и организаций, то я смотрю обычно как проекте пишут, не обращая внимание как «правильно», мне деньги платят за реализацию задачи, а не за разбирательство - как «правильно»
тебе платят не за реализацию, а за решение бизнес проблемы. писать качественно снижая цену на поддержку в это входит
Так мой код и решает задачу, почти всегда, если и нужно что-то доработать, мне мой код и дают и потом, если я пишу также как и все остальные, то какая разница в правильности написания в конкретно взятом проекте?
+ , однако правильно делает, что качает скиллы и парится за качество кода
Если по поводу париться - это точно не ко мне)
Дело не в «правильности», дело вообще ни в чем, дело в самом коде (с)
)) Я понял, но спасибо за наставление, почитаю; Но право слово - в разработке рыночек порешал, и там чаще важна скорость реализации, а не - правильно
рыночек порешал что разработчики которые думают о бизнесе, а не о том как побыстрее наговнять - растут быстрее и стоят дороже
Ты когда уволишься, тебя что-ли будут звать твой код поддерживать?
Это не нужно записывать, это очевидно нужно понимать, почему так)
А мне без разницы будет, что после меня там с кодом будет)
И с таким отношением разработчиков не берут на нормальные проекты, может поэтому ты только и находишь такие, которые ты скинул, а потом думаешь, что так везде, и что это так лиды топят и так далее)
Я вот с этим чуваком согласен, последние сообщения разумные и здравые)
Скорее всего, это я воспринимаю просто как данность, на проекте трудятся обычные люди, у которых всего две главные задачи - решить конкретную задачу в рамках проекта и получить за это решение денег и всё
Да ну. Если у функции больше 1 параметра, то лучше объект передавать на вход, а внутри сразу делать деструктуризацию. Например даже если у вас 2 параметра и они оба одного типа(в случае ТС), то вы их можете перепутать местами. С объектом вам это будет сделать гораздо сложнее. Кроме того объект дает наглядность. Так как ваши параметры по сути будут именнованными. А то что вы описываете, ну так то для других языков, в которых что бы объект сделать, надо класс на пол страницы написать.
Как будешь сумму двух чисел считать? function sum(({a, b}: {a: number; b: number})) { return a + b; } sum({a: 1, b: 2}) 🤣🤣🤣
(a, b) => a+b Не надо выдавать исключение за правило. Например возведение в степень с двумя параметрами уже может быть проблемой.
А кстати, че ты тут смешного то увидел? Ну есть такие случаи, когда результат математического выражения не зависит от порядка параметров. ОДнако даже в математике это скорее исключение.
Обсуждают сегодня