О книге «Гарри Поттер и методы рационального мышления»
Я предполагал, что ГПиМРМ будет научпопом с примесью Гарри Поттера, оказалось что это Гарри Поттер с примесью научпопа. Хуже от этого не стало, просто имейте в виду.
По сути, это «юмористичный» фанфик, базирующийся на предположении, что Гарри вырос не в семье идиотов, а в здоровой семье оксфордского профессора. Дадим мальчику гениальный мозг (не знаю как в оригинале), повернём его на научной фантастике и науке. Добавим немного фансервиса и получим интересный фанфик с юмористичным первым томом. Назвать юмористичными второй и третий тома у меня язык не повернётся. Именно поэтому «юмористичный» взят в кавычки.
Предположу, что оригинальную задумку Элиезера Юдковского можно наблюдать именно в первом томе (и начале второго). Именно там раскрывается характер Гарри, его отношение к науке и подход к жизни. Очутившись в Хогвартсе мальчик офигевает от повсеместного бардака и иррациональности. Вооружившись научным методом и знаниями маглов, пацан начинает успешно и с душой шатать вековые устои. Способы шатания доставляют, по крайней мере меня они несколько раз успешно довели до смеха, что случается редко.
А потом начинается какой-то трешак. Не скажу, что прямо кровь-кишки-тёмные-ритуалы, но рассказ определённо перестаёт быть весёлым. Направление повествования тоже меняется, но точнее не скажу, чтобы не спойлерить. При этом автор продолжает вставлять отсылки к известным произведениям культуры (их много на всём протяжении книги), что не всегда выглядит уместным. Не понимаю я, например, эмблему Искорки на трупе фиолетового единорога — не смешно.
Ближе к концу Юдковский начинает тяготеть к описанию диких многоуровневых интриг, которые добавляют немного атмосферности и, видимо, нужны для сюжета, но уж совсем отличаются от того, что можно видеть в первом томе.
Поэтому я бы мог посоветовать читать только первый том, но вы всё равно захотите прочитать все.
Первый взгляд на LaTeX
Аллюзия на документацию по LaTeX
Для личных нужд решил изучить эту штуку. Пока просмотрел только документацию, но определённое мнение сформировалось. Сейчас поделюсь.
Для затравки вот цитата из исследования эффективности MS Word & LaTeX.
We show that LaTeX users were slower than Word users, wrote less text in the same amount of time, and produced more typesetting, orthographical, grammatical, and formatting errors. On most measures, expert LaTeX users performed even worse than novice Word users. LaTeX users, however, more often report enjoying using their respective software.
An Efficiency Comparison of Document Preparation Systems Used in Academic Research and Development Markus Knauff*, Jelica Nejasmic.
Уникальные идентификаторы для связи исходников. Как?
Хочу странного, может подскажете способ сделать.
Итак, хочу вести список фичей (в репозитории, рядом с исходниками) и когда пишу логику (тесты, документацию, вёрстку) иметь возможность поставить какой-то идентификатор рядом с реализацией (тестом, документацией, вёрсткой). Дескать вот тут реализуется (тестируется, документируется, отображается) именно эта фича. И потом по этим кроссылками генерировать всякую полезную аналитику.
Фичей не в смысле больших user-story, а в смысле конкретных пунктов, реализацию которых надо контролировать. Например «имя гильдии должно быть уникально», «Это поле должно отображаться только залогиненому пользователю».
Фактически я уже так работаю, записывая каждую мелкую фичу в туду-листе и удаляя их по факту реализации. Не хочется, чтобы знания терялись. Логичный следующий шаг — хранить историю фичей и их реализации.
Вопрос вот в чём: как делать идентификаторы, которые будут связывать фичи с кодом?
Варианты, которые вижу:
- Писать руками. Проблемы: геморрой и простор для ошибок/опечаток.
- Плагин для emacs (любого другого редактора), который в файле с фичами генерирует уникальные идентификаторы, после чего копировать их куда надо. Проблемы: его надо сделать, нужно поддерживать уникальность между файлами, хочу фичи не только в отдельном файле, но и в коде, если это будет удобно.
- Литературное программирование: писать фичу сразу там, где реализуется. Проблемы: фича реализуется в нескольких местах (код, тесты, вёрстка, документация), поэтому идентификаторы всё равно нужны.
- Идентификатором делать сам текст фичи. Проблемы: занимает много места, текст может меняться и будет геморойно менять его везде.
Генерация текста на русском по шаблонам
И пять лет не прошло (на самом деле прошло), как у меня дошли руки рассказать чем генерируются тексты в Сказке (хабр).
Стастья о python библиотеке для генерации текстов с учётом зависимости слов и их грамматических особенностей.
Github: https://github.com/the-tale/utg PyPi: https://pypi.org/project/UTG/
Полезные gamedev ресурсы
На тостере спросили про интересные gamedev сайты.
По этому поводу я выгрузил список из 70 сайтов о разработке игр, на RSS которых я подписан.
Список ссылками под катом.