Если есть возможность, приведите пожалуйста пример нескольких таких схем, обезличенных конечно же. Я бы хотел убедиться в своей неправоте по поводу тектовых схем и понять, как их можно использовать в действительности.
Получается, что документировать конфигурацию нужно также, как код. Плюс, многие общие вещи из конфигов не ясны, нужно делать отдельное описание архитектуры. Это особенно актуально для «десятки проектов, десятки серверов», потому что иначе взаимодействие всего со всем превращается в дикую кашу, которую никто не понимает. Сталкивался :)
Установить факт принадлежности как раз не сложно. Достаточно поверхностно ознакомиться с кодом и попросить студента рассказать, что делает та или иная функция. Если рассказывает бодро — зачет.
Хороший подход, добавил его в конец статьи. Единственное замечание:
Что касается использования вики, то у этого подхода есть один довольно важный недостаток: в качестве текстового редактора вики используют textarea в браузере, и этот редактор катастрофически менее удобен, надёжен, привычен и функционален чем основной текстовый редактор используемый админами/разработчиками (вроде Vim/Emacs).
Но например в случае наличия базы оборудования, которая ведется отделом закупок и в которой есть все параметры сервера, дублировать информацию еще и вики излишне, достаточно поставить ссылку.
Вот есть например замечательная программа yed. По удобству это лучший редактор графов и построитель схем который я знаю, мне лично им намного удобнее пользоваться чем даже Microsoft Visio. Он отлично продуман, очень удобен и для больших и сложных схем рулит и педалит. Кстати, он написан на java и его можно при известной сноровке встроить в вики в виде апплета. Вот это было бы нормальное, полноценное решение.
Предложенный же вами плагин весьма неудобен в использовании, и схемы тех размеров, которые можно его с помощью создать, отлично заменяются текстом.
И цитату, которая я думаю окончательно подводит итог в подобного рода спорах:
Can you talk about how you wound up working for a NASA contractor without any «credentials»?
I read that a NASA subcontrator wanted someone to design high-efficiency power supplies for the Space Shuttle. So I wrote up a decent design and showed up. There were maybe 20 candidates at the office, all equipped with advanced degrees. But I didn't have a degree, I had a design. They hired me on the spot and sent all the degree holders away. True story.
Кроме того, как я уже писал документация частично пишется роботами. Насколько просто прицепить роботов к googledocs?
Вместо textarea всегда можно использовать костыль наподобие такого: addons.mozilla.org/en-US/firefox/addon/its-all-text/ Таким образом я довольно большую часть текстов набираю в vim.
Что же касается глобальных поиска и замены, то набор файликов и VCS удобнее всего.
Я систему управления конфигурацией упомянул в статье.
Но например в случае наличия базы оборудования, которая ведется отделом закупок и в которой есть все параметры сервера, дублировать информацию еще и вики излишне, достаточно поставить ссылку.
Вот есть например замечательная программа yed. По удобству это лучший редактор графов и построитель схем который я знаю, мне лично им намного удобнее пользоваться чем даже Microsoft Visio. Он отлично продуман, очень удобен и для больших и сложных схем рулит и педалит. Кстати, он написан на java и его можно при известной сноровке встроить в вики в виде апплета. Вот это было бы нормальное, полноценное решение.
Предложенный же вами плагин весьма неудобен в использовании, и схемы тех размеров, которые можно его с помощью создать, отлично заменяются текстом.
А вот про остальные я тоже не понял.
Что касается приема на работу, то приведу вот такую ссылку:
www.reddit.com/r/IAmA/comments/q9qzn/iama_former_nasa_space_shuttle_engineer_created/
И цитату, которая я думаю окончательно подводит итог в подобного рода спорах:
Я с Windows не работаю, но помню что под нее когда-то был Partition Magic. Еще есть открытый gparted, но насколько он поддерживает ntfs я не знаю.