Поиск программиста/команды или как разработчики вас грабят

Если вкратце, то:

Постараюсь сэкономить ваше время и приводить примеры/аналогии из простой жизни, не используя разную терминологию.

Мне нравится подход моего преподавателя в университете: если ты не можешь рассказать непосвященному человеку сложный момент, то ты и сам в этом нихрена не понимаешь…

Прошу держать в голове, что этой мой субъективный опыт и суждения, которые основываются на опыте работы программистом с 2010 года, опыт работы в стартапе и предпринимательской деятельности с 2019 года. Всегда рад конструктивной критике в комментариях.

1. Представим ситуацию, когда бизнесу нужно решить задачу, например, автоматизация или оптимизация. В большинстве своем такая задача непростая, поэтому каких-то конструкторов или готовых решений вряд ли встречаются на рынке. Поэтому очевидный шаг найти исполнителя уже с компетенцией. Тут стоит уточнить, если у выбранного Вами исполнителя уже есть опыт работы с похожими вопросами - отлично, если нет - не страшно. Важно, чтобы был положительный опыт решения задач в принципе. В этом случае есть шанс, что и в вашем вопросе исполнитель разберется и выдаст результат, устраивающий Вас.

И вот на этапе поиска\собеседований начинается самое интересное и неочевидное. Весь мир развивается, прогрессирует и бОльшая часть людей, специальностей, технологий вместе с ним. Это означает, что в каждой специальности появляются инструменты, которые помогают выполнять свою работу эффективней и быстрей.

А теперь представьте ситуацию, что некоторые разработчики отказываются работать с подобным вспомогательным инструментарием, аргументируя (весьма убедительно для непосвященного) тем, что он неэффективен, и предлагает “изобретать велосипед” и использовать уже его в работе (а может просто этот человек не научился использовать этот готовый функционал?!).

Из примеров на ум приходит только следующая аналогия: вам предлагают отказаться от покупки\использования тех ноутбуков, которые есть уже на рынке. Взамен предлагают создать полностью с нуля и использовать свой ноутбук + ждать месяц, а не пару дней + дороже. Вам ничего это не напоминает (ссылка или ссылка)?!

В дальнейшем это выльется в проблему, когда после ухода основного разработчика, который все это затеял и предложил, другие просто откажутся работать с его велосипедом. А для специалиста это как шаг назад в развитии (работать с чужим велосипедом).

Очень здорово, когда сам человек понимает разницу между тем, кто он: кодер или разработчик?!

Для меня разница состоит в следующем:
- кодер - кто пишет код для своего удовольствия;
- разработчик - пишет код, чтобы решить проблему\задачу.

2. Чтобы избежать такого, на мой взгляд, на этапе поиска подрядчика\исполнителя расспрашивать про то, какие они готовы использовать известные библиотеки, фреймворки. Считаю, что не стоит быть посвященным человеком в IT, чтобы определить специалиста, который будет от них отказываться… А это уже как мы выяснили влечет возможные риски за собой.

Как итог, повторюсь:

- неосознанный грабеж происходит, когда специалист не хочет использовать готовый вспомогательный инструментарий, тем самым увеличивая сроки работы, и ,следовательно, увеличивая уже ваши издержки. Вы готовы из-за личной прихоти человека пойти на это?

- избежать таких ситуация можно даже непосвященному человеку, когда на этапе поиска исполнителя, интересоваться их подходом к работе: “свой велосипед” или уже готовый инструмент.

Поделитесь, пожалуйста,в комментариях, приходилось ли Вам сталкиваться с тем, когда Вам отговаривали от использования готового?