ну давай по пунктам разберём по ссылке написанное) складывается ощущение что авторы по жизни обиженные, про таких говорят что Брин не хотел, а Пэйдж не старался))

When you add a throw statement to an existing function, you must examine all of its transitive callers.

Ничего не должен, потому что для checked exceptions компилятор сам скажет, где эксепшен забыли обработать или пробросить

functions may return in places you don't expect

Тупо похуй где они вернут, главное что. И в случае checked exceptions явно указывается какие исключения могут возникнуть в конкретной функции

Lots of supporting machinery is needed to make writing correct exception-safe code easy.

Какая разница, где чистить ресурсы в goto statement или в finally? Только checked exceptions и try-with-resources делают многие вещи автоматическими

Turning on exceptions adds data to each binary produced, increasing compile time (probably slightly) and possibly increasing address space pressure.

Пиздёж без пруфов и бенчмарков

For example, invalid user input should not cause exceptions to be thrown

Вот это вообще пушка. Какая им разница, как парсер запроса сообщит наружу об ошибке? Это уже приблуда, которая response генерит пусть перехватить эксепшен и сообщит юзеру, что он мудак. А во внутренние дела парсера пусть не лезет. Эксепшены как раз и прудуманы для того чтобы делегировать обработку ошибок кому надо.

В общем, тебе нужно много думать о своём поведении, стремиться к пробуждению сознания)

http://docs.oracle.com/javase/8/docs/api/java/nio/file/DirectoryStream.html:

If an I/O error is encountered when accessing the directory then it causes the Iterator's hasNext or next methods to throw DirectoryIteratorException with the IOException as the cause.

public final class DirectoryIteratorException extends ConcurrentModificationException

Пиздец, блядь. «У нас какая-то хуйня случилась при итерировании по директории!» — «Кидай RuntimeException, чтобы программер заебался дебажить!»
Вот натурально, давно требуется уже интерфейс который бы позволял итерирование, но мог кинуть эксепшен в процессе. Казалось бы — один новый интерфейс и небольшая поправка в JLS. Но нет! Мы будет маскировать IOException под RuntimeException.

Как лямбды вводить — так пожалуйста, а как что-то реально полезное сделать — жрите говно @ наступайте на грабли.

За многие годы написания прикладного софта у меня выработался следующий стиль разработки:
1) сначала пишу пользоваельский интерфейс, вылизываю его чтобы вырисовалась концепция всей программы — т.е. окна, кнопки, таблицы, списки, и даже документация;
2) потом начинаю реализовывать функционал — один пункт меню заработал, другой, третий и т.д. попутно дорабатываю интерфейс, если где-то придумал улучшение;
3) и только в третью очередь я начинаю «причесывать» код, растаскивать его по модулям, оптимизировать скорость, потребление памяти, читаемость объектов и их методов.

... вспоминается ещё один показательный случай. Упорно не понимаю определённые простые методы расчётов просто потому, что им нигде не учат, а сходу въехать в них — нужно время. На меня руководитель наорал, что опять, как всегда, ничего не умею делать без посторонней помощи, написал, как сделать правильно, и отправил с готовой формулой, типа продолжайте дальше. Ну, казалось бы, раз сам руководитель написал, почему ж не доверить? Благо что сам всё равно плохо это понимаю. Подхожу к коллеге, прошу поглядеть на расчёты, он проверяет всё, говорит всё ОК, можешь по этим формулам считать дальше. Но у меня где-то внутри всё равно сидит шило и я решаюсь всё-таки сесть и ещё раз самому и внимательно поглядеть, что же там такое, и как оно появилось, хотя в этот момент все кругом кричат, что я дурак, и там всё правильно, 146%. Ну, все уже догадались, чем закончилось. Там была арифметическая ошибка. Руководитель её сделал, а мой коллега пропустил. А я, при всё моём непонимании и тормознутости, её-таки нашёл. Вы думаете, после такого когда-нибудь будешь в жизни чему-нибудь доверять? А ещё кто-то тут удивляется, откуда такая феноменальная придирчивость к мелочам и въедливость. Это, на самом деле, профессиональная деформация, местами переходящая уже даже не в перфекционизм, а в психоз, когда даже несколько раз перепроверив сам себя не можешь себя убедить в том, что там всё точно правильно, сомнения неистребимы, ибо после таких казусов, как говорится, обжёгшись об воду, начинаешь дуть и на молоко.

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

