Я перешел на Low-код, и вот почему
20 декабря 2022 г.Как разработчик с более чем 8-летним опытом работы, я никогда не был сторонником инструментов с низким или нулевым кодом. Даже сейчас я сомневаюсь в их эффективности.
На протяжении всей своей карьеры я пробовал самые разные технологии и фреймворки, в том числе различные бэкенд- и внешние фреймворки, разные языки программирования, нативные приложения и даже блокчейн. Я также работал с монолитными системами. и архитектуры на основе микросервисов, а также иметь опыт devops и развертывания приложений в облаке
<цитата>
Я понял, что традиционные методы разработки могут быть барьером для стартапов, поскольку могут потребоваться недели, чтобы настроить базовую структуру проекта с использованием такой среды, как React, и еще больше времени, чтобы реализовать даже несколько ключевых Особенности.
Вот почему я теперь открыт для изучения альтернативных подходов, таких как инструменты с малым кодом или без кода, которые могут помочь ускорить процесс разработки и облегчить запуск стартапов.
Как я создавал свои проекты
Однажды я встретил парней из колледжа, у которых были достойные идеи.
<цитата>О своем стартапе я не думал, но было много технических знаний, много свободного времени и дикое желание поучаствовать в чем-то интересном.
Оглядываясь назад, я понимаю, что мы тратили слишком много времени на кодирование и так и не приблизились к завершению MVP. Использование инструментов без кода могло бы помочь нам двигаться быстрее и проверять наши идеи быстрее.
Однако я также признаю, что инструменты без кода имеют свои ограничения и что в конечном счете вам нужно сделать выбор между созданием чего-то быстрого для проверки ваших идей и необходимостью позже начать все сначала с более надежным и масштабируемым решением, или потратьте время на то, чтобы создать что-то надежное с самого начала, используя традиционные методы разработки. У каждого подхода есть свои плюсы и минусы, и в конечном итоге все зависит от конкретных потребностей вашего проекта.
Когда дело доходит до создания MVP для блога, следует рассмотреть несколько различных вариантов. Один из подходов заключается в использовании инструментов без кода, таких как Wix или Tilda, которые могут быть быстрыми и удобными в использовании, но могут быть сложными в масштабировании и предлагают ограниченные возможности настройки.
Другим вариантом является использование платформы с низким кодом, такой как WordPress, которая предлагает широкий спектр готовых к использованию шаблонов и интеграций, но не обладает гибкостью и настройкой, присущими традиционному подходу к разработке. Кроме того, масштабирование и развертывание MVP на основе WordPress может быть сложнее, чем при использовании более настраиваемого решения.
Еще один способ – использовать фреймворк с полным стеком, такой как Django, который предлагает встроенную панель администратора и ряд готовых к использованию компонентов, но требует значительных знаний в области программирования и может быть сложно развернуть.
Наконец, вы можете использовать отдельные шаблоны для интерфейса и сервера вашего MVP, которые можно легко масштабировать и настраивать, но это может занять много времени и денег, а также может потребовать наличия команды с определенным опытом.
В конечном счете, лучший подход будет зависеть от конкретных потребностей и целей вашего проекта, а также от вашего уровня технических знаний и доступных ресурсов.
Тем не менее, Firebase кажется наиболее оптимальным способом.
Почему Firebase?
Firebase — отличный выбор для разработчика, поскольку он предлагает готовую серверную часть с различными службами проверки подлинности, включая электронную почту и Google. Это означает, что вам не нужно начинать с нуля. и можете сосредоточиться на создании своего приложения.
* Готовый бэкенд с сервисами аутентификации * Быстрая и удобная база данных * Подписка на обновления коллекций (полезно для чата) * Доступен хостинг
Единственным потенциальным недостатком является то, что это может стать дорогостоящим, если у вас будет большое количество пользователей. Однако эту проблему можно решить путем предварительного планирования и соответствующего бюджета. В целом, Firebase — это мощный и удобный вариант для разработчиков, которым нужно быстро и эффективно создавать приложения.
<цитата>
Как правило, при запуске нового проекта существует компромисс между быстрым созданием чего-либо и последующей перестройкой или созданием более надежного и масштабируемого продукта с самого начала.
Firebase может быть хорошим вариантом, если вы хотите быстро двигаться и проверять свои идеи, но будьте готовы позже переключиться на другое решение.
В конечном счете правильный выбор будет зависеть от конкретных потребностей и целей вашего проекта.
Мой первый опыт работы с Mars был в компании, где мы искали способ упростить и оптимизировать большой сложный проект, созданный с использованием Django, React и Kubernetes. Проект был дорогим в разработке и размещении, а также медленным из-за зависимости от микросервисов.
Сначала я скептически отнесся к идее переписать весь проект с использованием нового и относительно неизвестного языка программирования, такого как Mars. Однако я решил попробовать и был поражен тем, как быстро я смог воссоздать проект с помощью Марса. Процесс разработки стал не только быстрее и доступнее, но и более приятным и менее громоздким.
Кроме того, Mars не накладывал на нас никаких ограничений, и мы могли быстро внедрять и тестировать новые функции, а также развивать наши идеи.
<цитата>
Концепция микроприложений полностью изменила мой взгляд на разработку, и теперь я понимаю, что если я когда-нибудь начну свой собственный проект, он будет построен на Марсе.
Я часто думаю обо всех прекрасных идеях, которые отвергнуты или отвергнуты, и я верю, что у Марса есть потенциал воплотить эти идеи в жизнь и дать им второй шанс.
Оригинал