CRM система на Delphi + SQL Server, сайт на PHP.. Их ждёт прекрасное будущее :)

На мой взгляд надо стремиться к единой кодовой базе. То есть постепенно переписать всё на .NET :)

ПрограмёрskyANACRM система на Delphi + SQL Server, сайт на PHP.. Их ждёт прекрасное будущее :)

На мой взгляд надо стремиться к единой кодовой базе. То есть постепенно переписать всё на .NET :)

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

А так, если это 2 разных интерфейса управления для одной базы... пфф... вообще нет проблем, если они не решат их как-то друг на друга завязать (типа "мы эту функцию уже на делфи написали, давайте её из php дёргать будем", или наоборот)
У Вас-то конечно нет проблем, не Вам же продукт развивать :)

ПрограмёрskyANAУ Вас-то конечно нет проблем, не Вам же продукт развивать :)

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

Честно, я бы не стал вообще большие продукты реализовать средствами БД и кучей разных хранимок, как описал автор темы. Может не прав, но это моё виденье. Считаю что такой подход сильно усложняет разработку, так как есть более удобные инструменты для управления сложными структурами данных (а раз хранимок "несколько тысяч", то структуры данных там не простые). Например тот же C# :)

Как по мне, тут сразу надо было выбирать другой метод реализации. Но раз топикстартер уже выбрал реализацию бизнес логики на MSSQL, а клиента на Delphi, то почему бы не реализовать второго клиента на php? Точно такого же легковесного... Ведь автор темы предполагает, судя по его словам, продолжать разработку основной логики всё так же на уровне базы.

Я не могу представить какие проблемы могут возникнуть при развитии такого продукта (связанные со связкой Delphi+php а не в связи с бизнеc логикой на MSSQL). По сути Delphi и php, если я правильно понял, будут предоставлять принципиально разные функции, а значит пересекаться между собой если и будут, то крайне редко.

skyANA, какие проблемы в данном случае Вы предвидите? :)
Хм, начнём с эксплуатации..

Основной продукт - это Delphi + SQL Server, ставится на сервера клиентов.
То есть на Windows сервера, и я думаю администраторами Windows.
И мне кажется, что в такой ситуации поднимать, настраивать и мониторить родные виндовые компоненты в виде IIS и ASP.NET более верный подход, чем сторонние в виде Apache и PHP.

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

Потом речь всё-таки о CRM системе, где наверняка есть функционал, что не просто будет повторить на PHP.
Например какие-нибудь фоновые процессы.

Также между Delphi и C# гораздо больше общего, чем между Delphi и PHP. А ведь наверняка придётся разбираться с ошибками, читать и отлаживать код.

Petro123У ТС нет в портфолио и в штате компании ни одного высокоуровнего ЯП.
Почему Вы так не любите Delphi? :)

вадяПрограмёр,
множество хранимок говорит о том, что тс хорошо владеет базой, код хранимки намного меньше кода одинакового по функционалу кода на другом языке, и скорость выполнения тоже больше.
к тому же , хранимки в mssql компилируются , что ещё увеличивает скорость.
дешевле написать хранимку, а потом её многократно вызывать, чем получать эти же данные из дублирующей структуры на с++ или java. стоимость обращения к базе ничтожна.
ТС начал пилить веб-интерфейс и виджеты для встраивания в сторонние сайты.
Что может привести к резкому увеличению запросов (к примеру боты начнут массово заходить).

Хранимки-то они быстрые, но зато код легко масштабируется, в отличае от базы под управлением SQL Server.

Petro123skyANAПочему Вы так не любите Delphi? :)
очень люблю. И на десктопе он вне конкуренции. Но мы ведь про веб для заказчика? А дельфи в веб только баловство. Сам лично делал проект.
Не понимаю, к чему вы клоните?

Petro123skyANAНе понимаю, к чему вы клоните?
ну, ты вопрос выше задал 19836402 - я ответил.
"Мой пост выше про ЯП высокого уровня подразумевал языки для веб проектов".
Надеюсь что ответил.
Тут опять надо вспомнить, что у ТСа не просто веб проект :)

И кстати почему Вы решили, что я говорю про монолит?

Кстати вот: Незаконченная история перехода с Delphi на C# .

Изучение C#Возможно благодаря общему архитектору двух языков Андерсу Хейлсбергу, для меня, как программиста Delphi, не составило особых сложностей изучить C#.

вадяskyANAХранимки-то они быстрые, но зато код легко масштабируется, в отличае от базы под управлением SQL Server.
хранимки тож имеют это свойство.
нада уметь их готовить.
А расскажите поподробнее. Ну или ссылку дайте.