Средства и методы разработки

не надо монстроидалить. http://caxapa.ru/155897.html
По поводу высокого дяденьки(при всём к нему уважении) -- я бы сильно удивился, при виде крутого начальника, который с огоньком в глазах начал разглядывать шелы и т.п. низости. Может он в своё время не наигрался такими вещами? :-) Сегодня он есть, а завтра его может и не быть со всеми его виденьями. Резюме: решение должны принимать ТОЛЬКО ВЫ САМИ, взвешенно, обоснованно, без оглядки на кого-то (что не исключает принимать во внимание какие-то предложения) - стелите солому себе сами. Пример по поводу сервисного обслуживания: Мерседесы катаются по всему миру. У них тоже можно обновить ПО некоторых узлов. Сервисные центры получают обновления диском или по интернету. Процедура обновления простая, никакого вмешательства не требует. Только нажать кнопку "обновить". Уровень познаний персонала - полный нуль. Даже там бывают случаи, что обновление не может полностью функционировать или же некоторые "мастера-специалисты" умудряются втолкать софт от другого оборудования. Аппарат при этом не умирает, может ехать. На табло выводится какой-то минимум (для доехать до нормального сервиса :-) ). Вы пытаетесь поднять живучесть системы поднимая уровень обслуживания (или же что-то недоговариваете) ... Хотя все мы знаем, что высокий уровень обслуживания требуется при низком уровне качества разработки процессов обслуживания. ;-) Общий мой взгляд: Не старайтесь перевести трудность в другую плоскость (пусть крутые сервисмены пурхаются, им все карты в руки), это не есть решение задачи. Не нужны разборы синтаксиса и т.п. Крутые возможности - не панацея от всех бед. Суперскими возможностями надо ещё уметь управлять.