Кто ж его знает что там в будущем будет :) Телепортаторы и всякая другая пижня, которую в телевизорах показывают, да и вообще, может компьютеры захватят мир и нам будет не до этого :)
Когда можно будет реализовать то, что в комменте выше, он шкаф просто дома напечатает на МФУ. А сама покупка будет заключаться в одноразовом чертеже, который самоуничтожится после работы.
Это рассчитано видимо на совсем маленький домашний сервер?
А что со sieve не так?
Вообще странный костыль… Для красоты тогда уж «лучше» написать демона и встроить его в цепочку обработки писем, завернуть все это в базу, сделать вебморду… или все таки использовать sieve :)
Спасибо за статью, попробую перепилить это на малину! Пока что пользуюсь Torrent Monitor от вашего однофамильца :), но оно на php + сама выкачка торрентов отдельной программой.
Занимаюсь примерно такой же фигней, только столкнулся с тем, что kitchen-ansible не раскрывает переменные внутри, например, group_vars/all файлах. Пришлось свой велосипед написать :(
Узнал тут недавно, что одна крупная компания деплоится перловыми велосипедами… ужаснулся… Некоторые деплоятся ansible… Жуть…
Почему не воспользоваться предназначенными для этого системами? Jenkins + Git/Perforce/SVN + Nexus + Docker (а можно еще туда kubernetes навернуть) творят просто чудеса… А если посмотреть в энтерпрайз решения, то там ваааще огромный выбор. Я работал с Anthill (к сожалению пару лет назад закрыли разработку) и ElectricCommander, там можно очень неплохую систему развернуть.
для Carbon, говорят, лучше использовать carbon-c-relay, по крайней мере на rootConf графики показывали красивые, что С-версия намнооого быстрее carbon_cache.py
Эх, когда играл в игры (Quake1-Quake2), то самая лучшая геймерская мышка была Mistumi ( с шариком которая )… А сейчас для Diablo3, да под пиффко в танки да корабли и обычной мышки хватает, главное чтобы в руке удобно было. Сейчас стоит SteelSeries R.U.S.E., до этого была A4Tech X7… На работе совершенно обычный Logitech… Руки все равно больше на клавиатуре лежат.
Так не надо увеличивать штат для новых фич и т.п. Официальные разрабы вполне могут работать над новыми запланированными фичами, сообщество так же сможет фиксить баги, предлагать оптимизации и новые решения. Офф команде останется только ревьюить. И получится куча новых разрабов-альтруистов, которым не надо платить зп, держать место в офисе, а работа будет делаться. Помоему вполне логично и экономно.
я думаю комплекс и большей частью, что автомат ездит, на других станциях же нет какого. Но вообще там прикольно, можно увидеть посути несколько поколений составов :)
А что со sieve не так?
Вообще странный костыль… Для красоты тогда уж «лучше» написать демона и встроить его в цепочку обработки писем, завернуть все это в базу, сделать вебморду… или все таки использовать sieve :)
Почему не воспользоваться предназначенными для этого системами? Jenkins + Git/Perforce/SVN + Nexus + Docker (а можно еще туда kubernetes навернуть) творят просто чудеса… А если посмотреть в энтерпрайз решения, то там ваааще огромный выбор. Я работал с Anthill (к сожалению пару лет назад закрыли разработку) и ElectricCommander, там можно очень неплохую систему развернуть.