Какой язык программирования выбрать для разработки собственного ЕРП решения?

Всем привет!

Решили написать в нашей компании собственное ЕРП решение, сейчас выбираем какой язык/технологию использовать. Архитектура - клиент-серверое приложение. ОС - Windows, СУБД - MSSQL. В будущем планируется, возможно, продавать и внедрять наше решение другим клиентам(Потому и MSSQL и Windows). Сейчас выбираем по сути между C++ и Java(как для клиентского так и для серверного приложения). Разработка на C++ видится нам более трудоемкой, но результат более производительным и гибким, разработка на java же видится более легкой и быстрой. А что вы думаете, какую технологию лучше использовать? Может у вас вой вариант?

0

Сообщение от B0mber Всем привет! Решили написать в нашей компании собственное ЕРП решение, сейчас выбираем какой язык/технологию использовать. Архитектура - клиент-серверое приложение. ОС - Windows, СУБД - MSSQL. В будущем планируется, возможно, продавать и внедрять наше решение другим клиентам(Потому и MSSQL и Windows). Сейчас выбираем по сути между C++ и Java(как для клиентского так и для серверного приложения). Разработка на C++ видится нам более трудоемкой, но результат более производительным и гибким, разработка на java же видится более легкой и быстрой. А что вы думаете, какую технологию лучше использовать? Может у вас вой вариант?

продавать и внедрять наше решение другим клиентам(Потому и MSSQL и Windows)

Странная логическая цепочка.
Мобильные АРМы, Web-доступ, облака и серверы на *nix, кассы на линуксе это все востребовано, но почти не относится к технологиям MS. Если бы хотели програмировать именно на dotnet, но языки у тебя заявлены другие.

Разработка на C++ видится нам более трудоемкой, но результат более производительным и гибким

Почему гибким, как ты это видишь?
С++ требует слаженой команды без текучки.

разработка на java же видится более легкой и быстрой. А что вы думаете

