romik

Есть ещё http://docs.scala-lang.org/sips/pending/async.html (и, соответственно, https://github.com/scala/async). Вероятно вы его видели, просто не упомянули в вопросе. Это не совсем continuations, но, насколько я понимаю, выполняемую этим макросом трансформацию можно использовать и как основу для них.

Я так делал: в settings.py глобальные настройки и код, который инклудит settings..py (в качестве я использовал hostname, но можно явно в переменных окружения задавать env=dev/qa/prod).
При этом можно все варианты настроек держать в гите и не бояться их потерять.

Двухфазный коммит в основном защищает от того, что у какого-либо из участников нарушится констрейнт и он откажется коммитить. Некоторые другие сбои он тоже переживает, но не вмешательство человека, поставившего себе задачу его сломать.
Ну и похоже bugs.mysql.com/bug.php?id=12161 тоже имеет отношение к вашему вопросу.

Я одно время таким пользовался:

ssh () { echo -ne '\033]50;colorscheme=BlackOnWhite\a'; =ssh $*; _exitcode=$?; echo -ne '\033]50;colorscheme=Linux\a'; return $_exitcode }

Заточено под konsole/yakuake, позволяет отличать локальную машину от ssh.

Один объект Thread — один поток, даже если вы вызовете start несколько раз. В вашем случае разумно воспользоваться более высокоуровневой абстракцией типа ExecutorService.

ExecutorService executor = Executors.newFixedThreadPool(4);
List<Future<MyResult>> futures = new ArrayList<>();
for (File path: imgToProcPath) {
    executor.submit(new MyImageProcessingTask(path);
}
for (Future<MyResult> future: futures) {
   displayThumbnail(future.get());
}

Только учитывайте, что решения на основе sgid или ACL работают только для новых файлов. Если вы будете использовать mv, то ничего не выйдет.
Надёжное решение — bindfs.

Изучить лучше maven, а пользоваться, если есть такая возможность, gradle :-)

На официальном сайте: Dont getting stylesheets for jQuery website

Может быть custom protocol handler сработает?

Насчёт эффективности сомневаюсь, но может быть причина в том, что new Object[0] сериализуемый, а new Object() — нет.

Нет, всё уже сделано за вас.
Метод loadClass(String name, boolean resolve) синхронизованный.
Второй раз один и тот же класс загружаться не будет, поэтому в ручном кэшировании смысла нет.