Как там, Debian-инсталлятор, говорите, не можете сделать без косяков, да? А управление поведением АЗ смогли бы? Там степень свободы — сотня параметров, масса непонятной физики и дохрена нетривиальных режимов, причём по ряду экспериментов есть буквально несколько точек на графике, потому что не всё умеют надёжно рассчитывать, а каждый эксперимент стоит колоссальных денег и может быть проведён лишь в уникальных местах типа НИИАР. Расскажите нам об ошибках в вашем оупенсырце и проприетарных ораклах, мы посмеёмся поржём. Если б вас попросили поручиться за правильность кода своей жизнью, смогли бы вы его написать? А на свете есть люди, которые умеют писать код и делать инженерные проекты с примерно таким уровнем ответственности (как один из последних глобальных проектов — NASA и посадка Curiosity). Это когда важно всё, мелочей нет, и вам порученный кусок задачи должен быть выполнен настолько идеально, насколько только это можно.

https://www.pgpru.com/forum/unixlike/maskirovkavvodaparoljavcryptsetup?show_comments=1&p=5#Comment90672

http://ideone.com/MB7biY sapienti sat

В классе java.nio.file.Files присутствуют две статические функции для создания директорий:

createDirectory(Path, FileAttributes...)
createDirectories(Path, FileAttributes...)

Активным пользователям mkdir(1) даже не нужно читать доку чтобы знать особенности различия:
Первая создаёт одну папку и ругается если она уже есть.
Вторая создаёт все нужные папки и не ругается если папка уже есть.

В общем, мне было очень приятно обнаружить такую преемственность на уровне флага -p.

пооптимизячил один класс. теперь вся jvm может схлопнуться с сегфолтом, если неправильно использовать класс в однопоточном приложении

Кармак пишет, что переписал какой-то свой сервер с C++ на racket.
https://twitter.com/ID_AA_Carmack/status/577877590070919168

Казалось бы, чего такого, товарищ изучает новые подходы в программировании и
смог использовать их для реальной работы, НО НЕТ в коментарии набегают всякие
ущербные и спрашивают, почему он не использовал haskell, clojure, erlang и
прочие маняязычки.

Прямо смешно смотреть на этих ебанутых. Не знать проблематику, но рекомендовать
свои маняязычки is so 2018.

написал мегаполезный класс — 440 строк. написал тесты к нему — 312 строк. доволен

ебанулся и написал собственный аналог https://github.com/square/tape с тем чтобы размер файла не был ограничен двумя гигами

днище ебаное

Error Message: In a JIT-compiled Java method, a finally block is
not executed when:

1. A multi-type catch block is used to catch more than one type
of exceptions.

2. An exception is thrown from the try block that matches
anything but the first type in the multi-type catch.

3. An exception is thrown from the catch block. It can be a new
exception, or the caught (re-thrown) exception.

© http://www-01.ibm.com/support/docview.wss?uid=swg1IV68110

Оригинальный разбор полётов здесь:
https://www.ibm.com/developerworks/community/forums/html/topic?id=b660d423-abee-4d81-9a82-450824a26298&ps=25

вот держишь ты данные в файлике и всё заебись — rename на файликах работает атомарно, заменяя один другим. но вот стоит тебе начать держать данные в папках, как сразу начинается ад и погибель, потому что нельзя сделать mv -T a b

Короч юзаю тут в рабстве один тридэ 3D-фреймворк.

Фреймворк версии два был Ъ-сишным, то есть с кучей тайпдефов, приведений типов,
макросов хуякросов и try-to-debug-this-bitch и хуле-оно-не-работает хуйты.

Новая версия на плюсцах. Теперь там просто ШАБЛОНОАД с миксинами, impl,
концептами, причем некоторые куски (которые видимо не успелить отплюсоблядить)
просто завернули в неймспейсик.

Даже не знаю радоваться мне или нет.