Vinny the POOH
Так всё правильно. .net для сайтов выбирают фирмочки, у которых вся инфраструктура M$, соответственно база CRM/ERP/торговой системы или ещё чего на M$$QL, и к этому всему надо прикрутить или публичный ВЕБ-сайт или что-то для внутреннего пользования. Ни один вменяемый ВЕБ-девелопер для сайта-стартапа дотнет не выберет, т.к. Dорого&Gлупо.

Мы говорим про интернет или интранет?
Если интернет, то PHP/PERL/Ruby/... + MySQL/... редко Java.
Если интранет, то чаще ASP .NET + MS SQL/Oracle реже Java.

Здесь вопрос задач - если свой сайтик в инете сделать, то инструменты одни, если корпоративную систему в интранете - другие, для серьезного проекта в инете - третьи.

P.S. необязательно в каждый пост вставлять слова о том, какое плохое М$. Это выглядит "Gлупо".

Mexanik,

Главное понять, для чего это всё нужно.

На Delphi + FB в части клепания сайтов денег не заработаешь, однозначно.
На PHP + MySQL будет большая конкуренция "студентов", зато .
На ASP .NET + MS SQL не будет большого объема халтуры (хотя найти можно, в том числе и по шарепоинту) за то
За Java денег хорошо платят, особенно если от сайтостроительства отойти:)

Часть сообщения потерялась...
AlexPhilMexanik,

Главное понять, для чего это всё нужно.

На Delphi + FB в части клепания сайтов денег не заработаешь, однозначно.
На PHP + MySQL будет большая конкуренция "студентов", зато халтуры много .
На ASP .NET + MS SQL не будет большого объема халтуры (хотя найти можно, в том числе и по шарепоинту) за то можно фуллтайм спокойно работать .
За Java денег хорошо платят, особенно если от сайтостроительства отойти:)

Di_LIneAlexPhilМы говорим про интернет или интранет?
А в чем прЫнципильная разница?

Есть понятие "корпоративных стандартов" - банально везде стоит MS/Oracle/DB2 (нужное подчеркнуть) и никто не будет заморачиваться с внедрением/поддержкой FB/MySQL/... ради одного разработчика. Разработка на другой технологии (отличной от той, на которой пишут офисные приложения) приводит к тому, что нужно расширять штат, нанимать человека со знанием ПхП, например, ... а зачем - если есть уже разработчик на .NET? И т.п.

Несколько иные требования к безопасности (интеграция с AD, например) и функционалу (интеграция с ERP/WorkFlow/SharePoint).

Di_LIne3. Если проект суриозный и можно серьезно говорить о выделенном сервере, то вариант FB ни в чем не уступает M$.
А даже выигрывает на уровне начальных вложений.
А есть "суриозные" проекты на FB для интернета? Всегда считал, что использовать FB оправдано как-раз в небольших десктопных разработках.
На MS SQL есть, знаю. На MySQL очень много, слон тоже встечается. Даже Информикс как-то встречался (molotok.ru) и Lotus (hh.ru), к счастью оба от этого отказались.
А вот FB зачем для сайтов использовать?

kdv"суриозные" проекты на ФБ обычно в интернете не светятся, ибо ни к чему. Так что про "небольшие десктопные разработки" это серьезное заблуждение.
В общем, так сложилось, и хостингов с ФБ действительно мало. Впрочем, у того же Di_line, насколько я знаю, как раз вполне себе серьезный проект на ФБ и "для интернета".
Почему не светятся, не совсем понял? Вам не нужны референсы об успешных внедрениях?
Какую примерно долю от рынка СУБД для интернет проектов он занимает?

Не хочу ничего плохого сказать про FB ибо его не знаю, но пока системы видел всего несколько систем на нём, все небольшие и десктопные. Глубоко уважаю ваш труд в части разработки собственной СУБД, но плохо себе представляю серьезный интернет проект, где СУБД является FB.

Про "заблуждение" согласен. Возможно я просто не в курсе, вот и прошу пояснить.