Я привет ссылку, т. к. Вы написали, что C-D поддерживает только ASCII, что неверно.
Недостатки же этого метода вполне понятны. Кстати, в MIME используется другой вариант кодирования non-ASCII строк в заголовках (допускает разные варианты представления: qp, b64, как минимум).
Если бы выборка для mtbf учитывала такие падения (с какой-то вероятностью падения, естественно; не все же столь криворуки, чтобы обязательно уронить свежекупленный винт), то да.
Давайте редуцируем задачу. Есть две монеты. Кидаем их одновременно.
Вы получите вероятность выпадения двух решек — 0.5 (выпадет или не выпадет). Проведите эксперимент с хотя бы парой-тройкой сотен попыток. Потом перечитайте определение вероятности. Хотя бы в педивикии.
Ещё раз. Статистика — для выборки. Например, производитель собирает данные по отказам большой партии винтов. После чего рассчитывается MTBF. Делается эта оценка на основе статистики.
Понятно было бы, если бы вам на новой линии изготовили винт в единственном экземпляре. Тогда ни о каких вероятностных оценках говорить не приходится. Тут уже работает подход с динозавром. Винт сдохнет с вероятностью 1. Ничто не вечно под Луной. Точка.
А у произвольно взятого человека один из миллионов стандартных винтов. Одинаковых в разрезе данной задачи.
Среднее время наработки на отказ позволяет оценить вероятность отказа одного случайного винта. Если взять какое-нибудь разумное распределение, то легко можно оценить пределы времени жизни одного винта с нужным доверительным интервалом.
Не буду рекомендовать изучать теорию вероятность (не у каждого человека есть на это время и силы), но базовое представление довольно полезно. В том числе для понимания вполне бытовых характеристик товаров (наработка на отказ, среднее количество перезаписей etc).
Ещё стоит сказать, что mongodb при массированном обновлении умеет класть ESX 4 (VMWare), по крайней мере, при использовании scsi адаптера для хранилища, передаваемого в виртуальную машину. Как дело обстоит с другими гипервизорами — мне неизвестно.
Сталкивались на практике, довольно неприятная ситуация, приводящая к полному коллапсу ОС в виртуалке, т. к. диск перестает отвечать.
ChemAli, в такой схеме используется существующий ящик c@reply.domain.ltd, а та часть в local-part, что после знака + — токен, по которому принимается решение о том, что с этим сообщением делать далее. Написал ниже.
Из книг могу посоветовать The Definitive Guide to HTML5. Посмотрите preview, возможно понравится. Книга довольно подробная, вполне может потом использоваться, как справочник. Мне сложно оценить, насколько она подойдет, т. к. на момент её прочтения имел уже некоторый бэкграунд в HTML, XML и смежных технологиях.
Знание HTML5 не ограничит Вас в дальнейшем изучении костылей предыдущих версий, но, ИМХО, даст более консистентное представление. Про востребованность, к сожалению, ответить не смогу.
Но, Вы же не стремитесь стать именно фронтенд-разработчиком?
Насчет Вашего вопроса про то, в чем поможет фреймворк (в плане написания HTML/CSS/JS) стоит отметить следующие вещи:
— чтобы упростить себе жизнь используют шаблонизаторы (в node.js, ruby, python, java, c#, php — фактически везде), но некоторые шаблонизаторы позволяют сильно уменьшить количество кода и простоту его написания: slim, haml, jade; вплоть до client-side шаблонизации на js
— специализированные вещи типа SASS/SCSS, LessCSS позволяют уменьшить количество дублирования в CSS, но требуют понимания CSS — по сути это специализированные шаблонизаторы
— coffeescript и подобные — специализированные языки. которые сглаживают многое в js, но требуют понимание его работы.
Кроме того, в одном из подходов фронт и бэк развязывают через REST API, тогда разработчику бэка нужно существенно меньше думать про HTML/CSS/JS блок.
Беспокоиться о миграции большого смысла нет. Что python/django, что ruby/rails развиваются, меняются постоянно. Но кардинальных изменений нет.
Не буду говорить за django, скажу про RoR.
Проще всего начать с их tutorial, они довольно подробные, позволяют быстро поднять простой проект, «поиграться» как с серверной частью, так и с клиентской.
Параллельно стоит взять какую-нибудь разумную книжку по HTML5, а не углубляться в истоки HTML, как SGML.
Также по архитектуре найти книги по MVC, как наиболее часто встречающейся сейчас в веб-фреймворках.
Ещё могу рекомендовать smd.ru, ассортимент соответствует названию.
И, пожалуй, Планар (он есть в дефолт-сити). В последнем есть куча пассивных компонент. Цены приятные. Например, мощные LED (Cree, Luxeon) там были дешевле, чем в упомянутом чиподипе в 5 (sic!) раз.
Недостатки же этого метода вполне понятны. Кстати, в MIME используется другой вариант кодирования non-ASCII строк в заголовках (допускает разные варианты представления: qp, b64, как минимум).