Найти тему
240 подписчиков

Пакетно-ориентированное программирование


В программировании почти всегда встречаются ребята, которые, что называется, «doer», т.е. дословно «делатель» - человек, который может пойти и закрыть вопрос/проблему/фичу и пр. Идет, разбирается и делает, обычно довольно бодро и это просто супер круто в целом. Бизнес это любит, это двигает продукт, позволяет зарабатывать больше денег и инвестировать опять же в продукт и пр. и пр.

Не у всех doer-ов, а скорее иногда такая работа скатывается в какое-то бездумное написание кода, подключение npm-пакетов под любую задачу и пр. По сути эдакий low code на пакетах 🤦‍♂️ На собеседованиях у меня есть разминочный вопрос про то, как понять четное ли число. Так вот - нам лично вроде не попадались, но вообще говорят, что иногда на такой вопрос отвечают, что вроде есть такой пакет is-odd и им это можно сделать. И проблема не в этом пакете и не в том, что «надо получать базовое образование как я и начинать с перевода цифр из одной системы счисления в другую». Проблема в том, что делая так постоянно, такой сотрудник краткосрочно закрывает вопросы, но почти не развивается технически и накапливает неведомый ему и остальным тех. долг. Потом увольняется, а вы остаетесь с таким вот проектом, который неприятно трогать рукой.

Я ни в коем случае не против готового кода, библиотек и пр. - надо иметь большое мужество, чтобы отдавать свой код обществу, ничего не требуя взамен и пр. и пр. как дядя Боб завещал. Но вот пользоваться пакетами надо очень и очень аккуратно, прокачивая себя как технаря, раз уж вы этим занимаетесь. Надо понимать, что в нём и нужна ли реально вам в проекте такая зависимость. Как вы дальше будете жить с этим делом. Отдельный хороший скилл - не хотеть писать свой web-фреймворк как было 10 лет назад со всеми php-шниками (тогда почти все ими были), в т.ч. со мной))

Наверно в какой-то степени я защищаю своё ремесло в этом посте. Не удивительно, ведь я отдал ему около половины жизни. И я за развитие и low code, no code когда это оправдано, но против ситуаций, когда подход «не понимаю как оно работает, зато сделал быстро» мешает коллегам и создает огромную проблему для ближайшего будущего проекта.
1 минута