Почему я не верю в Dart

Все претензии — автору кода.

Почему я не верю в Dart

Да SBCL и без хинтов уделает V8 как стоячего. Я его к чему привёл? К тому, что VM проигрывает нативной компиляции.
Потолок производительности JavaScript ещё не достигнут.
А Google и для Dart собирается делать VM.

Почему я не верю в Dart

> мне как-то не приходят в голову динамические интерпретируемые языки, которые были бы производительнее V8 JavaScript

shootout.alioth.debian.org/u64/benchmark.php?test=all&lang=sbcl&lang2=v8
SBCL быстрее V8 в разы. А Common Lisp это тоже динамический язык.
Почему нельзя использовать этот опыт для JavaScript? Загадка.

Мне кажется, что Dart окажется не быстрее V8.

Оптимизация ошибок?!

Опять мимо. Код-то может быть и небольшим, но в цикле может приводить к замедлению. Особенно из-за cache miss.

А так я руками и ногами за исключения.

Оптимизация ошибок?!

> Но эти затраты становятся актуальными только при возникновении ошибок.

Нет же. Каждый try — это служебный код, выполняющийся всегда.

Немного о деревьях

С сортировкой по ltree беда. Сортируется оно лексикографически. Составлять ltree из чисел неудобно.

Состоялся релиз subversion 1.7

Прекратите правду-матку резать. У меня плюсы закончатся быстро. :)

Делать коммиты с неработающим кодом — моветон в svn. В git же принято коммитить часто (да ещё и в локальную ветку) и можно этим правилом пренебречь.

Состоялся релиз subversion 1.7

Подпирать не хочется ничем, ни IDE ни хуками. :)
Переименование и изменение нужно делать разными коммитами. Хотя, что это я вас учу? Судя по комментариям, вы и так прекрасно разбираетесь в вопросе.

Состоялся релиз subversion 1.7

Каким образом переименовал? svn rename или просто rename?
Проблема в том, что svn надо отдельно объяснять про rename. А что, если я переименую файл «руками»? Как мне ему объяснить про rename в момент коммита?

Состоялся релиз subversion 1.7

Всё так. Но не все это понимают и делают. И уж удобным это точно не назовёшь.

Состоялся релиз subversion 1.7

За меркуриал не скажу, а в git это не конфликт потому, что в git имя файла и его содержимое разнесены.

Состоялся релиз subversion 1.7

Это если переименование сделано svn rename (или как его там) или всегда?

Состоялся релиз subversion 1.7

После переименования в svn разрывается история файла.

Состоялся релиз subversion 1.7

Описанная ситуация действительно не будет отличаться для svn/hg/git. Обычно когда говорят про проблемы с ветками в svn имеют в виду, что после merge двух веток приходится ветку удалять и создавать новую, либо записать на бумажке номер ревизии до следующего merge. Это починили пару лет назад в версии 1.5, ЕМНИП. Вторая проблема — невозможность создавать локальные ветки.

Состоялся релиз subversion 1.7

А ещё лучше git-svn ;)

Состоялся релиз subversion 1.7

Более того, при переезде обнаруживается пропавшая история. Если в svn были переименования файлов, то история как бы разорвана, а git позволяет смотреть историю файла независимо от его имени и расположения в дереве.

Решение проблемы чтения книг в форматах DjVu и PDF на читалках с маленькими экранами

Классная идея. Если б ещё на выходе DjVu, а не PDF…

List Revolution. Нумерация списков начиная с единицы? Считайте, уже сделано! [UPD]

или первое марта. Смотря как считать. :)

DSL для XML в C++

Остроумное использование перегрузки.

Перенос системы LINUX на другой винчестер с переразбивкой разделов

Вот-вот. Переносить можно на лету. Файлы на этом разделе могут быть открыты даже на запись.