Безопасны ли кандидаты на выпуск для производства?
В данном конкретном случае это MVC. Но какова разница между кандидатом на релиз и готовой к выпуску или производственной версией? Я не хотел бы много строить на радиоуправлении, чтобы он сломался или пропустил, потому что я не ждал. С другой стороны, у меня есть дела, чтобы встретиться.
Спасибо.
обновление на основе комментариев:
Что на самом деле означает иметь поддержку чего-то вроде MVC от Microsoft? Я не уверен, какую поддержку я бы даже попросил. Мне всегда было интересно, как это связано с программированием. Получение поддержки для физического сервера (жесткий диск умирает), я понимаю. Что бы я попросил Microsoft в случае, как это?
9 ответов
В общем, дождитесь производственной версии перед использованием. Если компания, разрабатывающая ее, не готова поставить на нее метку производства, как ты можешь доверять ей в своей продукции? Когда вы определяете надежность своего сайта / продукта, вы можете быть настолько же надежны, как и ваша самая слабая ссылка. Риск для большинства РЦ слишком высок, чтобы рисковать.
Однако есть и исключения. .Net MVC один. Команда разработчиков выпустила рано и часто огромное количество внешних разработчиков, которые нашли ошибки. Этот RC очень безопасен и не представляет особой опасности.
Другие исключения будут из аналогичных обстоятельств:
- продукт прошел обширное тестирование большими группами внешних пользователей
- компания оставляет продукты в режиме RC или в бета-режиме намного дольше обычного, поэтому прошло достаточно времени для поиска ошибок (например, Gmail)
- немедленная поддержка или источник доступен
Тип поддержки, в которой вы нуждаетесь, - это быстрое реагирование (с исправлениями) на любые обнаруженные ошибки. Например, ваше приложение использует инструмент DooHickey для выполнения операции HickeyItUp. Вы обнаружите, что инструмент отлично работает, за исключением случаев, когда вы используете его для HickeyUp объекта типа почти Hickey. Вместо этого он возвращает ошибку. Эта ошибка приводит к сбою вашего сайта, и вам нужен ответ сейчас. Хорошая поддержка сообщит вам, если вы реализуете это неправильно и правильным образом, или дадите вам обходной путь, и / или исправите ошибку за очень короткое время.
Не ожидайте, что большая часть этого уровня поддержки от Microsoft (MVC может отличаться из-за отличной команды, которая так отзывчива). Вместо этого вы получите большую часть этого от разработчиков, которые уже используют его.
Обычно сборки RC имеют доработанные API и пользовательский интерфейс, они могут содержать ошибки. Я бы сказал, что против него безопасно разрабатывать, но я бы очень опасался развертывания неизданного кода.
Я бы сказал, как правило, не использовать кандидатов на выпуск в производственных средах. Тем не менее, существуют определенные исключения: некоторые продукты находятся в стадии бета-тестирования или выпуска кандидата в течение длительного времени и могут быть достаточно стабильными до того, как достигнут общей доступности.
По определению, нет, но вы должны использовать свое собственное суждение на основе продукта, поставщика, обновлений, которые он содержит, и ваших потребностей.
Я думаю, что это зависит от ожидаемой надежности приложения "производство".
Ваш личный сайт? Конечно!
Система подачи заявления на государственное страхование по безработице? Нет.
Зависит от того, какие функции вы используете, есть ли у вас исходный код, и позволяет ли лицензия производителя даже использовать его в работе.
Наличие исходного кода может смягчить проблемы, но было бы глупо использовать неподдерживаемый продукт в критически важной для бизнеса среде.
Я бы добавил, что это зависит от наличия поддержки от поставщика, если что-то пойдет не так, что часто связано с условиями лицензии.
В моей прошлой жизни я делал это все время. Все, что я развернул, было основано на компонентах с открытым исходным кодом. Однако я выбираю только те компоненты, которые поставляются с хорошими тестовыми наборами.
С программным обеспечением с закрытым исходным кодом вы просто не представляете, насколько хорошо все тестируется. Поставщик может использовать свою пользовательскую базу в качестве расширенной группы обеспечения качества.
Но, как говорит Карлтон Дженке, всегда есть исключение.