Последние сообщения

Существует множество версий 1С, различные методы подключения и синхронизации данных. Требования к интеграции у всех разные: кто-то предпочитает делать её на стороне поставщиков, кто-то — на стороне администраторов платформы. Мы выполняем работы по интеграции с 1С, но не в рамках лицензионного договора, а как индивидуальную разработку.

Хотели бы мы отправить вам коммерческое предложение на маркетплейс и индивидуальную разработку?

Андрей Михайлов

Существует множество версий 1С, различные методы подключения и синхронизации данных. Требования к интеграции у всех разные: кто-то предпочитает делать её на стороне поставщиков, кто-то — на стороне администраторов платформы. Мы выполняем работы по интеграции с 1С, но не в рамках лицензионного договора, а как индивидуальную разработку.

Хотели бы мы отправить вам коммерческое предложение на маркетплейс и индивидуальную разработку?

Андрей Михайлов

Нам нужна новая 1С. Требуется готовое решение для синхронизации остатков с сайтом.

Существует множество версий 1С, различные методы подключения и синхронизации данных. Требования к интеграции у всех разные: кто-то предпочитает делать её на стороне поставщиков, кто-то — на стороне администраторов платформы. Мы выполняем работы по интеграции с 1С, но не в рамках лицензионного договора, а как индивидуальную разработку.

Хотели бы мы отправить вам коммерческое предложение на маркетплейс и индивидуальную разработку?

Существует множество версий 1С, различные методы подключения и синхронизации данных. Требования к интеграции у всех разные: кто-то предпочитает делать её на стороне поставщиков, кто-то — на стороне администраторов платформы. Мы выполняем работы по интеграции с 1С, но не в рамках лицензионного договора, а как индивидуальную разработку.

Хотели бы мы отправить вам коммерческое предложение на маркетплейс и индивидуальную разработку?

При выборе фреймворка или языка программирования необходимо всегда обращать внимание в первую очередь на его популярность и наличие экспертов в команде (или на рынке). Это позволит в будущем избежать проблем с поиском кадров. Можно выбрать в качестве языка, например, Scala или Clojure, которые, безусловно, имеют свои сильные стороны относительно консервативной Java, но потом столкнуться с серьёзной проблемой поиска специалистов, когда необходимо будет усилить команду или заменить сотрудников, которые решили покинуть проект.

Второй момент — это зрелость продукта. Всегда хочется использовать что-то новое и модное, но стоит быть готовым к тому, что молодой продукт может иметь достаточно серьёзные баги. Существуют примеры, когда необходимые доработки фреймворка ждут исправления месяцы, а то и годы. Не стоит также исключать, что в какой-то момент разработка фреймворка может быть остановлена. На мой взгляд, всегда стоит отдавать предпочтение проверенным временем продуктам. В качестве примера можно привести Java и Spring. Это практически стандарт де-факто в разработке бизнес-сервисов. Огромная накопленная база знаний сводит почти к нулю вероятность столкнуться с неразрешимой проблемой.

Стоить отметить, что в современной архитектуре приложений всё больше используется микросервисный подход. Он позволяет разделить большое приложение на много маленьких сервисов. Это позволяет многократно снизить последствия от неправильно выбранного языка программирования или фреймворка, и позволяет развязать руки в экспериментировании. Так как сервис мал, то в любой момент его можно достаточно быстро переписать.

Всегда стоит сохранять прагматичный подход к решению проблемы. При выборе того или иного продукта взвешивать преимущества и возможные негативные последствия на дальнейшую разработку.

Существует множество бэкенд-фреймворков, обсудим лучшие из тех, что используются сегодня.

1. Spring Framework + Spring boot (Java)

Java считается “вечнозеленым” языком программирования и часто применяется для бэкенд-разработки.

Spring Framework один из лучших Java-фреймворков. Он был выпущен в 2002 году и сегодня является одним из самых популярных бэкенд-фреймворков, используемых для создания производственных приложений на основе Spring и автономных приложений.

В отличие от Spring Framework, Spring boot избавит от различных накладных расходов на конфигурацию. Такие проекты Spring Framework, как Spring Boot, Spring Cloud Spring Security и др., предоставляют много полезных возможностей, например кэширование, управление транзакциями, управление конфигурацией, мониторинг и безопасность.

2. Django (Python)

Django самый популярный фреймворк Python, используемый в веб-разработке. Он основан на принципе DRY (Don’t Repeat Yourself, “Не повторяйся”) и фокусируется на повторном использовании кода, что повышает скорость разработки. Кроме того, это очень безопасный инструмент.

Django удобен в использовании и прост в изучении. Это один из самых популярных полнофункциональных фреймворков, который предоставляет множество встроенных функциональных возможностей, например поддержку REST API.

