Должны ли предприниматели учиться кодировать?
Любой, кто пытается построить бизнес на основе технического приложения, сталкивается с необходимостью принять решение: если он попытается кодировать свое приложение (или его части) самостоятельно, или если им придется нанять или сотрудничать с кем-то еще, чтобы позаботиться обо всех основных технических задачах. вещи.
Многие бизнес-ориентированные советы утверждают, что хороший основатель не должен ничего знать о базовом стеке технологий (слоях кода, составляющих приложение) и может сотрудничать с другими, чтобы выполнять эту работу за них.
Чего они не понимают:
- Знание того, как кодировать, помогает основателю находить, продвигать и управлять хорошими разработчиками.
- Любой человек, обладающий каким-либо талантом в области программирования, постоянно получает предложения от солидных компаний, и если они еще не приняли предложения, это потому, что они работают над своим собственным проектом. Так зачем кому-то в здравом уме кодировать целое приложение для основателя, не имея доли или капитала в продукте? Зачем им передавать кому-то 50% собственности на продукт, которого не будет, пока они его не создадут?
- С точки зрения программиста, наличие человека, не обладающего техническими знаниями, - это ответственность, а не выгода.
В этот момент вы можете подумать:
Что, если я заплачу кому-то с самого начала, чтобы он создал для меня приложение?
Вот некоторые проблемы:
- Программное обеспечение очень сложно оценить, особенно если вы не имеете опыта в области программного обеспечения или технологий. Вы всегда будете думать: «Не слишком ли много я заплатил за функцию X?» Будет сложно понять, что на самом деле можно / реально построить из возможного решения.
- Вы не будете довольны процессом. Отдельные разработчики могут легко остановить процесс разработки, если они недовольны.
- Вы получите то, чего не хотите.
- Вы заплатите слишком много. Это лучший сценарий, и почему консалтинговые компании, создающие приложения, берут на себя другие компании в качестве клиентов, а не отдельных лиц. Любой, кто имел отношение к созданию программного обеспечения, слишком хорошо знаком с проблемой Scope Creep. Особенно от людей, которые не хотят много платить. С точки зрения разработчика, им не стоит тратить время на то, чтобы стать клиентами.
Итак, что нужно делать?
Если вы запускаете свой бизнес, лучшим подходом было бы поучаствовать в кодировании своей бета-версии, а затем подумать о найме других после того, как вы наберете силу. Таким образом, вы также поймете основную структуру вашего приложения, и это поможет вам лучше контролировать на более поздних этапах. Вы также будете более привлекательными для технических партнеров, которые поначалу будут с вами работать.
Сколько времени потребуется, чтобы научиться программировать?
Чтобы достичь уровня, достаточного для создания прототипа, может потребоваться до ~ 6 месяцев. Важно четко понимать это различие.
Цель не в том, чтобы стать ведущим разработчиком вашего продукта. Речь идет о возможности построить прототип.
А затем найти кого-то, кто возьмется за дело, когда вы сможете собрать команду побольше, собрать деньги и делать все, что вам нужно. Знание того, как кодировать, позволяет вам привлекать технических специалистов, которых вы наймете в будущем, и управлять ими. Вы знаете, что просите людей сделать. Вы знаете, что просите их построить.
Потому что вы можете говорить на их языке. Это ожидаемо на сегодняшней сцене стартапов. Очень редко можно встретить технически неграмотного генерального директора успешного стартапа. И вы, безусловно, можете получить дополнительный пробег, если сможете сделать первые несколько шагов самостоятельно.
Раньше мы думали, что технические люди будут тяготеть к нетехническим основателям, если они смогут привлечь капитал для финансирования стартапа. Однако сегодня это оказывается не так. Важно отметить, что основателей, не имеющих технического образования, для работы с ними технических специалистов привлекает их способность получить первую критическую массу пользовательской базы (а не их способность привлекать деньги). Это очень удивительный результат, но он имеет смысл, поскольку стоимость начала чего-либо резко снизилась, и технические специалисты в большинстве случаев могут придумать, как получить деньги для начала самостоятельно.
Сообщение Эндрю Чена о главной особенности основателя технологического стартапа попало в самую точку.
Сладкое пятно
Итак, теперь мы подходим к поворотному моменту в технологиях, когда для кого-то, у кого есть хорошая идея, возможно и доступно создавать программное обеспечение, развертывать его, запускать и размещать в облаке как бизнес, основанный на услугах.
И есть много людей с удивительными идеями для приложений, не имеющих технического образования.
Они все больше и больше пытаются самостоятельно научиться программировать и начать работу. Однако их первая цель должна заключаться в том, чтобы минимизировать кривую обучения. Да, можно пойти в CSS-Tricks или Code Academy, чтобы изучить Javascript. Но им нужно понимать, в каком контексте они изучают это или почему они это изучают. Удивительно, но большинство людей этого не делают.
Даже в крупной софтверной компании. И когда их спрашивают, почему они изучают Javascript или Python, они не могут ответить на этот вопрос. Это просто хорошо смотрится в их резюме и делает их более востребованными.
Определите свои ожидания. Научиться программировать - это не то же самое, что стать инженером-программистом. Деннис Кроули, основатель FourSquare, сам научился собирать прототип. Моя цель - создать MVP.
Как мне кажется, важно научиться тому, кто решается в мир высоких технологий и пытается создать веб-приложение:
Маркетинговые концепции. Взлом роста. Запуск продукта. Навыки кодирования, достаточные для взлома или создания MVP (т. Е. Прототипа). Вы можете быть плохим программистом, но у вас будет достаточно знаний, чтобы собрать прототип. Если вы застряли, ищите кого-нибудь, кто поможет.
Важно начать, а затем продолжать двигаться вперед, выясняя, как разрешить все препятствия на пути.
