Первый ответ, который у меня крутится в голове – да ни чем!
Если бы была какая-то технология, которая явно лучше, чем все другие, то все остальные уже давно отмерли бы и осталась она одна.

В основном, все отличия технологий в технических нюансах, что будет для заказчика белым шумом (JIT компиляция, строгая типизация типов данных, паттерн Модель-Представление-Контроллер и т.д.).

Что для заказчика может быть важно в плане технологий:

  • среда окружения. Какой сервер нужен? Linux или Windows? Если у вас уже есть инфраструктура Linux, то и технологии надо выбирать, совместимые с этой операционной системой. Также важна цена хостинга или аренды VPS-сервера. Для ASP.NET MVC (сервер Windows) и стоимость немного выше, чем для Linux.
  • насколько сложно найти программистов по данному стеку технологий. Заказчик, пожимая руку исполнителю в момент подписания контракта, должен понимать, что ничто не вечно и вполне вероятно придется искать замену исполнителю в недалеком будущем. Самые распространенные программисты на рынке труда – PHP (это можно объяснить, что порог входа в PHP ниже). Разработчиков ASP.NET (С#) меньше, чем PHP программистов (субъективно).
  • насколько платформа защищает от ошибок. Строгая типизация, компиляция и другие страшные слова защищают проект от глупых ошибок, ошибок неправильного написания. В этом плане C# и Java одни из лучших языков (да простят меня адепты PHP).

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

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

Основной вывод – делайте упор не на технологии (ASP.NET лучше?), а на цели, которую должен решить проект, и на команду, которая будет реализовывать веб-проект.

Руслан Раянов

Recent Posts

Форма теста внешних действий #falconstart

Вызов внешних действий - это возможность действия, выходящего за рамки возможности работы с БД через…

3 недели ago

Концепция внешних действий – telegram, email, уведомления на сайте

Вызов внешних действий - это возможность действия, выходящего за рамки возможности работы с БД через…

3 недели ago

Работа с JSON в SQL #falconstart

После выполнения действий в SQL на клиенте иногда возникает необходимость что-то обновить или сделать. Для…

4 недели ago

Форма с отправкой запроса API. Тестирование исходящих запросов #falconstart

Вы можете обратиться к внешним API через использование Внешних действий (код apirequest, использование описано в…

1 месяц ago

Таблица Trace для отслеживания событий на сайте

В системной таблице as_trace хранятся данные по работе приложения. Поле code определяет тип события: DBLREQ…

1 месяц ago

Работа с ошибками в системе. Генерация отчета по ошибкам #falconstart

Рассмотрим механизм анализа ошибок, как это всё работает, и как его использовать. Когда происходит ошибка…

1 месяц ago