По себе замечаю, во время дудлинга, мозг переходит в другой режим работы (я бы его описал как блуждающий режим). Внимание рассеивается, нет фокусировки. Информация воспринимается на другом уровне. Я сам технарь, и это проверено на личном опыте, возможно в других сферах этот способ не работает. Так вот, предполагаю, что этим самым мы не устанавливаем фильтры и не пытаемся ничего интерпретировать, что отвлекает следить за тем, что говорится.
Спасибо :-) Это адресовалось автору статьи, так как команды как запускать без sudo есть, а как добавить пользователя в группу docker — нет. Первое проще, но упомянуто. Второе — сложнее, и нет.
Никогда зарплата не мотивировала меня лучше работать. Но, всегда демотивировала, когда я понимал/знал, что мне не доплачивают. Что имеет значение, это прозрачность менеджмента и отношение как к человеку, а не ресурсу. Процессы налажены, периодически слушают и выполняют, а не просто принимают к сведению. Я не соглашусь, зарплаты не должны быть публичными. Люди разные, и кто-то будет себя недооценивать либо переоценивать. Вывод: сокрытие зарплат и не говняный менеджмент.
С трактовкой профессионала немного не соглашусь. Мой Профессионал — это человек, который имеет реалистическое представление о своих возможностях, навыках, умении и умеет сформулировать свое виденье, знает как реализовать его на деле и достичь желаемого, а также открыт к обсуждению и критике с окружающими.
У нас несколько вебсайтов, корпоративный вебсайт, много сторонних сервисов для статистики. В CI/CD pipeline сейчас около 20 проектов, которые деплоятся несколько раз в неделю.
Да, я хотел его использовать, но оказалось, что Vagrant требует его инсталяцию на основной ОС. А ждать службы поддержки, когда они мне его поставят, было неохота. Возможно, настою и установят в ближайшее время.
Да, знаю, что поздно. Сам кинулся изучать, а толкового для начинающих не нашел, вот и написал. Запуск ничем не отличается, я воспользовался такой связкой. Вариантов на самом деле много, меня этот устраивает. В Production конечно же все будет настроено по другому.
Правда это еще что. Вон на митапе пару лет назад парень запускал OpenStack в Vagrant, и потом несколько виртуальных машин уже на самом OpenStack. Было забавно наблюдать.
Это была инициатива менеджмента. Они хотят поднять новый стек и использовать Docker. Так как я занимался CI/CD процессом на проекте для прошлого стека, меня назначили и на новый стек. Так что, Docker в моем случае обязательное звено.
Прослойку я использовал для того, что если в процессе что-то пойдет не так, всегда можно начать сначала. Это одна причина. Вторая, в силу параноидального менеджмента, доустанавливать необходимые компоненты на основную систему нельзя без администраторов. Да да, DevOps инжинер без административных прав на своем локальном компьютере. Поэтому все эксперименты я провожу на виртуальных машинах, где нет ограничений.
Почему не virtualenv? В прошлом сталкивался с тем, что редкие пакеты просто отказывались устанавливаться под Windows. И нахожу хорошей практикой всегда запускать приложение в среде, приблеженней к Production.
Возможно это нубский вопрос, но объясните мне. Почему, когда находятся уязвимость, да еще такая как «SMBv1 используя уязвимость класса remote code execution», никогда нет информации, кто собственно закомитил такой код? Складывается ощущение, что все эти дыры в безопасности — не плод плохого программного кода, а запланированный ход.
Идея проверки восприятия логотипа, когда он не четкий, была мне не знакома. Очень интересный и мощный подход. Спасибо
С трактовкой профессионала немного не соглашусь. Мой Профессионал — это человек, который имеет реалистическое представление о своих возможностях, навыках, умении и умеет сформулировать свое виденье, знает как реализовать его на деле и достичь желаемого, а также открыт к обсуждению и критике с окружающими.
C:\Dev
с ограничениями.Правда это еще что. Вон на митапе пару лет назад парень запускал OpenStack в Vagrant, и потом несколько виртуальных машин уже на самом OpenStack. Было забавно наблюдать.
Почему не virtualenv? В прошлом сталкивался с тем, что редкие пакеты просто отказывались устанавливаться под Windows. И нахожу хорошей практикой всегда запускать приложение в среде, приблеженней к Production.