Pull to refresh
59
0
Eugene Glotov @KIVagant

User

Send message
Статья как раз про это и сообщает и даже предлагает решение.
Как нарисовать сову.
1. Возьмите лист бумаги и карандаш
2. Далее нарисуйте овал для будущего туловища, форму хвоста, а потом нарисуйте линию ног.
3. Далее нарисуйте клюв, круги где будут глаза, а также перья на голове совы.
4. Продолжайте рисовать.
5. Сова готова!

Статья, тем не менее, хорошая. Всегда лучше начинать с обзора общих понятий, а потом уже углубляться в нужную область.
В Украине это единственная вменяемая альтернатива Яндекс.Навигатору с ужасным интерфейсом, но отличными социальными функциями.
Аккуратно, но я бы столешницу продлил аж до двери, чтобы можно было ноги хоть немного распрямлять, не убирая руки со стола.


Не понимаю откуда люди берут весь этот хлам. :) У меня и в шкафах-то нет почти ничего, кроме пары пустых пакетов, на всякий случай. Кстати заметил, что и ручкой я пользуюсь только чтобы порисовать во время созвонов, когда скучно становится. Мышкой не пользуюсь уже 4 года (только для игр иногда дома), вторые-третьи мониторы также давно не нужны. Хороший тачпад и знание хоткеев снимает необходимость в этих всех громоздких экранах. Ещё бы провода все убрать — наступил бы вечный кайф. Кстати IDE моя выглядит примерно так же. Ни toolbar, ни tabs. Десятки открытых проектов, сотни файлов и никакого визуального мусора.
Сам факт повышенного радио-шума может быть достаточным для начала пристального изучения.
Если честно, то приведённые треки похожи друг на друга до степени смешения. Ритм вообще примитивен и описывается словами «бам-бам-бам-бам». Мне кажется, что-то в этом подходе не так, результат совсем слабенький. Сам факт, что так легко можно запустить генератор музыки, интересен. Но что-то меня не покидает ощущение, что где-то уже должны быть доступны генераторы с более высоким качеством.

Ещё не пробовал пользоваться, но недавно искал такую штуку. Просто прекрасно, надеюсь не забросите проект.

Понятно, спасибо. Поддерживаю автора статьи про направление логов в стандартные потоки вывода.
> В целом, локальное ведение журнала Envoy считается ужасным с точки зрения производительности, поэтому его улучшению не уделяется много внимания.

Имелось ввиду «уделяется»?
Нет, не один. Классные фильтры, которые проделывали подобные вещи (не просто ползунок «резкость»), были в фотошопе в ещё в 2006м году. Ничего особенного это «нейросети» не демонстрируют. Вот если бы там появлялись новые детали, которых раньше не было, в зависимости от контекста вокруг (больше кораблей, мебель, улучшенный грим на актёрах вместо этой безжизненной маски) — вот тогда можно было бы это назвать достижением нейросетей.
Так лучше продаётся в гос. организациях. Говорю основываясь на личном опыте. Всё должно выглядеть серьёзно, «научно», аргументировано. Иначе лоббировать труднее.
Опять же, здесь есть риск, что зависнет всё и сразу. Но если у вас это надёжно работает, концепция конечно же имеет право на существование.
Во-первых, я не соглашусь, что логи — для человека. Это конечное представление логов, оно для человека. Где уже есть фильтры, колонки, группировки, графики и всё прочее. И чтобы получить это представление и видеть что происходит во всей системе, а не в каком-то отдельном процессе, логи и должны писаться в структурированном машинно-читаемом формате.

> Вот принято у вас в Json писать — пишите, но не надо говорить, что это вселенское добро и всем так надо.

Если вы нашли иной способ, используя другой формат, получать гарантированный парсинг всех требуемых полей, начиная (но не ограничиваясь) с точной метки времени — то конечно. Но из всего, что я знаю, только json поддерживается в любом языке и парсится чем угодно. Следовательно, я буду продолжать утверждать, что это и есть единственный оптимальный формат для подавляющего большинства проектов. А редкие исключения требуют редких специалистов.

По-поводу LogLevel, конечно же разработчик сам определяет что критично, а что нет. Но у администратора системы должна быть возможность выключить всё некритичное и включить когда требуется единым способом.

Вот тут осторожно. Если syslog не на текущем сервере, то докер может знатно зависать.
Прочитал комментарий ниже и до меня дошло, что вы наверное имеете ввиду писать куда-то вовне из самого контейнера. С этим я не могу согласиться.
Да, это тоже знакомая ситуация. Но даже при централизированном сборе логов иногда один сервис может наплодить больше логов, чем вся инфраструктура вместе взятая. Но это хотя бы становится видно, если есть мониторинг.
Перевод здесь: habr.com/en/post/438186

Если найдёте ошибки, сообщите мне, пожалуйста.
Да, именно так. Приложения не должны заниматься доставкой логов.

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity