В результате ядерного испытания Gnome в заранее проложенном тоннеле образовалась полость средним размером 52 метра. Это только в кино астероиды разлетаются на мелкие клочки, как оно получится в реальности - неизвестно.
Автор известного иструмента ESLint тоже про себя в блоге пишет, что у него тоже эта хроническая болезнь Лайма, а я и подозревал, что это какая-то блажь.
В Java обычно обратную проблему пытаются решить - слишком длительное кеширование, причём для негативных ответов тоже. Для этого там просто системные свойства есть. А в Ноде вон оно как, прям откровение...
Из такого синтаксиса невозможно понять сходу, а бросаются или нет здесь какие-то исключения, потому что в Python именно исключения являются способом возврата ошибок из того или иного метода. Мы ничего здесь не видим.
В спецификации Java Virtual Machine, например, сказано, что теоретически исключение может вылететь в любом месте кода, на буквально каждом байте байт-кода. И это надо всегда иметь в виду. Жить с этим и программировать можно. Не забывать когда нужно ставить try-catch-finally.
В 95% случаев нам не нужны ошибки как значения, а нужно лишь прервать исполнение и показать где и что произошло. Исключения с этим справляются, а простыня из if err != nil избыточна.
Не проще ли взять икосаэдр (усечённый) и замостить его шестиугольниками? Как, например, в Rim World. Там тоже есть особые точки, но они не так заметны.
Короче, у нас есть чудесный оптимизатор, он чудесно всё оптимизирует до машинного кода, но только на тестах и сферических приложениях в вакууме. А в 90% типичных приложений оно не работает, ну извините, это вы плохой, негодный код пишете.
Краткое содержание:
Почти все умрут через несколько дней от переохлаждения.
Немногочисленные "счастливчики", кому удастся забраться в бункеры, умрут месяца через 3 когда закончатся консервы.
Конец фильма
Что?..
Проблема только в том, что Полярная звезда отстоит от истинного полюса почти на градус. Как любителю с этим справляться?
По наивности думал, что такие штуки делаются литьём (и вспениванием на месте).
Ну это да, отключили, а потом открываем какой-нибудь сайт в браузере, где на странице сразу 20 блоков с теми же тенями.
В результате ядерного испытания Gnome в заранее проложенном тоннеле образовалась полость средним размером 52 метра. Это только в кино астероиды разлетаются на мелкие клочки, как оно получится в реальности - неизвестно.
https://wiki.postgresql.org/wiki/Don't_Do_This#Don.27t_use_money
Может быть всё-таки проще с Kafka? После вот этих всех велосипедов.
Автор известного иструмента ESLint тоже про себя в блоге пишет, что у него тоже эта хроническая болезнь Лайма, а я и подозревал, что это какая-то блажь.
В Java обычно обратную проблему пытаются решить - слишком длительное кеширование, причём для негативных ответов тоже. Для этого там просто системные свойства есть. А в Ноде вон оно как, прям откровение...
В спецификации Java Virtual Machine, например, сказано, что теоретически исключение может вылететь в любом месте кода, на буквально каждом байте байт-кода. И это надо всегда иметь в виду. Жить с этим и программировать можно. Не забывать когда нужно ставить try-catch-finally.
В 95% случаев нам не нужны ошибки как значения, а нужно лишь прервать исполнение и показать где и что произошло. Исключения с этим справляются, а простыня из if err != nil избыточна.
Если так склеено, то это топологически будет тор.
Не проще ли взять икосаэдр (усечённый) и замостить его шестиугольниками? Как, например, в Rim World. Там тоже есть особые точки, но они не так заметны.
Это редактор или 3D-шутер? В IDE тормозит обычно вовсе не графика, а куча внутренних структур, которые отвечают за анализ программы, библиотек и т.п.
Короче, у нас есть чудесный оптимизатор, он чудесно всё оптимизирует до машинного кода, но только на тестах и сферических приложениях в вакууме. А в 90% типичных приложений оно не работает, ну извините, это вы плохой, негодный код пишете.
Ну зачем я это до сих пор ношу с собой?...
Авторы в Paratype говорили, что PT Mono не предназначался для кодирования. А для заполнения и печати разных форм.
Очень похож на Spline Sans Mono.
Letter-spacing слишком большой на мой взгляд, впрочем, как и во многих других шрифтах.
Извиняюсь, ошибся,
-Fp -Z. Вопрос остаётся тот же.Plain SQL формат поддерживает сжатие (флаги
-Ft -Zодновременно) , это у вас учитывается?