Сам использую paramico, довльно удобно. Но для описавыемых вами задач менеджмента большого парка серверов («исправить строчку №12 в конфигурационном файле» или «заменить файл „version_017“ на „version_018“.) лучше использовать chef или puppet.
По статье сложилось впечатление, что Microsoft проигрывает конкурентам по всем фронтам, и всё из-за плохого менеджмента: дорогие лицензии, строгие ограничения… Неужели в Microsoft такие узколобые, что не понимают причин своей низкой доли и не пытаются что-то изменинть?
Я всё равно не понимаю.
Вот есть ссылка. Есть QR-код. Рядом.
Я так понимаю, что qr-код надо сфотографировать. Мне это напоминает ксерокопирование монитора.
Возможно, имеет смысл в браузере показывать qr-код текущей страницы, например в хромовом extension.
Но зачем ставить код в статье рядом с сылкой? На тот случай, если человек читает на компе, а ссылку хочет открыть на мобильном устройстве? ИМХО, странное желаение. Особенно если учесть, что это единственная иллюстрация в статье.
Есть ведь приблуда, чтобы наводишь курсор на ссылку, а она тебе показывает QR-код.
Зависит от того, что вы считаете нынешнеми реалиями? Если вы делаете сайт, который всегда последней версии, то вам такой человек не нужен.
Если у вас собираемый продукт, с десятками поддерживаемых версий, с большим количеством тестов, если у вас несколько десятков разработчиков, то такой человек вам очень нужен.
Собственно, потому в крупных SW-копаниях всегда есть такие люди/отделы.
Конечно работоспособный. Но непопулярный. Возможно, неудобный для всех, кроми Вирта. Но неработоспособный…
На китайском разговаривают миллиард китайцев, на финском — 7 миллионов. И что ж, выходит, финский язык неработоспособный?
При выборе языка для проекта учитывается (или должно учитываться) множество критериев, не связанных с самим языком как таковым. Если у вас есть команда, в которой все знают C++ и PHP, то вы не станете писать на java. Хотя java хороший язык.
Вы делаете очень серьезный вывод из совершенно невнятной цепочки рассуждений.
Количество проектов никак не отражает работоспособность языка. Оно может отражать состояние системы образования, состояние рынка, состояние инфраструктуры. Но состояние языка оно никак не отражает.
А скажите, у Яндекса мобильные приложения разрабатывает каждая команда сама или есть отдельная команда мобильных приложений?
Просто почему-то приложений для айфона куда больше, чем для айпада. Собственно, для айпада только карты и сделали.
>«все что-то бегают и истерят, давайте-ка купим джиру, чтобы это прекратить»
А у нас ДВЕ системы управления для каждого проекта. Считается, что одна решает проблему «бегают», а другая — «истерят». Эффект очень неожиданный: развилась возможность одноверменного мышления над одной проблемой в двух разных категориях.
Вот есть ссылка. Есть QR-код. Рядом.
Я так понимаю, что qr-код надо сфотографировать. Мне это напоминает ксерокопирование монитора.
Возможно, имеет смысл в браузере показывать qr-код текущей страницы, например в хромовом extension.
Но зачем ставить код в статье рядом с сылкой? На тот случай, если человек читает на компе, а ссылку хочет открыть на мобильном устройстве? ИМХО, странное желаение. Особенно если учесть, что это единственная иллюстрация в статье.
Есть ведь приблуда, чтобы наводишь курсор на ссылку, а она тебе показывает QR-код.
Если у вас собираемый продукт, с десятками поддерживаемых версий, с большим количеством тестов, если у вас несколько десятков разработчиков, то такой человек вам очень нужен.
Собственно, потому в крупных SW-копаниях всегда есть такие люди/отделы.
На китайском разговаривают миллиард китайцев, на финском — 7 миллионов. И что ж, выходит, финский язык неработоспособный?
При выборе языка для проекта учитывается (или должно учитываться) множество критериев, не связанных с самим языком как таковым. Если у вас есть команда, в которой все знают C++ и PHP, то вы не станете писать на java. Хотя java хороший язык.
Количество проектов никак не отражает работоспособность языка. Оно может отражать состояние системы образования, состояние рынка, состояние инфраструктуры. Но состояние языка оно никак не отражает.
Просто почему-то приложений для айфона куда больше, чем для айпада. Собственно, для айпада только карты и сделали.
А у нас ДВЕ системы управления для каждого проекта. Считается, что одна решает проблему «бегают», а другая — «истерят». Эффект очень неожиданный: развилась возможность одноверменного мышления над одной проблемой в двух разных категориях.