Я бы сказал, что это разные инструменты, но они дополняют друг друга. Если проводить аналогию с обычным кодом, то kubectl-validate это статический анализатор, который не может сообщить о проблемах окружения в рантайме.
Да, у mermaid неоспоримое достоинство по сравнению с plantuml, что его поддерживают gitlab и github в markdown без дополнительных приседаний с рендерингом в картинки. А по фичам, форматированию и отрисовке plantuml конечно сильно выигрывает.
Прям в точку. Почему-то раньше не слышал такого определения, буду теперь использовать, спасибо.
Ещё во всём этом сквозит боязнь ошибиться, боязнь «растратить драгоценное время на ерунду», разбираясь с системой сборки джаваскрипта, вместо изучения платы с транспьютерами. Но выходит скорее наоборот, на самом деле больше времени потратишь на теоретизирование и на поиски статей со сравнениями, чем на практические эксперименты.
Периодически кстати приходится себя выдёргивать из этого состояния паралича и брать первую попавшуюся либу, чтобы уж написать poc, пощупать как это получается и гуглить уже конкретные ошибки.
Мы как-то ради однообразия решили написать на Го модуль so-шку для PAM. Ничего асинхронного там не было, только файлик прочесть и найти юзера, но в so добавляется гошная стандартная либа и размер получается несоизмеримый. Переписали на другой язык, вместо пары мегабайт вышло несколько килобайт, на этом "cgo в обратную сторону" закончилось ;)
Спасибо, это веселый перевод сделал мой день! В процессе чтения у меня случился приступ самоотражения: тем ли я в жизни занимаюсь, создавая на заказ конечные точки или пора писать открываемые API? Как в этом случае поступить с зависимостями, вводить или инжектировать или будет достаточно раскрыть модели с помощью клея, безопасного для типов?
Поделитесь, как организуете конфигурацию оператора? В некоторых проектах ставят отдельную crd и cr, которую может править пользователь. В других это может быть просто ConfigMap.
С обновлениями тоже интересный вопрос, особенно на неопределённое количество кластеров, как у вас.
С картами как-то сложно, я правильно понимаю, что на первом плановая траектория, а "реальность" это не реальная траектория, а плановый финиш и приземление? Т.е. как-то так:
Я бы сказал, что это разные инструменты, но они дополняют друг друга. Если проводить аналогию с обычным кодом, то kubectl-validate это статический анализатор, который не может сообщить о проблемах окружения в рантайме.
АЛ102
Вот упоминание в списке top500
https://top500.org/system/169762/
x509sha1=1 это не "явный отказ от поддержки", а как раз возврат поддержки sha1, чтобы можно было использовать старый хэш.
P.s. почитал дальше, перевод в целом неудачный какой-то.
Интуитивно, принципиальная модель, начерченная на плоскости это будто бы 2D модель. Почему 1D?
Лучше принести plantuml в гитлаб ;)
Да, у mermaid неоспоримое достоинство по сравнению с plantuml, что его поддерживают gitlab и github в markdown без дополнительных приседаний с рендерингом в картинки. А по фичам, форматированию и отрисовке plantuml конечно сильно выигрывает.
Ну или более оптимистично — уменьшение энтропии
Немного душнизма: производство чипов это фотолитография, не литьё.
Прям в точку. Почему-то раньше не слышал такого определения, буду теперь использовать, спасибо.
Ещё во всём этом сквозит боязнь ошибиться, боязнь «растратить драгоценное время на ерунду», разбираясь с системой сборки джаваскрипта, вместо изучения платы с транспьютерами. Но выходит скорее наоборот, на самом деле больше времени потратишь на теоретизирование и на поиски статей со сравнениями, чем на практические эксперименты.
Периодически кстати приходится себя выдёргивать из этого состояния паралича и брать первую попавшуюся либу, чтобы уж написать poc, пощупать как это получается и гуглить уже конкретные ошибки.
Мы как-то ради однообразия решили написать на Го модуль so-шку для PAM. Ничего асинхронного там не было, только файлик прочесть и найти юзера, но в so добавляется гошная стандартная либа и размер получается несоизмеримый. Переписали на другой язык, вместо пары мегабайт вышло несколько килобайт, на этом "cgo в обратную сторону" закончилось ;)
Да, тоже встретил проблему при удержании кнопки с ноунейм переходником. Что-то с консоли настроить ещё подойдёт, а играть комфортно не получится.
Для afffinity/antiaffinity есть перевод в официальный доке кубернетес:
Правила совместного/раздельного существования
Спасибо, это веселый перевод сделал мой день! В процессе чтения у меня случился приступ самоотражения: тем ли я в жизни занимаюсь, создавая на заказ конечные точки или пора писать открываемые API? Как в этом случае поступить с зависимостями, вводить или инжектировать или будет достаточно раскрыть модели с помощью клея, безопасного для типов?
Не думали в качестве прошивки взять qmk https://github.com/qmk/qmk_firmware ?
К ней есть приложение для макросов и совместимость с конфигуратором rgb подсветки. И про nkro там разведано.
Обожаю шейдеры! Здесь можно цвет возводить в квадрат, делить на куб координат, прибавлять миллисекунды и брать от этого всего синус ;)
Для старта в операторах хорошее описание!
Поделитесь, как организуете конфигурацию оператора? В некоторых проектах ставят отдельную crd и cr, которую может править пользователь. В других это может быть просто ConfigMap.
С обновлениями тоже интересный вопрос, особенно на неопределённое количество кластеров, как у вас.
Казалось бы, при чём тут А.П. Бугорский?
С картами как-то сложно, я правильно понимаю, что на первом плановая траектория, а "реальность" это не реальная траектория, а плановый финиш и приземление? Т.е. как-то так:
s/ansible/alpine/ :facepalm: