Поиск программиста/команды или как разработчики вас грабят
Если вкратце, то:
- неосознанный грабеж происходит, когда специалист не хочет использовать готовый вспомогательный инструментарий, тем самым увеличивая сроки работы и увеличивая уже ваши издержки. Вы готовы из-за личной прихоти человека пойти на это?
- избежать таких ситуация можно даже непосвященному человеку, когда на этапе поиска исполнителя, интересоваться их подходом к работе: “свой велосипед” или уже готовый инструмент.
Постараюсь сэкономить ваше время и приводить примеры/аналогии из простой жизни, не используя разную терминологию.
Мне нравится подход моего преподавателя в университете: если ты не можешь рассказать непосвященному человеку сложный момент, то ты и сам в этом нихрена не понимаешь…
Прошу держать в голове, что этой мой субъективный опыт и суждения, которые основываются на опыте работы программистом с 2010 года, опыт работы в стартапе и предпринимательской деятельности с 2019 года. Всегда рад конструктивной критике в комментариях.
1. Представим ситуацию, когда бизнесу нужно решить задачу, например, автоматизация или оптимизация. В большинстве своем такая задача непростая, поэтому каких-то конструкторов или готовых решений вряд ли встречаются на рынке. Поэтому очевидный шаг найти исполнителя уже с компетенцией. Тут стоит уточнить, если у выбранного Вами исполнителя уже есть опыт работы с похожими вопросами - отлично, если нет - не страшно. Важно, чтобы был положительный опыт решения задач в принципе. В этом случае есть шанс, что и в вашем вопросе исполнитель разберется и выдаст результат, устраивающий Вас.
И вот на этапе поиска\собеседований начинается самое интересное и неочевидное. Весь мир развивается, прогрессирует и бОльшая часть людей, специальностей, технологий вместе с ним. Это означает, что в каждой специальности появляются инструменты, которые помогают выполнять свою работу эффективней и быстрей.
А теперь представьте ситуацию, что некоторые разработчики отказываются работать с подобным вспомогательным инструментарием, аргументируя (весьма убедительно для непосвященного) тем, что он неэффективен, и предлагает “изобретать велосипед” и использовать уже его в работе (а может просто этот человек не научился использовать этот готовый функционал?!).
Из примеров на ум приходит только следующая аналогия: вам предлагают отказаться от покупки\использования тех ноутбуков, которые есть уже на рынке. Взамен предлагают создать полностью с нуля и использовать свой ноутбук + ждать месяц, а не пару дней + дороже. Вам ничего это не напоминает (ссылка или ссылка)?!
В дальнейшем это выльется в проблему, когда после ухода основного разработчика, который все это затеял и предложил, другие просто откажутся работать с его велосипедом. А для специалиста это как шаг назад в развитии (работать с чужим велосипедом).
Очень здорово, когда сам человек понимает разницу между тем, кто он: кодер или разработчик?!
Для меня разница состоит в следующем:
- кодер - кто пишет код для своего удовольствия;
- разработчик - пишет код, чтобы решить проблему\задачу.
2. Чтобы избежать такого, на мой взгляд, на этапе поиска подрядчика\исполнителя расспрашивать про то, какие они готовы использовать известные библиотеки, фреймворки. Считаю, что не стоит быть посвященным человеком в IT, чтобы определить специалиста, который будет от них отказываться… А это уже как мы выяснили влечет возможные риски за собой.
Как итог, повторюсь:
- неосознанный грабеж происходит, когда специалист не хочет использовать готовый вспомогательный инструментарий, тем самым увеличивая сроки работы, и ,следовательно, увеличивая уже ваши издержки. Вы готовы из-за личной прихоти человека пойти на это?
- избежать таких ситуация можно даже непосвященному человеку, когда на этапе поиска исполнителя, интересоваться их подходом к работе: “свой велосипед” или уже готовый инструмент.
Поделитесь, пожалуйста,в комментариях, приходилось ли Вам сталкиваться с тем, когда Вам отговаривали от использования готового?
По-дефолту, разрабы собирают проект на стеке своих предпочтений. Но, если скажите задействовать что то другое, вероятнее всего они согласятся, но при этом возможно поднимут цену. Другое дело, что цены на dev-услуги весьма субъективны. Кто то может уложиться в бюджет 30 тыс., кто то запрашивает 150 тыс. и не факт, что будет лучше. Как то заказывал не сложный сервис, обратился в несколько студий, диапазон стоимости был от 11 до 250 тыс. рублей, и это на готовом фреймворке.
Между программистом который сделает вам за 11 и за 250 чаще всего есть большая разница. И она выражается в коде, который вы в итоге получите.
Как-то позвали меня работать в компанию, смысл предложения был такой: "Мы тут два года пилили силами пяти разработчкиков социальную сеть, у нас уже все готово, запуск через месяц, договорились о рекламе с федеральными каналами, но последнее время главный разработчик часто болеет, боимся не успеть, нужно чисто баги поправить"
Когда я пришел - это был лютый треш. Несмотря на то, что мне тогда по деньгам предложили нормально, оказалось что остальная команда - это студенты 2-3 курса работающие за сумму чуть больше превышающую МРОТ. Компания решила экономить.
Когда я посмотрел код - это был полный бздец. Не потому что некрасивый, а потому что я понял, что тут не готово нихрена и сайт не выдержит нагрузки больше 50 пользователей одновременно (все таблицы были MyISAM, никаких индексов, код делал вагоны лишних запросов и много других приколов). Я с этим выводом пошел к гендиру, тот естественно - не бывает таких сайтов, которые столько держат. У вас бывает, говорю. Ну я тогда вроде парень с улицы был, хоть и по рекомендации пришел.
Короче, позвали админа и решили провести нагрузочное тестирование - как сейчас помню. 48 коннектов норм, 49й уже отвалился.
Гендир с инвестором в панике, прибегают, мол любые деньги, все связи свои готов подключить, хочешь - в политику тебя продвинем, у нас там вагон знакомых, хочешь любые другие бонусы, но через месяц нужно запуститься железно.
Я вежливо объяснил, что это тот случай, когда код нужно выкинуть весь и другого варианта просто нет. Предложил позвать доверенное лицо, которое в IT шарит. Приехал какой-то их родственник, благо действительно разбирающийся в вопросе, мы с ним час это все обсуждали, он тож посмотрел что там - и подтвердил, что нужно все выкинуть и сделать заново. И что за месяц это нереально, так как команда что есть, ни к чему непригодна, а один я тупо не потяну.
Мне потом еще много золотых гор предлагали, но это был тот случай когда физически, работая 24 в сутки, это было невозможно сделать. А срок сдвинуть было нельзя никак.
Это был единственный раз в жизни, когда я вышел на работу в один день и в тот же день ушел. Соцсеть также не запустилась.
Очень показательный пример, когда экономия обернулась полным провалом. У меня есть еще история как я сам сэкономил на дизайнере открывая свою веб-студию. Если кратко - с тех пор не экономил на специалистах.
Комментарий недоступен
Все верно, так и есть.
На мой взгляд, при обращении в компанию с запросом на ценник, в цену закладываются содержание персонала подрядной организации (бухгалтера\ов, уборщиц и тд) + существенная доля (опять же, на мой взгляд) уходит директору компании...
Комментарий недоступен
за сколько в итоге сервис заказал?
Опять менеджмент свою некомпетентность размазывает на исполнителей.
Разработчик пишет код, это не эфемерная штука в вакууме, а вполне понятный процесс с понятным результатом. Если вы не хотите зоопарк фреймворков и поддерживаемый код - делайте гайдлайны и архитектуру. Ваш репозиторий должен отколнять несоответствующий код и неправильные подходы и сделать можно это разными путями например review + sonar.
Ну и чем четче будет поставлена задача, тем понятнее результат. Как правило, на проекте не нужны все сеньеры. Декомпозиция задач + процессы приемки кода + процессы описания фичей позволят вам нанимать более дешевый персонал на дешевые операции.