Здравствуйте.
Требуется создание SMC, но сразу появилось куча вопросов. И основной из них на каком языке программирования заказывать ASP или PHP.

Мне даже не по модераторскому долгу – по теме интересно следить за общением в ветке. Наша контора – она сейчас преимущественно дотнетовская, поэтому есть определённые особенности выбора метода, платформы реализации приходящих проектов. Хотя модераторской работы неожиданно прибавилось – вы даже представить себе не можете – практически через одно письмо мне приходится не пускать письмо в лист со словами “мат в листе запрещён” или “не информативное высказывание”, или “заканчиваем флейм”. Хотя чиста флеймовые комменты всё же в лист пробирались – от старых участников, тех, которых “на доверии” давно уже исключила из списков контроля. Неужто такая холиварная тема? Хотя да, есть такое.
Немного цитат из листа по теме вопроса, без указания ников (всю ветку со всеми комментами, с указанием от кого и почему можно посмотреть здесь):

Да нет у асп никаких преимуществ, кроме как принадлежность к микрософту. Вообще, если копнуть глубже, то получится, что микрософт всеми средствами тормозит развитие интернета. Прямо-таки медвежьи услуги предлагая. Замените свой ущербный линукс-сервер, поставьте наш! SQL-базы от майкрософт, которые всегда лежат и требуют ну просто безумных мощностей. Я как представлю Интернет, построенный на продуктах от микрософт, мне аж плохо становится.

Может не надо сравнивать колеса и приводы к колесам?
asp тоже нормальный язык, и си шарп тоже и php нормальный и рубу нормальный и питон нормальный и делфи нормальный и ява нормальный tcl нормальный и перл нормальный, вопрос в другом – применения конкретного языка к поставленной задаче, кто начинает обсирать тот иль иной язык, тот начинает грешить необразованностью и тупостью в данном вопросе. Любой созданный язык -это потраченный труд тех иль иных людей, и достаточно образованных. Кто начинает гнать на nt системы тот полный неуч, кто начинает гнать на nix системы тот полный профан. раньше языков было мало не более 15 тот же fortran -который и счас используется в инженерных задачах и переплюнуть его не смогли до сих пор, тот же алгол, язык ада – еще скажите асма полный отстой , ню ню а на чем работают все ваши языки высокого уровня?
Каждый язык имеет те иль иные преимущества перед другими из-за этих преимуществ он и создавался. А начинают хаить языки те кто в них не разбирается и не понимает задач для которых они были созданы, аналогично и с системами первоначально винда не специализировалась как сетевая, и ее главная задача была пользовательская и не более только потом она выросла и смогла быть еще и серверной. И ничем не хуже nix, хотя если взять системы все они когда нибудь придут к одному большому AI -прочтите про развитие систем, рекомендую. И тд И тд Так что дискуссия начавшаяся не стоит и выеденного яйко!

Вот простите, но так может заявлять только человек, никогда не управлявший фирмой по разработке ПО. Общепринятый взгляд на этот вопрос, мол, те или иные языки хороши только под конкретные задачи – этот взгляд ДИЛЕТАНТСКИЙ. Так говорят люди, только-только начинающие понимать индустрию разработки ПО.
Представьте себе ситуацию, когда в фирме говорят: у нас заказали интернет-магазин? Пишем его на php. Заказали блог с фотогалереей? Пишем на питоне. Абсурд? Полный. Так не делается. Точнее, к сожалению, иногда именно так и делается – и приводит к колоссальному бардаку.
Нет понятия “язык под задачу”. Есть понятие “язык, максимально отвечающий принятому в фирме технологическому процессу разработки”. Кстати, некоторые здесь впадают в маразм и начинают делить языки и фреймворки, думая что в этом есть какой-то смысл. Смысла нет Когда человек пишет, допустим, на rails, он не думает типа “вот эту функцию я беру из языка ruby, а вот эту – из фреймворка rails”.
Человек просто излагает задачи бизнес-логики средствами ЯЗЫКА.
Поэтому, нет понятия “выбрать язык под задачу”. Есть понятие – технологический процесс разработки. И неважно, один ли человек пишет для себя маленький “скрипт новостей”, либо целая команда пишет социальную сеть с блогами, фотоконкурсами и магазином. Всегда и везде задача одна – добиться результата наиболее эффективным путём. Чтобы добиться результата наиболее эффективным путем, нужно применять правильный процесс. Чтобы применять правильный процесс, нужно использовать язык, наиболее отвечающий требованиям процесса.
В настоящее время единственный язык, максимально отвечающий требованиям общепринятого процесса разработки веб-сайтов, это ruby on rails. Точка.

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

Здесь я с тобой соглашусь полностью, хотя и солидарен.
Каждый язык для чего то предназначался и и при его создании ставилась определенная задача. Пример копнем немного истории, рагьше были несколько языков основных для прикладных задач- вижуал си дельфи например асп брать не будет в расчет, он только развивался, на си задача выполнялись медленно но исполняемый файлик был самый маленький после компила и скорость выполнения проги быстрая. нашлась фирма которая из паскаля сварганила компонентную стуктуру и скорость работы программера возросла в десятки раз, набросал на форму прописал свойства еще чутка оптимизировал – все-прожка готова. Скорость работы программера и еще с ним и стоимость разработки снизилась, но когда требовалось выполнить более серьезную задачу делфи нервно курил в сторонке, начинались и медленные выборки из базы и большие потребности в ресурсах машин и проблемы с протоколами и тд и тд. Когда ресурсы машин сгладили такие различия между языками и начались дебаты что лучше, да счас пофиг на чем, абы работало, вопрос в другом самые серьезные задачи все равно будут выполняться на си. Остальные языки будут делится уже по скорости работы, выполнения, масштабности, популярности и поддержке.
Так что все может решать сам заказчик со своими причудамии, профессионализма разработчика – если разработчик посчитает нужным писать все на асме значит так нужно!

Чушь. Вода для презентаций. Как было сказано выше “для корпоративных клиентов”. Мелкому-среднему бизнесу (не IT – прежде всего) нужны решения “здесь-и-сейчас”. Вавилонские башни строят другие категории клиентов. А если исполнитель “студент” – тем лучше, платить меньше. Глючное решето можно сделать на любом языке и платформе. Изобрести велосипед – также.

Единственный плюс ASP перед PHP, о котором мне известно: + повышенная защищённость (всё-таки хороших специалистов по ASP не так много)
P.S. Те, кто знаком с ASP не по наслышке, наверняка смогут добавить ещё ряд преимуществ.

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

Это все крайности, неприменимые для суровой реальности, конкретного распи…йства и непрофессионализма сегодняшних разработчиков и команд. И от этого никуда не уйти.
По понятию “язык под задачу” – рекомендую написать драйвер устройства системы на бейсике или еще лучше – на ruby on rails Шучу. На самом деле до уровня тех процесса разработки можно дойти только в крупных IT компаниях. Рассказывать об этом фрилансерам или работникам, как тут любят говорить “на коленке” – смысла нет.
Лично для меня – не принципиально – на каком языке писать. Синтаксис – мелочи. Можно даже утром писать на asm “в столбик”, а вечером ваять на ООП в java. Задачи, платформы, среды, языки разработки – разные Программирование – одно. Не то, чтобы я агитировал за знание всех языков и платформ, но один язык для всех задач веба – это таки крайность. Вспомните perl и C, поинтересуйтесь на чем написаны мощные проекты вроде subscribe и yandex или того-же google. В узком понимании и для некоторых проектов – можно пойти на неудобство разработчиков ради проекта и удобства пользователей. Так что “язык под задачу” – да.

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