Это та тема, которую я не затронул.
Таких тем много, — я не хотел, чтобы статья получилась огромной.
В mail.ru есть огромная система мониторинга, и наш календарь подключен к ней. Есть дежурные администраторы, которые круглосуточно следят за здоровьем проектов и сигнализируют разработчикам и админам при любых неприятностях. Так что мониторинг есть (но это не Zabbix и не Nagios).
Графит и его графики нужны для того, чтобы разобраться в причинах проблем, которые своевременно выявил мониторинг. Как-то так.
Большинство из моих коллег не страдают NIH-синдромом и предпочитают сосредоточиться на разработке целевого продукта.
И только в том случае, если существующие решения по каким-либо причинам нам не подходят, приходится писать своё. Яркие примеры: tarantool и fest.
Каких-то специальных инструментов сейчас не используем.
У нас в тестах сильно расширен стандартный джанговский django.test.client, и этого пока достаточно.
Буду рад услышать рекомендации и success-story использования различных инструментов для этих целей.
Да ладно, тут ничего страшного. Любой проект начинается с нескольких строк кода.
Дальше оно, конечно, разрастается и разрастается, но, как говорится, «step by step» — сначала одно прикрутили, потом другое, сначала с одним разобрались, потом с другим.
А через год смотришь, у тебя уже пяток серверов только под инфраструктуру.
Если честно — не жалко. Я ждал этого вопроса и поэтому написал «лирическое отступление». Правильнее было бы взять для передатчика какую-нибудь AT90S2313 (не знаю, выпускаются ли они сейчас), использовать программную эмуляцию USB для связи с компютером, а в приёмник воткнуть любую тиньку.
Но, увы, у меня уже нет под рукой программатора и нет времени на это, но ностальгия не даёт покоя и появляются вот такие статьи =)
Когда-то радиоэлектроника была моей профессией. Я работал инженером-конструктором и разрабатывал сеьёзные вещи. Теперь я программирую серьёзные веб-проекты =)
Таких тем много, — я не хотел, чтобы статья получилась огромной.
В mail.ru есть огромная система мониторинга, и наш календарь подключен к ней. Есть дежурные администраторы, которые круглосуточно следят за здоровьем проектов и сигнализируют разработчикам и админам при любых неприятностях. Так что мониторинг есть (но это не Zabbix и не Nagios).
Графит и его графики нужны для того, чтобы разобраться в причинах проблем, которые своевременно выявил мониторинг. Как-то так.
Большинство из моих коллег не страдают NIH-синдромом и предпочитают сосредоточиться на разработке целевого продукта.
И только в том случае, если существующие решения по каким-либо причинам нам не подходят, приходится писать своё. Яркие примеры: tarantool и fest.
У нас в тестах сильно расширен стандартный джанговский django.test.client, и этого пока достаточно.
Буду рад услышать рекомендации и success-story использования различных инструментов для этих целей.
Остальное почти по дефолту.
Предупреждений pylint очень много (прямо сейчас — 503 штуки), но многие из них можно игнорировать.
github.com/dreadatour/dotfiles/blob/master/.zshrc#L88
Дальше оно, конечно, разрастается и разрастается, но, как говорится, «step by step» — сначала одно прикрутили, потом другое, сначала с одним разобрались, потом с другим.
А через год смотришь, у тебя уже пяток серверов только под инфраструктуру.
Что ни говори, ребята молодцы, уловили тему и успешно реализовали проект.
Но, увы, у меня уже нет под рукой программатора и нет времени на это, но ностальгия не даёт покоя и появляются вот такие статьи =)