Вам нравятся митапы с практической частью? Воркшопы там всякие?
Мне вот тоже нравятся. Особенно когда надо не слушать, а выступать. По закону подлости, в последний вечер что-то происходит (приходит обновление, слетает конфиг, еще что-то немыслимое) и практическая часть просто отказывается работать.
Естественно, так и произошло. Только что выступал на митапе, и около 70% практической части импровизировал, потому что работающий конфиг внезапно перестал быть таковым. Что ж, благо никто не заметил и всё прошло круто.
А вообще - могу сказать что выступать перед публикой полезно. Начинаешь понимать в каких областях доклада действительно есть понимание, а в каких только его видимость. Митап к сожалению закрытый, записей не будет. Просто делюсь впечатлениями ;) А вообще, рекомендую хоть раз попробовать себя в роли докладчика. Классный экспириенс.
Мне вот тоже нравятся. Особенно когда надо не слушать, а выступать. По закону подлости, в последний вечер что-то происходит (приходит обновление, слетает конфиг, еще что-то немыслимое) и практическая часть просто отказывается работать.
Естественно, так и произошло. Только что выступал на митапе, и около 70% практической части импровизировал, потому что работающий конфиг внезапно перестал быть таковым. Что ж, благо никто не заметил и всё прошло круто.
А вообще - могу сказать что выступать перед публикой полезно. Начинаешь понимать в каких областях доклада действительно есть понимание, а в каких только его видимость. Митап к сожалению закрытый, записей не будет. Просто делюсь впечатлениями ;) А вообще, рекомендую хоть раз попробовать себя в роли докладчика. Классный экспириенс.
👍9
Под конец года в основном картинки какие-то, персональные впечатления в картинках и отсутствие технического текста. Всё время какая-то активность на работе, чаще ухожу в менеджмент и высокоуровневые процессы, но при этом не становится меньше технических задач.
Много времени уходило на написание очередной статьи (надеюсь, скоро опубликуют), подготовку к митапу, и так далее. Из актуального - пытаюсь заставить azure devops собирать мультиархитектурные имеджи (arm64 и amd64) и деплоить всё это в кубер. Как закончу - поделюсь впечатлениями и опишу технические нюансы, если будет что описывать.
Много времени уходило на написание очередной статьи (надеюсь, скоро опубликуют), подготовку к митапу, и так далее. Из актуального - пытаюсь заставить azure devops собирать мультиархитектурные имеджи (arm64 и amd64) и деплоить всё это в кубер. Как закончу - поделюсь впечатлениями и опишу технические нюансы, если будет что описывать.
👍2🐳1
Как надо писать докерфайлы? Всё очень просто.
Ни в коем случае не надо думать про кеширование слоёв. Разделение на отдельные слои сразу показывает несостоятельность проекта. Чем дольше идёт билд - тем солиднее кажется приложение. Все сразу понимают что и разработчик и девопс долго и упорно трудились.
И уж совсем нельзя выносить всё кроме запуска основного процесса за пределы CMD. Стартап приложения это продолжения деплоя. А чем дольше деплой - тем больше уважают девопса.
Ни в коем случае, код не должен собираться на этапе билда контейнера, даже если разработчики и девопсы не стремятся быть уважаемыми. Иначе все сразу, еще до деплоя в прод поймут что код собирается/не собирается (нужное подчеркнуть), и заране обрадуются исходу. В любом деплое должна быть загадка, иначе это скучный деплой.
Все что вы хотите писать в докерфайле нужно вынести в CMD через логическое "и". Иначе, CMD выглядит недостаточно внушительно. А использование ENTRYPOINT вообще под строжайшим запретом.
Ни в коем случае не надо думать про кеширование слоёв. Разделение на отдельные слои сразу показывает несостоятельность проекта. Чем дольше идёт билд - тем солиднее кажется приложение. Все сразу понимают что и разработчик и девопс долго и упорно трудились.
И уж совсем нельзя выносить всё кроме запуска основного процесса за пределы CMD. Стартап приложения это продолжения деплоя. А чем дольше деплой - тем больше уважают девопса.
Ни в коем случае, код не должен собираться на этапе билда контейнера, даже если разработчики и девопсы не стремятся быть уважаемыми. Иначе все сразу, еще до деплоя в прод поймут что код собирается/не собирается (нужное подчеркнуть), и заране обрадуются исходу. В любом деплое должна быть загадка, иначе это скучный деплой.
Все что вы хотите писать в докерфайле нужно вынести в CMD через логическое "и". Иначе, CMD выглядит недостаточно внушительно. А использование ENTRYPOINT вообще под строжайшим запретом.
🤣10🔥3🤬2🐳2
Прочитал в ченджлоге октопуса что есть version control, возможность насетапить всё терраформом.
Классно, подумал я, и начал пробовать.
"Хуй тебе, сказали разработчики октопуса"
Ну, точнее, они сказали
Даже бага в гитхабе есть: https://github.com/OctopusDeploy/Issues/issues/7789
Ну как тут без мата? Деньги за лицензию взяли, релиз стабильным назвали. А работает через жопу бля.
Классно, подумал я, и начал пробовать.
"Хуй тебе, сказали разработчики октопуса"
Ну, точнее, они сказали
Failed to execute migration 5: Error getting value from 'RelatedDocumentIds' on 'Octopus.Core.Model.Variables.ProjectVariables'., но по факту это одно и то же.Даже бага в гитхабе есть: https://github.com/OctopusDeploy/Issues/issues/7789
Ну как тут без мата? Деньги за лицензию взяли, релиз стабильным назвали. А работает через жопу бля.
GitHub
Cannot convert project to version controlled when OCL already exists · Issue #7789 · OctopusDeploy/Issues
Team I've assigned a team label to this issue Severity No reports from customers, discovered internally Version Earliest tried was 2022.4.2583 Latest Version I could reproduce the problem i...
😁1🐳1
Факт про Octopus Deploy который сделал мою ночь: обновление логотипа step template инкрементирует версию шаблона.
Что такое step template, думаю понятно. Какое то кастомное действие, которого нет в родной библиотеке, и которое было добавлено пользователем для упрощения. Короче, параметризованный скрипт на C#, powershell, bash, не важно.
Логично, что у темплейта есть версионирование. Для того, чтобы трекать обновления и так далее.
Отдельно в соседней табе есть возможность загрузить кастомный логотип для темплейта. Логотип не хранится в коде темплейта. В этом можно убедиться, если сначала экспортировать его, а потом снова импортировать. Во первых, после импорта логотип пропадет, а во вторых, темплейт это json, и его просто можно просмотреть, и убедиться что грёбаной картинки там нет.
И вот чего я не понимаю: логика не была изменена, json не изменился, но изменение левой проперти которая вообще не хранится в коде темплейта меняет его версию. А это влечет за собой критическую ошибку и невозможность импорта пайплайна из кода из-за несовпадения версий.
За что?
Что такое step template, думаю понятно. Какое то кастомное действие, которого нет в родной библиотеке, и которое было добавлено пользователем для упрощения. Короче, параметризованный скрипт на C#, powershell, bash, не важно.
Логично, что у темплейта есть версионирование. Для того, чтобы трекать обновления и так далее.
Отдельно в соседней табе есть возможность загрузить кастомный логотип для темплейта. Логотип не хранится в коде темплейта. В этом можно убедиться, если сначала экспортировать его, а потом снова импортировать. Во первых, после импорта логотип пропадет, а во вторых, темплейт это json, и его просто можно просмотреть, и убедиться что грёбаной картинки там нет.
И вот чего я не понимаю: логика не была изменена, json не изменился, но изменение левой проперти которая вообще не хранится в коде темплейта меняет его версию. А это влечет за собой критическую ошибку и невозможность импорта пайплайна из кода из-за несовпадения версий.
За что?
https://blogs.microsoft.com/blog/2023/02/07/reinventing-search-with-a-new-ai-powered-microsoft-bing-and-edge-your-copilot-for-the-web/
Мммм, непогано. Здається, майки насували гуглу за щоку.
Для лінивіх: bing тепер працює на openai.
Мммм, непогано. Здається, майки насували гуглу за щоку.
Для лінивіх: bing тепер працює на openai.
The Official Microsoft Blog
Reinventing search with a new AI-powered Microsoft Bing and Edge, your copilot for the web
To empower people to unlock the joy of discovery, feel the wonder of creation and better harness the world’s knowledge, today we’re improving how the world benefits from the web by reinventing the tools billions of people use every day, the search engine…
👍2
Я: з 2013 року палаю сракою на whois тому що в нього стандарт що є що ні і взагалі це неструктурований текст.
RDAP: існує в проді з 2019 року
https://www.icann.org/rdap
RDAP: існує в проді з 2019 року
https://www.icann.org/rdap
👎4👍3