3. Express.js (JavaScript)

JavaScript самый популярный язык программирования в мире. С появлением Node.js популярность JavaScript в сообществе бэкенд-разработчиков стремительно возросла, и за последнее десятилетие Node.js стал одним из ведущих фреймворков.

Поэтому в 2010 году для разработчиков Node был выпущен Express. Это минимальный фреймворк Node.js, используемый для разработки очень гибких приложений.

JavaScript является самым популярным языком веб-разработки и, вероятно, единственным, который обеспечивает full-stack разработку от фронтенда до бэкенда и мобильного обучения. Поэтому Expressjs отличный выбор для программистов.

4. ASP.NET core (.NET)

ASP.NET core является преемником ASP.NET. Это платформенно-независимый фреймворк с открытым исходным кодом, используемый для создания веб-приложений на платформе .NET.

Он считается одним из самых производительных бэкенд-фреймворков. По сути, это объединение версии ASP.NET MVC и ASP.NET Web API в один мощный программный модуль.

5. Laravel (PHP)

PHP один из самых используемых языков программирования при разработке бэкенда. Laravel PHP-фреймворк, основанный на архитектуре MVC. Это удобный инструмент для новичков с дружественным интерфейсом, обширной библиотекой и великолепной поддержкой API.

Использование Laravel упрощает разработку бэкенда в современных безопасных веб-приложениях, что особенно актуально в нестандартных проектах.

6. Ruby on Rails (Ruby)

Ruby on rails, широко известный как Rails, серверный фреймворк, основанный на архитектуре MVC. Он подходит для новичков, так как доступен для понимания и изучения.

Несмотря на то, что Rails не лишен недостатков, за удобство использования его предпочитают бэкенд-разработчики со всего мира.

7. Fiber Framework (Golang)

Fiber это фреймворк для Golang-программистов. Он был создан на базе Fasthttp самого быстрого HTTP-движка для Go с целью облегчения быстрой разработки с нулевым распределением памяти и возможностями производительности.

Fiber простой, но чрезвычайно мощный фреймворк. Будучи на редкость компактным, он легко интегрирует сторонние библиотеки с Martini. Фреймворк обеспечивает большую масштабируемость при сокращении количества накладных расходов.

Fiber напоминает Express.js и предоставляет отличную поддержку маршрутизации, обслуживания статических файлов, построения REST API, поддержку гибкого межплатформенного ПО, движок шаблонов и малый объем памяти.

8. CakePHP (PHP)

CakePHP это еще один PHP-фреймворк, который основан на концепциях другого популярного бэкенд-фреймворка Ruby on rails.

Он следует архитектуре MVC и предлагает несколько полезных функций, таких как модель-вид-контроллер, фронтальный контроллер, активная запись, карта данных и соглашение по конфигурации.

9. Flask (Python)

Flask еще один фреймворк на языке Python, который можно использовать для разработки бэкенда. Он считается микрофреймворком, поскольку не требует использования специальных инструментов и библиотек. Более того, в нем нет слоя абстракции базы данных, валидации форм или зависимости от внешних источников.

Flask прост в изучении и понимании, так как это легкий фреймворк или микрофреймворк. А за счет Python он также очень удобен в использовании.

10. Play (Scala)

PLAY написан на Scala и Java и является одним из самых мощных веб-фреймворков для бэкенда. Он основан на архитектуре MVC и предлагает различные возможности, такие как горячая перезагрузка кода, отображение ошибок программы и фокусировка на повышении прибыльности разработчика.

Более того, он обладает сетевой архитектурой REST и является неблокирующим.

Привет! Тоже недавно разбирался с этим вопросом, поделюсь выводами — возможно, поможет.

React — действительно «мастхэв» для фронтенда, особенно если нужна гибкость. Но да, без дополнительных библиотек (типа Redux или React Query) в сложных проектах будет тяжело. Зато вакансий море, и порог входа ниже, чем у Angular. Из минусов — JSX иногда пугает новичков, а Server Components пока сыроваты.

Vue.js — идеален для старта: документация понятная, экосистема растет. В крупных проектах его используют реже, но не потому что он слабый — просто React уже занял нишу. Например, GitLab и часть Alibaba на Vue работают без проблем.

Angular — это как «корпоративный танк». Если планируешь работать в enterprise (банки, госпроекты), то время на изучение окупится. Но для пет-проектов или стартапов — overkill. TypeScript и RxJS добавят сложности, за потом код легче поддерживать.

Next.js — беру его, когда нужен SSR или статический сайт. Но если делаешь SPA без SEO, то его преимущества нивелируются. Vercel, конечно, круто, но их lock-in иногда раздражает.

DST Platform — работал с ним в одном проекте. Для бэкенда мощно, но если нужна кастомная логика, придется разбираться. Подойдет, если ценишь готовые решения под e-commerce или корпоративные задачи.

