Лаконичный синтаксис: гораздо меньше нужно переводить свои мысли на компьютерный язык, меньше нужно писать.
В 2026 году: продолжаем делать вид, что Kotlin не существует.
Много паттернов из коробки: Python практически чемпион по паттернам разработки из коробки. Там есть итераторы, генераторы, декораторы, контекстные менеджеры и т.д..
Итераторы в JDK не завезли, что ли? Декораторы - ну этим, например, Spring занимается, со своим AOP.
Встроенные высокоуровневые структуры данных.
Это хорошо, когда можно выбрать из одного встроенного списка и одного встроенного dictionary? Вот в Java зачем-то придумали несколько имплементаций List и Map - от безделья, наверное.
Богатая стандартная библиотека: это очень важно для закрытых контуров, где нельзя использовать внешние библиотеки.
Это довольно сомнительно, так как нативные микротаски обрабатываются раньше нативных промисов. Получилась разве что "игрушечная" имитация для учебных целей. Вряд ли можно написать полноценную замену по спецификации если нет нативной поддержки.
В результате ядерного испытания Gnome в заранее проложенном тоннеле образовалась полость средним размером 52 метра. Это только в кино астероиды разлетаются на мелкие клочки, как оно получится в реальности - неизвестно.
Автор известного иструмента ESLint тоже про себя в блоге пишет, что у него тоже эта хроническая болезнь Лайма, а я и подозревал, что это какая-то блажь.
Из такого синтаксиса невозможно понять сходу, а бросаются или нет здесь какие-то исключения, потому что в Python именно исключения являются способом возврата ошибок из того или иного метода. Мы ничего здесь не видим.
В спецификации Java Virtual Machine, например, сказано, что теоретически исключение может вылететь в любом месте кода, на буквально каждом байте байт-кода. И это надо всегда иметь в виду. Жить с этим и программировать можно. Не забывать когда нужно ставить try-catch-finally.
В 95% случаев нам не нужны ошибки как значения, а нужно лишь прервать исполнение и показать где и что произошло. Исключения с этим справляются, а простыня из if err != nil избыточна.
Не проще ли взять икосаэдр (усечённый) и замостить его шестиугольниками? Как, например, в Rim World. Там тоже есть особые точки, но они не так заметны.
Maven Central: Search: Showing 10000 results out of the 772970 available packages
В 2026 году: продолжаем делать вид, что Kotlin не существует.
Итераторы в JDK не завезли, что ли? Декораторы - ну этим, например, Spring занимается, со своим AOP.
Это хорошо, когда можно выбрать из одного встроенного списка и одного встроенного dictionary? Вот в Java зачем-то придумали несколько имплементаций List и Map - от безделья, наверное.
JDK смотрит с недоумением.
Maven Central для вас шутка?
Это довольно сомнительно, так как нативные микротаски обрабатываются раньше нативных промисов. Получилась разве что "игрушечная" имитация для учебных целей. Вряд ли можно написать полноценную замену по спецификации если нет нативной поддержки.
Преимущество неонок было в том что они параллельно соединяются без БП, так что одна-две сгоревших в целом ничего не портят.
По мне, так пропорция с √2 красивее выглядит в ряде случаев, чем золотое сечение.
Что удивительно, в коде, бывает, так пишут исконно англоговорящие люди, американцы...
"Вместо этого" лучше бы закрывать тысячи issues в IDEA, некоторые из которых висят годами.
Краткое содержание:
Почти все умрут через несколько дней от переохлаждения.
Немногочисленные "счастливчики", кому удастся забраться в бункеры, умрут месяца через 3 когда закончатся консервы.
Конец фильма
Что?..
Проблема только в том, что Полярная звезда отстоит от истинного полюса почти на градус. Как любителю с этим справляться?
По наивности думал, что такие штуки делаются литьём (и вспениванием на месте).
Ну это да, отключили, а потом открываем какой-нибудь сайт в браузере, где на странице сразу 20 блоков с теми же тенями.
В результате ядерного испытания Gnome в заранее проложенном тоннеле образовалась полость средним размером 52 метра. Это только в кино астероиды разлетаются на мелкие клочки, как оно получится в реальности - неизвестно.
https://wiki.postgresql.org/wiki/Don't_Do_This#Don.27t_use_money
Может быть всё-таки проще с Kafka? После вот этих всех велосипедов.
Автор известного иструмента ESLint тоже про себя в блоге пишет, что у него тоже эта хроническая болезнь Лайма, а я и подозревал, что это какая-то блажь.
В спецификации Java Virtual Machine, например, сказано, что теоретически исключение может вылететь в любом месте кода, на буквально каждом байте байт-кода. И это надо всегда иметь в виду. Жить с этим и программировать можно. Не забывать когда нужно ставить try-catch-finally.
В 95% случаев нам не нужны ошибки как значения, а нужно лишь прервать исполнение и показать где и что произошло. Исключения с этим справляются, а простыня из if err != nil избыточна.
Если так склеено, то это топологически будет тор.
Не проще ли взять икосаэдр (усечённый) и замостить его шестиугольниками? Как, например, в Rim World. Там тоже есть особые точки, но они не так заметны.
Это редактор или 3D-шутер? В IDE тормозит обычно вовсе не графика, а куча внутренних структур, которые отвечают за анализ программы, библиотек и т.п.