Привет, меня зовут Сельчук, я соло-разработчик и соучредитель Unitz.

Как я упоминал в предыдущих постах, я сделал много побочных проектов. На данный момент у нас есть 4 проекта, 5-й на подходе. Сторонние проекты могут быть очень полезными. Вы можете попробовать и узнать что-то новое. Вы не можете сразу перейти к реальным проектам, не попробовав что-то новое. Для этого подходят сайд-проекты. Например, я выучил Node.js и React благодаря сторонним проектам. Помимо всех этих преимуществ, вы допускаете некоторые ошибки, причем не только технические. Расскажу о 3-х больших ошибках по поводу сайд-проектов.

1. Слишком большой старт.

Я думаю, что самая большая ошибка в сайд-проектах — это слишком большие старты. В идеале выберите проект, который вы сможете кодировать как mvp через 1-2 месяца. Если на это уходит 6–12 месяцев и более при ежедневной работе, это может быть опасно; потому что вы можете легко заскучать и потерять мотивацию. Я тоже попал в эту ловушку при кодировании Unitz, но, как я писал в первом посте, я преодолел эту ситуацию с помощью подхода Unitz. Хотел бы я начать с малого.

2. Быть нетерпеливым

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

3. Дилемма разработчика

Моя самая большая ошибка в отношении побочных проектов — это дилемма разработчика. Я назвал это дилеммой разработчика, потому что считаю, что при кодировании побочных проектов большинство разработчиков сосредоточены на коде, а не на проекте. Вы пробуете новые вещи; вы пытаетесь написать красивый, читаемый, полностью протестированный, полностью защищенный и очень производительный код. Конечно, это не плохо. Однако вы упускаете суть. Если ваша главная цель — научиться чему-то новому, то все в порядке, идите по этому пути. Но если вы хотите создать продукт и учиться, кодируя новый проект, возможно, вы можете сосредоточиться на продукте, а не на коде. Как вы думаете, крупнейшие технологические компании начинали с идеальной кодовой базы? Если вы зарабатываете деньги, вы всегда можете поиграть с кодовой базой и изменить ее, потому что программирование — это постепенный и итеративный прогресс. Вы не можете написать идеальное приложение за месяц. Если у вас кодирование продукта всегда продолжается; это никогда не заканчивается.

Это основные ошибки, которые я вынес из своих сайд-проектов. Я начал слишком много, но я смог справиться с этим благодаря подходу Unitz. Мы начали 1,5 года назад, и у нас достаточно терпения для проектов Unitz. Я также попал в дилемму разработчика. Тем не менее, я не потерял мотивацию с помощью нашего подхода Unitz. (Этот вопрос также требует отдельного поста.)

Я буду продолжать писать о Unitz и его продуктах. Пожалуйста, не стесняйтесь оставлять комментарии и отзывы.