Django — гибкость страдает на высоких нагрузках, но для 95% проектов хватит. Плюс — админка из коробки и ORM, которые экономят кучу времени. Если масштабируемость критична, лучше посмотреть на FastAPI или Go.

Будем честны, на практике почти всегда язык программирования и фреймворк для бэкенда выбираются, исходя из личных предпочтений и умений, а не из требований под конкретную задачу.

Например, в идеальном мире, если нужно написать большую сложную систему, то следовало бы взять Java Spring Framework — просто потому, что практически все необходимые инструменты будут «из коробки». А если необходимо реализовать веб-сокет-сервис, то стоит смотреть в сторону NodeJS (Socket.IO) и Go.

Моё предпочтение на сегодняшний день — это Go, главное преимущество которого — интуитивно-понятное написание асинхронного кода. Но лёгким написанием кода всё не ограничивается. При запуске приложения асинхронный код превращается в горутины («зелёные» потоки), которые позволяют обрабатывать тысячи запросов в секунду, не теряя производительности.

Хоть стандартная библиотека в Go содержит всё необходимое, начать новый проект будет проще, используя готовый микрофреймворк. Один из самых популярных — это Fiber. Фреймворк создавался по подобию Express (популярный за свою простоту фреймворк из мира Node.js), что даёт возможность фокусироваться на бизнес-логике приложения.

Но помимо простоты Fiber является самым производительным микрофреймворком для обработки HTTP-запросов на Go. Дело в том, что для обработки запросов Fiber использует библиотеку fasthttp, которая не аллоцирует память и горутины под каждый новый запрос. Например, компания VertaMedia обрабатывает 200k RPS (запросов в секунду) от более чем 1,5 миллиона keep-alive-соединений в продакшене с помощью fasthttp.

Помимо простоты написания бизнес-логики и высокой производительности, Fiber интегрирован с множеством сторонних библиотек, что позволяет парой строчек кода использовать ограничители запросов, логирование, настраивать CORS, мониторинг и многое другое. Всё это в совокупности даёт базу для быстрой разработки производительного современного бэкенда.

Ясно, спасибо, буду узнавать

В дорожной карте DST есть информация о скором запуске образовательной платформы DST LMS — маркетплейса онлайн-курсов. Возможно, стоит дождаться релиза, а затем приобрести готовое решение вместо того, чтобы долго разрабатывать собственную платформу с нуля.

На Полке

Можно по подробней, когда выйдет, сколько будет стоить коробочное решение? Очень надо, конечно такой вариант для меня оптимальный 

Сергей Данилов

Ну я то подробнее точно не знаю т.к. не работаю в ДСТ, спросите у своего куратора или в тех поддержке

В дорожной карте DST есть информация о скором запуске образовательной платформы DST LMS — маркетплейса онлайн-курсов. Возможно, стоит дождаться релиза, а затем приобрести готовое решение вместо того, чтобы долго разрабатывать собственную платформу с нуля.

На Полке

Можно по подробней, когда выйдет, сколько будет стоить коробочное решение? Очень надо, конечно такой вариант для меня оптимальный 

В дорожной карте DST есть информация о скором запуске образовательной платформы DST LMS — маркетплейса онлайн-курсов. Возможно, стоит дождаться релиза, а затем приобрести готовое решение вместо того, чтобы долго разрабатывать собственную платформу с нуля.

Ещё, как вариант, найти уже готовый движок для тестов и заполнить его своим контентом. Разработка чего то с нуля, очень долго и дорого.

Это неправильная предпосылка. Сначала вам нужно нанять команду/человека, которые вам спланируют грамотную архитектуру исходя из требований. А уже под эту конкретную архитектуру вы будете искать команду.

Ну или просто сразу выбирать команду, не глядя на то, какие технологии они используют — то, что вы описали, можно реализовать на любом стеке одинаково плохо и одинаково хорошо.

Желательно искать людей, которые понимают, что такое стартап и MVP, чтобы не оказалось через год, что вы наконец-то зарелизили никому не нужный продукт.

И экономить на первом шаге (формулировании требований, архитектуры и roadmap'а) нельзя ни в коем случае. Лучше нанять программистов попроще, которые неидеально реализуют грамотно спроектированный прототип, чем несколько месяцев платить «спецам», которые будут работать без вектора. Конечно, может оказаться так, что вам попадётся реально грамотная команда, в которой спецы будут без кавычек, но нанять одного архитектора на проектировку проще и дешевле.

Иначе, вы выбросите свои деньги в пустоту и не получите никакого результата, кроме набитых шишек и горького опыта.

Я поняла, спасибо за развернутый ответ, нет таких цифр у нас точно не будет