Kanat AbaykhanУ нас пока мало опыта по таким проектам, поэтому трудно выбирать технологии для проекта.Нужно использовать те технологии, которые вы знаете.

Если ни по одной из существующих технологий нет опыта ни у одного человека из команды, сделать что-то работоспособное будет трудновато :-(

Если опыта мало, тогда поддерживаю Mr Marmelad - выбирайте микрософт, будет проще.

При этом взять в команду кого-то разбирающегося всё равно необходимо.

KachalovalexeyvgЕсли опыта мало, тогда поддерживаю Mr Marmelad - выбирайте микрософт, будет проще.
- не забывайте писать: " сначала , при разработке будет проще, а потом, при росте нагрузки на созданный проект, будет сложно и дорого "Очевидно, что люди, в первый раз увидевшие EJB и Oracle, вряд-ли напишут проект на них просто и дёшево .

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

Чтобы хорошо работало при большой нагрузке, уже нужна квалифицированная команда (конечно, в первую очередь не разработчики), и от технологий.

А начав свой бизнес "хорошая идея для нового интернет проекта", напишут на MS-технологиях прототипчик, покажут его жизнеспособность, найдут инвесторов, опыта поднаберутся... И переделают постепенно на более качественном уровне. Ну, в конце концов, перепишут с ASP.NET на что-то ещё - стоимость кодирования вряд-ли составляет самую большую часть инвестиций проекта уровня гугла :-)

Kachalovпри росте нагрузки на созданный проект, будет сложно и дорого Это неправда. На MS-технологиях можно делать вполне серьёзные решения. Вы просто не в курсе, вы ведь их не используете, судя по распределению статистики топиков.

LSVПохоже Вы таких систем создали ужас как много..... Может поделитесь с нами сокровенными знаниями ? Да, интересно было-бы... Пока что господин guest_20040621 никакой информации, кроме размера своей почасовой ставки, в форуме не опубликовал :-)

Kachalovсуть моего замечания (для тех кто не понял) в том, что при наличии нагрузки на проект использование решений от MS приведет к большим затратам на ПО и железо, а то что нубам легче "писать" приложения кликая мышкой по тулбару от MS - это естественно и в этом большая заслуга MS, как популяризатора ;)Я понял суть вашего замечания, я только не понял, почему оно прозвучало.

Вы, повторюсь, не специалист по MS SQL Server, откуда вам стали известны его возможности?

ЗЫ. Кстати, нормальные приложения на MS-технологиях не пишут, кликая мышкой по тулбару от MS.

Я не обсираю не ставлю под сомнение великолепные возможности технологий EJB, JSP, Servlet, GWT, GlassFish, Spring MVC, JBoss и многих других. Просто потому, что я про эти технологии не знаю (разве что по слухам и отзывам, сам не работал).

Поработайте с MS SQL Server лет 5, обязательно в компании с хорошими специалистами, в серьёзном проекте, и ваше мнение по поводу его использования станет авторитетным. Вы сможете квалифицированно предостеречь людей от его поспешного использования, указав на конкретные недостатки продукта.

Иначе получается очередной смешной пост в духе "мелкасофт масдай" на форуме 17-ти летних админов домашней сети.

KachalovХотя не очевидно что человек впервые увидевший MS SQL Server сумеет освоить его быстрее чем Oracle, а человек впервые узнавший про DCOM сумеет использовать его лучше чем RMI.Это вроде распространённое мнение на форумах...

Неужели скажете, что для создания проекта разрабротчик Oracle должен иметь меньшую квалификацию и быть менее оплачиваемым, чем разрабротчик MSSQL?