Cовременное состояние java не способствует "легко и быстро", кроме редких случаев когда где-то уже есть именно такое как нужно и отлаженое кем-то решение:( Основной ее смысл что можно взять из экосистемы не критичный модуль для своего проекта: workflow или диаграммы например, сэкномив на сроках запуска.

Может у вас свой вариант?

Java как интегрирующая платформа сторонних модулей. Целевые потребности решеаются кодом на развитом языке основаном на jvm. Мне нравится clojure/lisp но тут кому что по вкусу:) АРМ требующий сосредоточенной работы оператора клиентом на C++. Web-версия любым автогенератором скрывающим внутри себя особености js. Делать класический web на запуске проекта это путь в пропасть:( Но тем не менее какой-то web желателен и в проекте уровня erp должна заложена возможность роста в этом направлении.

1

Сообщение от antares0 Странная логическая цепочка. Мобильные АРМы, Web-доступ, облака и серверы на *nix, кассы на линуксе это все востребовано, но почти не относится к технологиям MS. Если бы хотели програмировать именно на dotnet, но языки у тебя заявлены другие.

Пока я исходил из такой логики - мы делаем клиент-серверное приложение и запускаем его у себя, после запуска делаем веб-интерфейс, в последствии будем его(решение) возможно, продавать другим компаниям именно как приложение, не как SaaS. Поэтому именно клиент-серверное приложение а не веб. Опять же продавать будем не прямо вот сразу после запуска, делаем в первую очередь для себя. Так в будущем возможна коммерческая реализация, а у большинства потенциальных клиентов сеть под Windows, и далеко не все захотят вводить в свою сеть сервер на Линукс, и искать никсового админа, поэтому изначально делаем под Windows. Также возможно будем делать версию и для линукс в будущем, поэтому под винду не на C#. Пока это все еще на стадии обсуждений, так что вариант с веб-приложением и SaaS тоже рассматривается. Для этого можно использовать Java на сервере Javascript в браузере.

Сообщение от antares0 Почему гибким, как ты это видишь?

На C++ можно реализовать любую задачу, любые тонкости бизнес-процессов, все, что может потребоваться бизнесу можно сделать притом это будет работать с хорошей производительностью. Тот же World of Warcraft сделан на C++ .

Сообщение от antares0 Java как интегрирующая платформа сторонних модулей. Целевые потребности решеаются кодом на развитом языке основаном на jvm. Мне нравится clojure/lisp но тут кому что по вкусу АРМ требующий сосредоточенной работы оператора клиентом на C++. Web-версия любым автогенератором скрывающим внутри себя особености js. Делать класический web на запуске проекта это путь в пропасть Но тем не менее какой-то web желателен и в проекте уровня erp должна заложена возможность роста в этом направлении.

Разве монолитное решение не будет лучше по производительности и проще в поддержке? Предположим, если собрать слаженную команду без текучки(ресурсы и время на это имеются), будет ли тогда решение целиком на C++(кроме веба, естественно) лучшим в данном случае?

0

Сообщение от B0mber после запуска делаем веб-интерфейс,

C++||Java + MSSQL => Web очень странная связка в обоих вариациях. Сложно искать под это людей с опытом Вызывает вопрос зачем именно mssql?

Так в будущем возможна коммерческая реализация, а у большинства потенциальных клиентов сеть под Windows, и далеко не все захотят вводить в свою сеть сервер на Линукс

Серверные инсталяции для демок это либо виртуалки, либо облако. Линукс там удобнее и чище с точки зреняи лицензий. И если мы смотрим на изначально кроплатформеные инструменты, то это должно быть отражено в требованиях. И участвующим "технарям" должно быть ясно из каких соображений тут появился mssql.

искать никсового админа, поэтому изначально делаем под Windows.

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

Javascript в браузере.

У js и web2 очень быстрая смена поколений библиотек. Проблемы связанные с этим неизбежны для изначально "сетевых" проектов. Но если мы об изначально приземленой экосистеме, то нужно сразу думать что мы захотим от web-а завтра. Это должно быть отражено в архитектуре. Фраза в требованиях "сделаем на js" меня бы забеспокоила. Это может говорить о незнании подводных камней.

На C++ можно реализовать любую задачу, любые тонкости бизнес-процессов, все, что может потребоваться бизнесу можно сделать притом это будет работать с хорошей производительностью.

Вопрос можно переформулировать. Как и в каких точках связаны тонкости потребные бизнесу и C++. Не отвечая на этот вопрос бессмыслено браться решать проблемы на этом языке.

Тот же World of Warcraft сделан на C++ .

Это классический пример когда в система состоит из однотипных акторов/пользователей и скорость и качество изменений "мира" полностью определяет разрабочик. Для ERP картина почти всегда другая

Разве монолитное решение не будет лучше по производительности и проще в поддержке?

Границы производительности здесь это либо настоятельная необходимость запускать сервер уровня ERP на офисной ПКашке, либо "миллион" клиентов онлайн как тот же WoW. Первое вопрос скорее к бизнесу, насколько это нужно на самом деле и кто будет за это отвечать в конечном итоге. В поддержке проще не будет, будет падать с грохотом Нужен хороший архиектор с именно такой задачей и полномочиями посылать лесом всех кому надо уже "вчера". Когда он отладит и сдаст под роспись готовую архитектуру, тогда можно говорить что проще

Предположим, если собрать слаженную команду без текучки(ресурсы и время на это имеются)

Слаженная команда это когда она уже есть и вникла в "предметку". Если же ее только предстоит собирать то сразу заявлять ЗП x*2 от рынка. Если есть ресурсы под это конечно. Если нет, то и слаженности сложно говорить

будет ли тогда решение целиком на C++(кроме веба, естественно) лучшим в данном случае?

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

0

Сообщение от B0mber ОС - Windows, СУБД - MSSQL.

Сам Бог велел C#.

1

Нашел вот такой пример разработки собственного ЕРП:

В 2012 году 1 человек за 2 года успешно разработал и внедрил свою ЕРП на java:

https://habr.com/post/138549/

0

B0mber, вот он какой молодец. Вот и вы пишите, если нужно.

0

Сообщение от B0mber В 2012 году 1 человек за 2 года успешно р

Сообщение от Usaga B0mber, вот он какой молодец. Вот и вы пишите, если нужно.

Это я не к тому, что C# это плохо, это просто как пример реализованного решения.

0

B0mber, всё на всём можно написать, была бы достаточная квалификация и время...

0

Сообщение от antares0 C++||Java + MSSQL => Web очень странная связка в обоих вариациях. Сложно искать под это людей с опытом Вызывает вопрос зачем именно mssql?

Когда я говорил про веб я имел ввиду сервер на C++|Java, фрон на javascript с фреймворками. Какие тут могут быть сложности?

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

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

0

Сообщение от B0mber https://habr.com/post/138549/

Неудачный пример. Java. 2009 год. Основной метод разработки - копипаст.

Сообщение от B0mber я имел ввиду сервер на C++|Java

Зачем может понадобиться C++ на сервере?


Я в принципе более-менее согласен со всем, что написал antares0, кроме "Делать класический web на запуске проекта это путь в пропасть:". Но подход Usaga мне нравится больше. Использовать связку java + C++ только из-за того, что когда-нибудь, возможно, будет выпущена версия под Линукс, имхо не есть разумно. К тому моменту, если он вообще наступит, или ишак сдохнет или падишах сдохнет. Тем более, что уже сейчас есть дотнет коре, который не требует использования IIS и работает в линуксе из коробки без необходимости задействовать моно и т.п.

ИМХО:
Основу системы составляет серверная часть ("бизнес-логика"). Она будет общей и для веб-интерфейса и для десктоп-интерфейса. Но веб-интерфейс проще (быстрее) писать и отлаживать, что позволит в более короткие сроки запустить систему (как минимум, в тестовом режиме)... и оценить необходимость десктоп-интерфейса. Поэтому я бы для первого интерфейса использовал ASP.NET Core MVC. Можно также использовать WCF.

0

Сообщение от B0mber Когда я говорил про веб я имел ввиду сервер на C++|Java

Сложножность здесь в mssql. Его можно считать "кросплатформой" только условно.
Если вы в дальнейшем хотите переходить на java и кроплатформеные СУБД. то уже в нынешнем ТЗ этот момент должен быть отражен Аршинными буквами Дабы в процессе разработки это было неприрывно понятно каждому участнику.
Если хотите запускать mssql отдельным win-сервером или даже под линуксом, то к ТЗ должно быть приложено обоснование "зачем так" того кто на этом настаивал
ИМХО, те кто разрабатывют перносимое ПО на c++/java редко имею опыт с mssql, то есть искать людей вы будете дольше и сложнее. А если в процессе разработки прототипа завяжетесь на особенности mssql, то потом потратите деньги и время на переделку.

0

Если у Вас проблемы стоят на уровне языков и архитектуры, то простите у вас нет команды и архитектора
Берите открытую подобную систему (GPL, MIT) и пилите под ваши требования исходя из тех знаний которые знаете

0

Сообщение от B0mber фрон на javascript с фреймворками. Какие тут могут быть сложности?

Erp все же не сайт и чистый js для него не очень годится. А фреймворки, они очень разные и под них нужны очень разные люди, поэтому фронт просто взять и написать обычно не получается. Попросите архитектора написать раздел о том как будут взаимосвязаны та реализация сервера который вы начнете делать прямо сейчас и что от него потребут веб в будущем. Не в деталях, но общее представляние должно быть. В технических деталях оно обычно сильно отличается от "написать фронт на js"

Добавлено через 5 минут

Сообщение от Shamil1 Тем более, что уже сейчас есть дотнет коре, который не требует использования IIS и работает в линуксе из коробки без необходимости задействовать моно и т.п.

Он то есть, но вот сколько людей на рынке труда готовы отвечать за то что он заработает из коробки? Я собственно по этой причине не стал я его упоминать.

Добавлено через 2 минуты

Сообщение от Shamil1 Можно также использовать WCF.

Который, если память мне не изменяет работает только в win-экосистеме.

Добавлено через 12 минут

Сообщение от Shamil1 Но веб-интерфейс проще (быстрее) писать и отлаживать, что позволит в более короткие сроки запустить систему (как минимум, в тестовом режиме)

По моему опыту люди которые одинаково хорошо умеют и отлаживать web-технологии и понимать потребности бизнеса в сфере erp - это редкость. Они или уже заняты в online-проектах, а у ТС он не такой, или уже рабоатают на большие фирмы.
А в небольших проектах вроде ТС когда таких спецов пытаются заменить обычнми веб-щиками, то либо с интерфейсом "все не то" либо erp часть остается игрушечной, без особой пользы для бизнеса.

Добавлено через 3 минуты
ASP.Net он хорошо себя проявлетв внутрених web-порталах которые хоть и для бизнеса но по сути специализированые сайты. Там да web во все поля.

Добавлено через 8 минут

Сообщение от Fedor Vlasenko Берите открытую подобную систему (GPL, MIT) и пилите под ваши требования исходя из тех знаний которые знаете

Открытые системы такого рода это почти всегда набор "стройматериалов" из экосистемы java и ведро клея Что свое собирать из аналогичных или даже тех же компонентов, что чужое напильником - трудоемкость аналогичная. Я в рамках своих советов предполагаю что у ТС есть какие-то представления "как надо" которые не укладываются в коробочные системы.

0

Сообщение от antares0 Что свое собирать из аналогичных или даже тех же компонентов, что чужое напильником - трудоемкость аналогичная

Есть фундамент, подход функционал, документация ...
Код открыт и есть обратная связь от клиентов
Для подобного требуется большее время.
Следует учитывать чужие ошибки.

Потому для подобного следует изучить конкурентов, их сильные и слабые места и только затем подходить к проекту.
На основе их анализа вы хоть ТЗ сможете написать.
И все равно, вы будете использовать чужие наработки в виде фреймворков и библиотек.
Надо иметь границы и понимание, где самим писать, а где использовать отточенные временем решения в виде кода и бизнез подходы решения, постановки и сопровождения задач.

0

Сообщение от antares0 ASP.Net он хорошо себя проявлетв внутрених web-порталах которые хоть и для бизнеса но по сути специализированые сайты. Там да web во все поля.

А для «внешних» уже не подходит? Там какие-то свои особенные требования?

0

Сообщение от Fedor Vlasenko Есть фундамент, подход функционал, документация ... Код открыт и есть обратная связь от клиентов

Напомни мне несколько открытых ERP чей фундаментальный подход и документацию ты ситаешь доостойным предметом для изучения?
И особенно хочется увидеть конкретную ссылку на обратную связь от их благодарных клиентов

Добавлено через 5 минут

Сообщение от Usaga А для «внешних» уже не подходит? Там какие-то свои особенные требования?

Для "внешних" - это фанатство, пусть и в хорошем смысле.
Скорее почти нет требований по которым для "внешки" нужно именно дотнет. А в остальном пхп-шники дешевле, в экосистеме явы много "промышленых" модулей. А выразительных ЯП много и без дотнета.

0

Сообщение от antares0 Для "внешних" - это фанатство, пусть и в хорошем смысле. Скорее почти нет требований по которым для "внешки" нужно именно дотнет. А в остальном пхп-шники дешевле, в экосистеме явы много "промышленых" модулей. А выразительных ЯП много и без дотнета.

Т.е. нет никаких причин не использовать .NET для "внешних" проектов, так?

0

Т.е я не считаю нужным разводить холивар с элементами демагогии в этой теме В остальном, почему нет, я написал.

0

antares0, я хотел услышать ваше мнение, объективные причины по которым .NET неуместен в широком использовании.

"Фанатство" подразумевает использование вопреки здравому смыслу, просто потому, что можно. Но какие причины делают .NET непригодным озвучены не были, значит и фанатством не пахнет. Да и цена тоже звучит нелепо, ибо .NET-девелоперы тоже не дорого стоят, а дорогих PHP-шников тоже найти уйму можно.

0