Сейчас, в начале 2019 года, прошло более 4 лет с тех пор, как я начал этот проект, используя весь мой 37-летний опыт разработки программного обеспечения. Работаю всегда, без праздников и выходных, по 10-12 часов каждые сутки. Но созданная версия пока все еще не является alfa. Разработаны, после бесконечных переделок таблицы в MySQL, некоторые фундаментальные хранимые процедуры. Практически оформлен пользовательский интерфейс. В значительной степени сделана клиентская часть.
К сожалению, из-за необходимости много работать над предыдущими проектами у меня был 9-месячный перерыв. Но теперь я вернулся к проекту. И я очень надеюсь, что перерывов больше не будет.
Когда делаешь проект один, не надо тратить время на коммуникации. Но нельзя быть одновременно экспертом во всех используемых технологиях. К тому же, несерьезно сделать такой масштабный проект в одиночку. Конкурентов слишком много и можно просто не успеть. «Дорога ложка к обеду».
На протяжении этих трех лет постоянно все менялось. И привлекать других участников к проекту было бы бессмысленно и скорее всего вредно. Но уже c октября 2017 процесс пошел эволюционно. Теперь настало время собирать команду и создавать фирму. Где создавать фирму?
На мой взгляд, оптимальным является регистрация головной фирмы в Лондоне. Чтобы сделать по настоящему интернациональную систему, нужна интернациональная команда, в которой разработчики из разных стран понимают национальные специфики. Квалифицированных программистов в России достаточно много. Но собрать интернациональную команду в России невозможно, а в интернациональном Лондоне — вполне реально. К тому же в России вообще сложно создать стартап. Об этом написано, например, здесь: https://news.crunchbase.com/news/us-vcs-steer-clear-russian-startups/
Конечно, часть разработки можно вполне делать и в России. Разработкой приложений на основе DdApPs для Российского рынка и тем более их внедрением, должен заниматься Российский филиал, или, что кажется более правильным — Российские партнеры.
Команда.
Первоочередной задачей является создание первой версии DaApPs на основе уже сделанных наработок. Для ее реализации, первоначальный состав команды мне видится таким:
- технический руководитель проекта. Это я.
- старший SQL разработчик
- 2-3 SQL разработчика хранимых процедур и представлений, одновременно выполняющих настройку системы.
- NodeJS разработчик — доработка базовой функциональности среднего слоя а также разработка различных роботов и сервисов
- Angular разработчик
- технический писатель и разработчик сайта
В связи с тем, что интерфейс взаимодействия между компонентами проекта простой и универсальный, можно разделить всю команду на 2 части, которые могут находиться в территориально разных местах и даже разных странах.
- JavaScript, Angular команда. Как развивать клиентскую часть системы — понятно любому квалифицированному разработчику после ознакомления с уже имеющимися наработками. По развитию среднего уровня — необходимы технические обсуждения, но в целом тоже понятно. В эту же команду входит техподдержка, разработка сайта.
- SQL команда. В связи с тем, что реализация бизнес-логики является самой затратной по времени частью проекта, эту команду возможно имеет смысл формировать и в России, возможно не в Москве, с целью снижения затрат на оплату труда. Концепция DdApPs предлагает решения для автоматизации оценки труда ее разработчиков. Конечно, перевести на сдельную основу разработку фундаментальных серверных объектов — нереально, но разработка типовых процедур бизнес- логики, или представлений, вполне может быть поставлена на конвейерную основу. Эта команда будет также заниматься поиском партнеров в России, на постсоветском пространстве, отвечать за русскоязычную версию сайта, поддержку русскоязычных пользователей.
Партнеры или инвесторы
Часто стартапы пытаются найти инвесторов, какой- нибудь бизнес инкубатор и тому подобное. Мне этот путь не нравится. Сейчас инвесторы увлечены технологиями bigdata и blockchain. Чтобы заинтересовать инвесторов, необходимо слишком много времени тратить на презентации и красивые картинки, вместо того, чтобы заниматься разработкой.
Мне кажется, более правильным, создать совместное предприятие с уже существующей софтверной компанией на базе партнерских отношений. А еще лучше — с создателем такой компании, у которого уже есть имя в индустрии software. Такой подход даст возможность гораздо быстрее получить более-менее существенную долю рынка, не тратя лишнее время на раскрутку сайта, на формирование «сарафанного радио» и тому подобное. Если найдется компания, которая заинтересуется данным продуктом, то я уверен, что о деталях сотрудничества мы договоримся по справедливости. А уже потом, после выхода на рынок, можно подумать и о стратегических инвесторах.
Идеальное партнерство
- Нэйл Кросби. Автор ag-grid — важнейшего компонента клиентской части DdApPs. В случае его нежелания участвовать в самом проекте, все равно необходимо налаживать с ним партнерские отношения. В том числе из за возможной необходимости включения в ag-grid дополнительного функционала для DdApPs.
- Желательно привлечение команды MariaDb. Для повышения производительности серверной части DdApPs, в MySQL не хватает параметризованных представлений (в терминологии Microsoft SQL Server — табличных функций). На сегодняшний день приходится обходиться комбинацией хранимых процедур и представлений.
- Желательно привлечение к проекту компании, которая занимается разработкой визуальных средств для работы с RDBMS, например db-force.