Возможно дело в том, что управлять развитием и поддержкой ЯП в одиночку (Гвидо) и даже одной организацией (Oracle) становится слишком сложно по причине ускорения развития этих ЯП. И делаются шаги в сторону децентрализация управления процессом.
На практике автобус не просто ходит «в среднем каждые 10 минут», а имеет конкретную привязку ко времени, от которой может отклоняться в ту или иную сторону с некоторым распределением. И это заметно более жесткое ограничение.
И, в целом, модель, описанная автором статьи — весьма далека от реального мира.
Например, когда он «для точности» генерирует выборку на 1 млн. событий — в этой выборке у него на любом интервале времени может собраться произвольное количество приехавших автобусов. Тогда как в отношении более-менее правдоподобной модели с фиксированным расписанием и некоторым отклонением от него можно говорить, что-нибудь в духе «на любом 10-ти минутном интервале придёт от 0 до 2 автобусов».
Вы пишете узкоспециализированную статью, а заголовок дали как для популярной статьи широкого профиля. Ни по заголовку, ни по хабам статьи, ни по вступлению совершенно не понятно, о чем вообще речь.
Сходите лучше книгу по voip какую нибудь почитайте
Зачем? Я не работаю с VoIP и не собираюсь им заниматься. Есть большое множество интересных для меня направлений для разработки, но VoIP сейчас в их число не входит. Почему я вдруг должен бежать заниматься именно VoIP? Только из-за того что он фигово работает "из коробки"? Мне проще не пользоваться, чем тратить на это время.
Неужели у вас в компании нет ни одного грамотного человека, который бы вам сказал, что для данных на второй картинке такой тип диаграммы использовать нельзя? Что линии на графиках предназначены показать плавный переход от одной величины к другой? И что нет, и не может быть никакого плавного перехода между метрикой «Отношения с коллегами» и «Компания делает мир лучше» (и всеми остальными метриками на этой картинке)?
То же самое с третьей диаграммой. Хотя там еще с большой натяжкой можно сказать, что по оси абсцисс находится неявная величина «ранг метрики в нашем отсортированном массиве метрик». Но всё равно глупо.
Запомните: «Market maker» — устоявшийся термин с весьма конкретным значением. Он не переводится.
PS: И не «подбирает», а скорее «обдирает» или «обыгрывает».
В одном месте написано:
А в другом месте:
И, в целом, модель, описанная автором статьи — весьма далека от реального мира.
Например, когда он «для точности» генерирует выборку на 1 млн. событий — в этой выборке у него на любом интервале времени может собраться произвольное количество приехавших автобусов. Тогда как в отношении более-менее правдоподобной модели с фиксированным расписанием и некоторым отклонением от него можно говорить, что-нибудь в духе «на любом 10-ти минутном интервале придёт от 0 до 2 автобусов».
В оригинале:
Зачем? Я не работаю с VoIP и не собираюсь им заниматься. Есть большое множество интересных для меня направлений для разработки, но VoIP сейчас в их число не входит. Почему я вдруг должен бежать заниматься именно VoIP? Только из-за того что он фигово работает "из коробки"? Мне проще не пользоваться, чем тратить на это время.
Не хватало еще каждую используемую программу вручную настраивать под все нюансы окружения.
То же самое с третьей диаграммой. Хотя там еще с большой натяжкой можно сказать, что по оси абсцисс находится неявная величина «ранг метрики в нашем отсортированном массиве метрик». Но всё равно глупо.