KachalovalexeyvgНа MS-технологиях можно делать вполне серьёзные решения. Вы просто не в курсе, вы ведь их не используете, судя по распределению статистики топиков.
- спасибо за интерес проявленный к моей персоне, хотя статистика сообщений в топиках врядли может рассматриваться как мерило знаний - например: у меня нет всего одно сообщение в топике MySQL и совсем мало сообщений в топике HTML, JavaScript, хотя я активно пользуюсь БД MySQL (как программист и администратор) и помню атрибуты всех тэгов HTML, также у меня нет сообщений в топике Delphi, хотя мне в свое время приходилось создавать коммерческие приложения с помощью этой IDE - просто мне это не интересно, вот о чем говорит статистика сообщений в топиках :) Хотя Вы правы - решений от MS не использую и не планирую использовать в ближайшее время , так как для меня удобная среда разработки не является существенным аргументом в пользу выбора той или иной технологии. Вообще не понятно, почему заказчик (конечный продукт) должен становиться заложником неспособности программиста выбраться из пеленок? :)Вот я про это и говорил (см выделенное).

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

KachalovВообще не понятно, почему заказчик (конечный продукт) должен становиться заложником неспособности программиста выбраться из пеленок? :)Непонятно, почему заказчик (конечный продукт) должен становиться заложником маркетингового давления и устоявшихся стереотипов 20-ти летней давности.

Большие боссы (топ-менеджеры) компаний пока ещё иногда выбирают Oracle ведь не из-за того, что они поработали с разными продуктами и выбрали лучьший? А помогают им выбрать консультанты, которые тоже :-) не работали с разными продуктами и не имеют возможности сравнивать.
Обычно

Kachalov- я так понял что о DCOM и разработкой распределенных приложений Вы знаете примерно столько же сколько я знаю о MS SQL Server? :) И не можете квалифицированно рассуждать о построении распределенных нагруженных систем? Вообще я и не советовал использовать DCOM для "построения распределенных нагруженных систем" Не знаю, чем он вам так глянулся.

KachalovПоработайте с технологией JavaEE лет 5, обязательно в компании с хорошими специалистами, в серьёзном проекте, и ваше мнение по поводу его использования станет авторитетным. Вы сможете квалифицированно предостеречь людей от его поспешного использования, указав на конкретные недостатки продукта. Надеюсь Вас это не задело :)Не задело.

Я не могу и не буду высказывать мнение по поводу использования JavaEE - я с этим не работал.

Давайте я более кратко изложу, а то, кажется, есть какое-то недопонимание.

1. Вхождение в проект на технологиях от MS проще и дешевле, технологии более дружелюбны к начинающим, найти специалистов проще и дешевле. Вроде, чтобы это понять, не нужно самому быть специалистом - достаточно почитать их форумы и ещё форум "вакансии". И вроде большинство участников данной дискуссии с этим согласны.

2. Квалифицированная команда сумеет сделать серьёзный проект на MS-технологиях

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

Kachalov- какую именно технологию/продукт из линейки продуктов от MS Вы можете предложить ТС для реализации "расширяемости" и "кластеризации"?Да обычные продукты: Windows, MS SQL Server, IIS

Вот MySpace нормально на этом работает, 140 млн пользователей общаются, полтора милиарда страниц в день запрашивают...

Волшебного продукта, который будет делать всё сам, у микрософта нету, всё программисты должны писать :-(

Ещё насчёт DCOM - вы его зря обзываете платформой. Это скорее транспорт. В качестве транспорта мне больше нравятся web services, хотя вот в MySpace вроде как раз DCOM использовали - он быстрее.

Kachalov- в целом согласен, но есть поправка: специалист, независимо от используемой технологии, "стоит" всегда дорогоПочему всегда? Плохой - дешевле хорошего.
Для успеха бизнеса не всегда правильно нанимать лУчьшего. Нужен достаточный для выполнения работы, а лУчьший - вреден.

Kachalov- это справедливо для любой технологии, не понимаю почему надо педалировать именно технологии от MS?Меня возмутило то, что вы изначально отказываете MS-технологиям в возможности сделать на них хоть что-то приличное :-)

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

Kachalov- выбор очевиден - PHP :)Да, можно и так.

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