Помню: Doom2 — две 3.5-дюймовых желтых дискеты(TDK), пожатые arj и разбитые long'ом. Второй варкрафт — 10, из которых две всегда были битыми. А звуковая — Yamaha OPL3SA с хреновой эмуляцией Soundblaster Pro, к которой адекватные дрова появились только в Windows 98.
А мне кажется, MUMPS по своей сути — не очень удобный язык для работы с иерархической СУБД, рожденный на «рубеже 60-70 годов» ещё до публикаций Кодда и массовой любви к реляционным БД и SEQUEL. Я работал с MUMPS и мне не понравилось, потому что код совсем не читабелен другому человеку: c2.com/cgi/wiki?MumpsLanguage. Ну что это, извините, такое в наше-то время? Похоже на MODULA-2 или ещё хуже.
Согласен со всем, кроме сравнения XML с JSON'ом. Валидация JSON'а уже давно есть, json-schema.org, причём она достаточно строгая. Или я не понимаю, о чём Вы говорите. И существует множество способов тождественного преобразования из XML в JSON и обратно. Единственное, на мой взгляд, чего не хватает в JSON — стандартизированных аналогов XPATH и XSLT.
Да еще и на Java (не знаю еще ни одного хорошего интерфейса на Java).
LibreOffice/OpenOffice.org написан не на Java, а на кошерном C++. На джаве написано некоторое количество плагинов. Так что критика интерфейса напрасна: swing, awt и прочие не имеют никакого отношения к этому.
Кроме того, libreoffice всячески пытается отказаться от джавовского наследия OO.o: www.libreoffice.org/get-help/faq/general-faq/does-libreoffice-require-java/
P.S.: А ещё я знаю примеры хороших интерфейсов действительно на джаве: IntelliJ IDEA, Eclipse.
Как минимум — понять по unit-тестированию, где и почему ошибки в программе. Конечно, здесь обязательна привязка к конкретным ЯП.
А если рассматривать конкретно курс «функционального программирования на Scala», который я сейчас прохожу, то там есть в некоторых местах тест-кейсы на проверку обязательного использования функций, написанных обучаемым до. Этим запрещается использование своих рекурсивных костылей, новых функций, коробящих принцип DRY, и прочего. Что является несомненным благом.
Зашёл, посмотрел и увидел «мелочь, но неприятно», что в рекламной ссылке, в форме поиска в xfce и firefox с тёмной темой ОС у Kategorija стоит класс «dark», что совсем не видать ничего, см. habrahabr.ru/post/91487/.
Вот ещё статья Дугласа Крокфорда «The Little JavaScripter» о старенькой книжке по LISP/Scheme с небольшим сравнением scheme и javascript. Есть даже крошечный интерпретатор Little Scheme.
Можете пояснить, что это за методы в GlobalsDB, которые могут вызывать функции Caché Object Script?
LibreOffice/OpenOffice.org написан не на Java, а на кошерном C++. На джаве написано некоторое количество плагинов. Так что критика интерфейса напрасна: swing, awt и прочие не имеют никакого отношения к этому.
Кроме того, libreoffice всячески пытается отказаться от джавовского наследия OO.o: www.libreoffice.org/get-help/faq/general-faq/does-libreoffice-require-java/
P.S.: А ещё я знаю примеры хороших интерфейсов действительно на джаве: IntelliJ IDEA, Eclipse.
А если рассматривать конкретно курс «функционального программирования на Scala», который я сейчас прохожу, то там есть в некоторых местах тест-кейсы на проверку обязательного использования функций, написанных обучаемым до. Этим запрещается использование своих рекурсивных костылей, новых функций, коробящих принцип DRY, и прочего. Что является несомненным благом.