Отличная статья, написанная языком для простых людей. А есть немного более сложный вариант для одноразовых паролей, чтобы был не общий секрет, а пара public\private? Меньше всего хотелось бы чтобы злоумышленник после разового взлома ресурса получил доступ к секрету. Понятно что ресурсам типа google.com это не грозит, но есть и более простые
Действительно оригинальный и интересный вариант подбора программистов. Возьму себе на заметку.
Однако оценка по результату, а тем более по времени его достижения, имеет и вторую сторону медали. Так что я надеюсь вы оценивали работу не только по времени достижения результата.
Дело в том, что быстро и качественно не всегда идут рука об руку. Качество всегда отнимает больше времени и за счет этого вначале будет проигрывать «быстрым результатам». С другой стороны, «быстрые результаты» порой достигаются не за счет оперативно выполненной работы, а за счет пожертвования теми или иными аттрибутами качества, например грамотным проектированием базы, системой модульного тестирования, продумывания архитектуры приложения и т.д.
И вот когда речь заходит не о сайтах-визитках, а о серьезных веб-сервисах, то на каком-то этапе возникнет ряд проблем:
1. Невозможность в адекватные сроки выполнить внедрение простой бизнесфичи
2. Невозможность добавить другого программиста в проект, ибо он просто не осилит этот код.
В связи с этим появятся побочные технические эффекты типа робких попыток выпросить время на перепроектирование \ переписывание того или иного участка кода. И это не пустые философствования, это негативный опыт, вынесенный из некоторых моих проектов.
К чему это я… Ах, да. Я, разумеется, ни в коем случае не пытаюсь наговорить на Сергея, я рад что у вас сложились рабочие отношения. Однако если вы «задолжали» качеству, то лучше начать «возвращать ему долги» прямо сейчас, пока еще внедрение новых плюшек выполняет быстро.
Nagios, в первую очередь, предназначен для мониторинга текущего состояния серверов и их сервисов. Это означает что он не может из коробки показать график подобно тем что нарисованы здесь. Это разумеется не отменяет наличия nagiostat, однако это third-party компонент, а не родная фича.
А касательно функциональности zabbix графиков и rrdtool графиков вообще можно неплохо пофлеймить, лично мне больше отчеты забикса нравятся.
Однако оценка по результату, а тем более по времени его достижения, имеет и вторую сторону медали. Так что я надеюсь вы оценивали работу не только по времени достижения результата.
Дело в том, что быстро и качественно не всегда идут рука об руку. Качество всегда отнимает больше времени и за счет этого вначале будет проигрывать «быстрым результатам». С другой стороны, «быстрые результаты» порой достигаются не за счет оперативно выполненной работы, а за счет пожертвования теми или иными аттрибутами качества, например грамотным проектированием базы, системой модульного тестирования, продумывания архитектуры приложения и т.д.
И вот когда речь заходит не о сайтах-визитках, а о серьезных веб-сервисах, то на каком-то этапе возникнет ряд проблем:
1. Невозможность в адекватные сроки выполнить внедрение простой бизнесфичи
2. Невозможность добавить другого программиста в проект, ибо он просто не осилит этот код.
В связи с этим появятся побочные технические эффекты типа робких попыток выпросить время на перепроектирование \ переписывание того или иного участка кода. И это не пустые философствования, это негативный опыт, вынесенный из некоторых моих проектов.
К чему это я… Ах, да. Я, разумеется, ни в коем случае не пытаюсь наговорить на Сергея, я рад что у вас сложились рабочие отношения. Однако если вы «задолжали» качеству, то лучше начать «возвращать ему долги» прямо сейчас, пока еще внедрение новых плюшек выполняет быстро.
А касательно функциональности zabbix графиков и rrdtool графиков вообще можно неплохо пофлеймить, лично мне больше отчеты забикса нравятся.