я просто не знаю как этого добиться)

насколько я помню детерминант вычисляется рекурсивно, так что возможно нужно составить строку, а её уже за'mixin'ить

Спасибо за ссылки. Да, как сказали выше - читалку RSS, почти готово, результатом доволен. На новый гтк буду переходить вместе с gtkd и glade, а может и не буду, смотрю софт еще либы 2-ой использует. Получилось так: вью через Glade, инжекция его в контроллер\презентер и каждый контроллер, ответственный за свой участок, разбирает в свои поля контролы по их id (тут, по идее, явно нужна обертка над Builder, иначе это завязывает контроллеры только на него) и через делегаты\коллбэки взаимодействует с остальными. Сначала хотел собрать установку контролов в одном месте, чтобы не разбрасывать их строковые идентификаторы, но вариант оказался неудачным и плохо масштабируемым. Разве что для "вложенных" контроллеров один в другой, особенно если они private, нужно пробрасывать все коллбэки через родительский вышестоящему, который все это использует, но это садомазохизм, поэтому проще наверное иногда обращаться к вложенным напрямую... тут я не совсем уверен, как правильно, но если убрать коллбэки и позволить общаться хаотично через ту же event bus, то это все усложнит и перезапутает. Итого, вышло 9 контроллеров: главный, таймерный для обновления лент, трей, контроллер окна, а в нем контроллеры: дерево лент, инфа о лентах, лог работы, список новостей, инфа о новости, как-то так. Меня устраивает, эксперимент можно признать успешным.

привезли нам utc часы, и вот результат

https://habr.com/ru/post/146109/ вспомнилось

Некоторые ошибки бессмысленны

Вроде этой:
22. Ладно, но продолжительность одной минуты на системных часах будет близка к продолжительности одной минуты на большинстве других часов.

Я тоже могу придумать всякую дичь.
Ошибка программиста:

665. c = a + b, с всегда будет равно сумме a + b.
666. Ну ладно, в подавляющем большинстве случаев c будет равно a + b.

Это кстати не бессмыслица

А типичный рейс кондишн

Скажем так - это бесполезно. Если системные часы работают тотально неверно, не существует гарантированных способов обойти это

Интернета может не быть или он будет рабать неправильно, может быть битая операвтивная память и так далее.

Поэтому абсолютно правильно предполагать, что компьютер клиента работает с приемлемым качеством.

тут же вопрос не в том, как можно это обойти, а в том, откуда может появится баг

Если конечно пишешь не ПО для НАСА

Без разницы. Как бы ты не писал, все равно найдется какой-нибудь аппаратный сбой, который приведет к провалу миссии.

Ну я хз как обойти баг, если минута на системных часах равна одному реальному часу.

Если мы говорим о 100% вероятности — да

Ну так так и есть. Вероятность того, что системные часы клиента будут настолько странными, что будут идти в 10 раз медленее обычных настолько мала, что ей можно пренебречь.

Ты меня не понял кажись. С этим я согласен, да