Не уверен что рядовой офисный работник сможет высидеть 8-10 часов на высоте нескольких десятков метров в раскачивающейся на ветру кабинке. Это одна из причин по которой у них зарплаты высокие.
Вообще сварщик\токарь\слесарь и т.п. очень полезные профессии. И программисту не помешало бы овладеть чем-нибудь таким.
Одни пишут чистые компоненты, другие классы, третий все старается писать иммутабельно и функциями. Кто-то использует redux, еще кто-нибудь предпочитает MobX или что еще там.
Угу. Очень стандартно и понятно.
По роду занятий я видел много разного кода и в компаниях которые зарабатывают деньги своим продуктом, код часто выглядит ужасно, с кучей костылей и велосипедов. Но он работает и приносит деньги.
А четырехглазые задроты в стартапах умеют только бесконечно рефакторить, рассуждать о высоком и проедать деньги инвесторов.
Это хороший список для тех кто только закончил ВУЗ.
Человека с опытом это может даже оскорбить и в итоге фирма сможет набрать разве что кучу студентов без опыта разработки бизнес приложений.
«Чтобы все офигели как я могу».
В моем рабочем опыте это обычно показатель законченного эгоиста, который не заботится о том, как код будут читать другие программисты.
Модные best practices настаивают, что комменты это плохо и все функции\переменные должны быть самодокументируемыми. Поэтому современные каргокультисты от программирования считают коментарии моветоном и максимально их избегают.
У меня просто другой опыт. Когнитивное искажение, так сказать. Все мои знакомые программисты, которые готовились с персональным тренером к марафону\триатлону — успешно их прошли.
Все что от них требовалось — выполнять указания тренера.
Да, она действительно логичная, но спортсмена я в ней вижу скорее как заказчика, а не исполнителя.
Ну и IT-проект может «не выстрелить» просто так, несмотря на приложенные усилия.
Аналогия не очень. Методы подготовки к Ironman обкатаны тысячами атлетов. С личным тренером, деньгами и временем они в 100% случаев приводят к успешному результату (я не беру во внимания незапланированные случаи вроде травм, болезней и лени). Задача спортсмена — выполнять распоряжения тренера и медалька гарантирована.
С IT проектом это не работает.
Круто, прохождение Ironman всегда вызывает уважение.
Но мне эта статья напомнила книгу «Железный человек есть в каждом».
На самом деле подготовиться к Ironman с личным тренером, достаточной суммой денег на экипировку и возможностью посвящать этому 15-20 часов не неделю не сложно и я не сильно понимаю как этому помогли скиллы PMа. Разве что договориться с начальством чтобы не дергали во время тренировок.
Адекватно было бы не придумывать синтетический пример, который явно показывает преимущество одного из вариантов.
А почему я не могу взять набор библиотек закрывающий процентов 95% функциональности, а остальное написать сам?
К сожалению, это слишком часто доходит до ситуации, когда каждое выражение оборачивается в отдельную функцию, а половина из них еще и разносится по разным файлам. Разбираться в написанном становится очень некомфортно.
По мне лучше функция из нескольких шагов, но в пределах одного экрана, чем прыгать по файлам и функциям не теряя контекст.
А потом придет новый программист, посмотрит на код состоящий из таких круто завернутых выражениях с генераторами, которое для нетренированного глаза выглядит как Вавилонская клинопись и застрелится.
А через полгода застрелится и автор кода, который не сможет понять код и вспомнить что и зачем он так круто заворачивал.
Художники, музыканты, писатели оттачивают свои умения годами. Об этом обычно никто не вспоминает и все ситают, что дело в исключительном таланте данного человека, который сел и вжух — придумал и сыграл сложнейшую симфонию за одну ночь.
Любые руководства по «творчеству» с первых страниц подчеркивают, что ничего не получится если не практиковаться постоянно.
Прошу прощения, просто я свинину не ем и поэтому когда говорю «мясо» подразумеваю говядину.
Баранина на самом деле сырая тоже не вредная, просто невкусная.
Вообще сварщик\токарь\слесарь и т.п. очень полезные профессии. И программисту не помешало бы овладеть чем-нибудь таким.
Угу. Очень стандартно и понятно.
А четырехглазые задроты в стартапах умеют только бесконечно рефакторить, рассуждать о высоком и проедать деньги инвесторов.
Человека с опытом это может даже оскорбить и в итоге фирма сможет набрать разве что кучу студентов без опыта разработки бизнес приложений.
В моем рабочем опыте это обычно показатель законченного эгоиста, который не заботится о том, как код будут читать другие программисты.
Все что от них требовалось — выполнять указания тренера.
Ну и IT-проект может «не выстрелить» просто так, несмотря на приложенные усилия.
С IT проектом это не работает.
Но мне эта статья напомнила книгу «Железный человек есть в каждом».
На самом деле подготовиться к Ironman с личным тренером, достаточной суммой денег на экипировку и возможностью посвящать этому 15-20 часов не неделю не сложно и я не сильно понимаю как этому помогли скиллы PMа. Разве что договориться с начальством чтобы не дергали во время тренировок.
А почему я не могу взять набор библиотек закрывающий процентов 95% функциональности, а остальное написать сам?
По мне лучше функция из нескольких шагов, но в пределах одного экрана, чем прыгать по файлам и функциям не теряя контекст.
А через полгода застрелится и автор кода, который не сможет понять код и вспомнить что и зачем он так круто заворачивал.
Художники, музыканты, писатели оттачивают свои умения годами. Об этом обычно никто не вспоминает и все ситают, что дело в исключительном таланте данного человека, который сел и вжух — придумал и сыграл сложнейшую симфонию за одну ночь.
Любые руководства по «творчеству» с первых страниц подчеркивают, что ничего не получится если не практиковаться постоянно.
Баранина на самом деле сырая тоже не вредная, просто невкусная.
Тартар по сути фарш со специями.
Только сырую птицу пробовать не рекомендуется.