Проблема в том, что для программиста обучение и совершенствование (в ногу с прогрессом) это константа.
Под "константой" ты понимаешь необходимость, как я понимаю. С моей точки зрения, необходимостью является способность к обучению и совершенствованию. Потому что 1) технологий и в целом областей настолько много, и их кол-во растет, что угнаться за всеми ты не можешь. И, поскольку новое пояляется постоянно, при следовании самому-самому новому, ты будешь знать много, но не полно. 2) мест, где используют что-то свое (что, кстати, потом может стать стандартом области - примеров много) - вагон и маленькая тележка, не считая воон того парохода на рейде.
На это, кстати, можно смотреть с той точки зрения, что готовность разбираться (=учиться) в локальной технологии - конкурентное преимущество, т.к. множество (см. твои доводы выше) хочет оперировать общепринятым и не ограничивать себя локальным.
я вот как раз стараюсь теперь таких мест избегать. Моё дело писать код и знать как решить задачу. А вот какую именно задачу - пожалуйста напишите и покажите.
Может быть я конечно не прав, но иногда понятие того, что надо сделать занимает огромное количество времени и меня напрягает тот факт, что это время не идёт на пользу моим способностям программиста.
Ну, здесь можно развернуть длинный срачик на тему "программист vs кодер" и "программист Vs постановщик задач-архитектор", только не нужно. Автоматизация какой-либо деятельности, что подразумевает "разобраться в области на некотором уровне" - и есть задача инженера-программиста. Да, чисто гипотетически, наверно есть вселенная, где программисту, сидящему в "чистой" комнате приходит задание вида "сделай черный ящик, который при входных данных ABC выдает DEF" с полной спецификацией параметров, только в реальности, кмк, это не так радужно. Ну, как минимум, в небольших компаниях это вообще невозможно. И я даже не об общении с заказчиком, нет. Например, у меня на работе - я за 8 лет работы общался с клиентом ровно 1 раз. Но система настолько большая и сложная, что подчас приходится разбираться, как что работает, и нет ни одного человека, который знал бы систему целиком. Просто масштаб таков. И здесь ты будешь въезжать не в область деятельности людей, а в область деятельности готовой программы. Элементарно - терминология может быть специфичной.
Сообщение изменено: Zero (16 января 2017 - 19:42 )