Благодаря платформам без кода разработчики могут быть освобождены от синтаксиса. Используйте это, чтобы улучшить свою логическую игру.
Я заново открыл для себя любовь к программированию. И я сделал это, не написав ни строчки кода.
Платформы без кода - не новое изобретение. На самом деле они существуют столько же, сколько и код. Первый стартап, к которому я когда-либо присоединился, был компанией по разработке программного обеспечения, которая начала продавать фреймворки, которые мы создали для повышения скорости и качества нашей собственной разработки.
И пока я встречаюсь с самим собой, я впервые написал строчку кода на Commodore 64. С тех пор я основал, построил и продал компании, в которых был единственным разработчиком. Но я уже десять лет не касался языка программирования профессионально. Я был доволен тем, что позволял настоящим программистам заниматься программированием.
За это десятилетие языки, стеки и платформы входили и выходили из моды, и почти все, в чем я был профессионален, стало слишком старым, чтобы иметь больше пользы (в какой-то момент это случается с лучшими из нас).
Теперь я смотрю на программный код как на иностранный язык, который я выучил за лето. Я это слышу и кое-что понимаю, но боюсь говорить это, чтобы не показаться идиотом.
Платформы без кода извлекают выгоду из того факта, что это то, как большинство профессионалов в сфере бизнеса и продуктов рассматривают разработку программного обеспечения. Мы это понимаем, мы как бы понимаем это, но если что-то не работает так, как должно, синтаксис для получения того, что мы хотим, выходит за рамки нашей лиги.
Но теперь пользователям платформ без кода не нужно ничего знать о синтаксисе. Ни одной команды. Это кажется незначительным изменением, но на самом деле это довольно большое дело.
Платформы без кода начали создавать новый класс разработчиков программного обеспечения. И со всей этой умственной энергией, которая используется для творчества в логике, вместо того, чтобы тратиться на запоминание синтаксиса, отсутствие кода может в конечном итоге привести к созданию более продуктивного разработчика программного обеспечения.
В любом случае мы все компиляторы
Когда вы погружаетесь в разработку программного обеспечения, все мы, разработчики, в любом случае в основном полагаемся на фреймворки и платформы (поддержка вам, ребята, которые используют реальный машинный язык, но большинство из нас компилирует то, что мы пишем).
Моим самым полезным навыком кодера никогда не была фотографическая память, которая помогла мне запомнить весь синтаксис. Я все еще держу Stack Overflow открытым, когда пишу код. Моими главными навыками были логическое мышление и распознавание образов.
Эти навыки не работают в вакууме, где происходит большая часть разработки программного обеспечения. Кроме того, кодирование в вакууме обычно дает менее впечатляющие результаты. Любой, у кого есть плохой опыт в оффшорной разработке, скажет вам, что если возникнет проблема с переводом бизнес-требований в требования к программному обеспечению, из стороннего магазина может вылететь целый ряд непригодных для использования мусора.
Так как компании, занимающиеся разработкой программного обеспечения, начали нанимать опытных бизнес-экспертов и экспертов по продуктам, чтобы дополнить свои таланты в области программирования, так же и профессионалы в области бизнеса и продуктов начали превращать электронные таблицы в базы данных с действительно плохим пользовательским интерфейсом и низкой степенью автоматизации.
Около 10 лет назад появились автономные приложения для автоматизации и платформы пользовательского интерфейса, чтобы заполнить пробел, такие как Zapier, Slack, Airtable и множество интерфейсных платформ с низким кодом.
Однако остались две проблемы. Во-первых, для правильного использования платформ с низким кодом все еще требуется хорошее техническое понимание. Во-вторых, сервисы автоматизации были крайне ограничены в том, что они могли автоматизировать.
Затем, около пяти лет назад, полные варианты без кода позволили бизнес-пользователям создавать и выпускать полные вспомогательные приложения, простые приложения, которые можно было бы использовать в рамках организации, но которые не были достаточно надежными, чтобы выпускать их в качестве продукта для широкой публики. Эти приложения автоматизируют внутренние бизнес-функции: интерфейс, серверная часть, управление данными, безопасность, API - все это доступно в ограниченном объеме.
Сегодня такая платформа, как Bubble, которую я использую для создания настоящего продукта, вышла за рамки ограниченной функциональности, достаточной для того, чтобы превратить бизнес-пользователей из разработчиков вспомогательных приложений в разработчиков продуктов. Другими словами, эти платформы сделали разработку программного обеспечения мейнстримом.
Но с одной загвоздкой.
Вам не обязательно учить синтаксис, но ...
Совершенно верно, что платформы без кода не требуют, чтобы «кодировщик» что-либо знал о синтаксисе. Но наличие синтаксиса, написанного для вас, никоим образом не гарантирует хорошего кода.
Без логического мышления, навыков решения проблем и распознавания образов, которые на самом деле делают великих программистов такими, какие они есть, продукты без кода могут легко превратиться в цирк непригодного для использования мусорного программного обеспечения. Я могу только представить себе тысячи заброшенных проектов без кода, которые стали слишком сложными, или не работали, или требовали слишком большого ввода для крошечной части вывода.
Но с приобретением этих навыков специалистам по решению проблем в мире больше не потребуется дорогостоящая армия разработчиков программного обеспечения, работающих в вакууме для решения проблемы. И продюсировать это. И монетизировать это. И построить вокруг этого компанию.
Программный продукт сильно отличается от программного программы. Разработчики продуктов думают о клиентах, а не о пользователях, ценят вместо данных и решают более универсальную проблему, чем простая автоматизация ряда задач.
Секрет успешного продукта заключается в том, как продукт решает проблему, а не в волшебстве технологии, используемой для ее решения. Если подумать, все приложения для продуктов на самом деле являются просто вспомогательными приложениями на стероидах.
Итак, вот шаги, чтобы перейти от вспомогательного приложения к полноценному продукту.
Не пытайтесь построить все сразу
Самый большой соблазн для решателя проблем, не использующего код, - это попытаться решить всю проблему за один присест. Молодые программисты делают это на раннем этапе обучения и никогда больше не делают этого, когда они проходят через боль от необходимости переписывать свое приложение снова и снова по мере того, как что-то меняется.
Хорошие программисты разделяют и решают проблему по частям.
На самом деле, неплохо начать с электронных таблиц и сторонних сервисов, таких как Zapier и Slack, и позволить платформе без кода выступить в качестве домашней базы, чтобы покупатель мог увидеть все это воедино. Затем усовершенствуйте каждую часть варианта использования и используйте платформу без кода для автоматизации и отслеживания этих задач, в конечном итоге исключив все сторонние продукты.
Подумайте о своей структуре данных заранее
Самое плохое программное обеспечение начинается с плохой структуры данных. Хорошие программисты думают не только о том, для чего будут использоваться данные, но и о том, для чего они могут быть использованы сейчас и в будущем.
Поэтому место и способ хранения данных должно иметь гибкую и расширяемую структуру. Хороший способ думать об этом - делать это просто и глупо.
Не храните что-либо до тех пор, пока вам не понадобится, а затем убедитесь, что то, что вы храните, можно обновить, не заходя в базу данных вручную.
Ваши пользователи не пользователи, они клиенты
А клиентам нужны всевозможные классификации. Итак, вам нужна четко определенная структура пользователей с выстроенной вокруг нее клиентской воронкой. Это означает, что вам нужно будет отслеживать каждое изменение их определения как клиента (например, от потенциального клиента к бывшему), и вам нужно будет отслеживать каждое действие, которое ваши клиенты предпринимают в вашей системе.
Теперь это также означает, что вам нужно будет сбалансировать отслеживание информации о клиентах с гибкой и расширяемой структурой данных, описанной выше. Так что как минимум всегда думайте об отношениях. Каким образом ваш клиент относится к компании, продукту, истории покупок и даже к другим клиентам? Определите эти отношения и все их ответвления и пути, прежде чем начинать кодирование.
В вашей системе, вероятно, будут и другие объекты - администраторы, партнеры, поставщики и даже клиенты вашего клиента. И когда каждый является пользователем, эти отношения могут быстро ухудшиться, если не будут определены должным образом.
Не спите о безопасности и конфиденциальности
Нет проблемы более серьезной, чем проблемы с безопасностью и конфиденциальностью, поэтому вам нужно быть сильным в обоих случаях. Большинство платформ без кода, по крайней мере, помогают вам с основами, но отслеживание того, кто что видит, и кто имеет доступ к чему и как долго у них есть доступ к этому, - это то, что вам нужно запланировать заранее.
Это означает вход в систему, пароли, самообслуживание учетной записи, шифрование и постоянное тестирование средств защиты, которые вы используете с каждой новой версией и функцией.
Деньги! Вот почему мы здесь.
Платежи тяжелые. Даже со сторонними сервисами, такими как Stripe и PayPal, беспрепятственный прием платежей - это сама по себе наука. Ничто не отвлечет клиентов быстрее, чем схематичный или сложный в использовании процесс оплаты.
О, и еще одна серьезная проблема? Проблема с мошенничеством. Вам придется столкнуться с мошенничеством, возвратом средств, неверными ожиданиями и жалобами. Все это дорогостоящие проблемы, решение которых также требует много времени. Чем больше средств предотвращения и автоматизации вы сможете применить перед проблемой, тем лучше вам будет.
Поддержка - потому что после запуска вы будете на связи 24 часа в сутки, 7 дней в неделю.
Деловой мир больше не спит, а в Интернете нет такого понятия, как закрытый. Вам нужно будет встроить функциональность самоподдержки и автоматизацию везде, где это возможно, чтобы вас не загнали в угол, чтобы действовать немедленно каждый раз, когда что-то ломается.
Вам также следует подумать о каждом выбросе - о том, что происходит, когда покупатель пытается сделать это. Вам нужно заранее составить план или, что еще лучше, удержать их от этого.
Хорошие программисты берут на себя решение всех этих проблем и интегрируют их в продукт, чтобы предоставить цельное решение, не похожее на технологии. Вы избавились от синтаксиса благодаря платформам без кода. Просто убедитесь, что вы используете эту свободу, чтобы улучшить свою логическую игру.
Привет! Если вы нашли этот пост действенным или информативным, подпишитесь на мой информационный бюллетень на joeprocopio.com, чтобы не пропустить новые сообщения. Коротко и по делу.
Если вам нужен прямой совет по стартапу, загляните в Обучение стартапу.
