December 28th, 2011

404

HR будущего

... будет роботом и будет допускать до собеседования только тех, кто пройдёт тест Тьюринга (то есть убедит робота, что говорит с человеком).


ЗЫ Почему в неправильной раскладке HR пишется как РК?
404

rpm/spec

Ок, дебиановскую систему с dh_make --native я освоил. Но вот с rpm'ами (точнее, с написанием spec'ов) - муть страшная. Я в курсе про maxrpm, но там всё жутко старое и не отражает существующую реальность.

Где-то есть более-менее внятное руководство с описанием не только "напишите вот тут вот вот это", но с объяснением, что именно кто именно от меня хочет? Причём, желательно так, чтобы эта хрень без рута собиралась.
404

ещё не howto, просто заметки по культурной дебианизации

Итак, суть проблемы с deb'ами: у нас есть обычные deb'ы (бинарные пакеты для установки в систему), а есть src-пакеты, из которых собираются эти самые deb'ы.

В принципе, создание deb'а очень простое: нам надо написать control файл, сделать conffile с указанием файлов, которые мы считаем конфигами (init.d скрипты - конфиги, кстати), написать postinst prerm скрипты (если надо), положить указанные шутки в каталог DEBIAN, а сами файлы - в иерархию рядом. То есть, перед сборкой бинарного пакета мы будем наблюдать вот такое:

DEBAIN
usr
etc

(внутри usr/etc - подкаталоги). Как оно там оказывается - никого не интересует. Собирается оно командой dpkg -b . из каталога с приложением, или с указанием пути из другого места.

Это "простой и наивный" метод сборки.

Существует продвинутая версия, которая позволяет вам создать конструкцию, из которой можно собрать пакеты под разную архитектуру, которая будет иметь культурный changelog, и вообще, соответствовать тому, что вы получаете по apt-get source имя-пакета. Это точно то, из чего образуются deb'ы, которые ставятся с помощью aptitude из репозиториев.

И эта область много сложнее. По-крайней мере я до конца эту хрень не расковырял, так что даю "волшебный" рецепт.

Собираются бинарные пакеты из такой хрени с помощью dpkg-buildpackage. Ему нужна очень строгая структура данных в debian (не путаем с DEBIAN), он способен автоматически нумеровать пакеты согласно версии и т.д.

каталог debian делается для ПО один раз в жизни (в момент создания пакета). Дальше он только редактируется и исправляется. Сделать его можно ручками (не имею ни малейшего представления обо всём, что туды нужно сделать), либо с помощью утилиты dh_make (пакет dh-make).

Есть два режима: если мы говорим о готовом тарболе, в который мы (возможно) внесём какие-то изменения для правильной работы, то мы используем готовый файл tar.gz (bz2). Для этого нам надо в каталоге с распакованным tgz указать dh_make -f путь_к_тарболу.

Если же мы самого начала пишем исходник под debian (то есть у нас не будет "дебиан-специфик патчей на ваниль") и у нас нет тарбола (типовой пример - репозиторий в гите), то используется вот такая команда: dh_make --native.

Перед запуском dh_make нужно настроить переменные среды окружения:

DEBEMAIL="some.one@example.com"
DEBFULLNAME="Some One"
export DEBEMAIL DEBFULLNAME

После запуска и ответа на вопросы (чаще всего речь идёт о single binary), мы получаем каталог debian. Дальше мы можем отредактировать debian/control для правильного описания, секции и т.д., после чего (внимание!) debian можно (нужно) внести в гит. (git add debian). Если это сделать после попытки сборки, будет очень много мусора.

После этого можно пытаться собирать с помощью dpkg-buildpackage. Если всё хорошо - получим в корне собранный бинарный пакет.

Если нет - надо разбираться что не так. В моём случае виноватым был неправильный вызов install из Makefile'а. Вот как выглядит правильный:
        install  ptmax -D $(DESTDIR)/usr/bin/ptmax

Обратите внимание - путь в dst полный, включая имя файла, плюс опция -D (без них не соберётся).
404

О bloodhound

Итак, эксперимент.

110к total kills (~99 левел)
Главный гем - YLR, без ампов показывает следующее: 95%*91x + 18% bloodhound + 50% 9 hits.
Саппорт:

Сеттинг А: 8 x pure yellow 18lvl
Сеттинг B: 7 x pure yellow 18lvl + 1 pure red 18lvl.

Сеттинг А - min dmg: 209193*166=34726038 (18% bld)
Сеттинг B - min dmg: 222245*156=34892465 (30% bld)
разница - 166k, 0.5%

Итого - не очень значительный, но рост DMP. Который усилится по мере сноса мобов.

И, заметим, это чистой воды плюс по сравнению с YLO гемами, которые бы в той же самой ситуации имели DMP меньше на 110к/3=5.7кк мин dmg, то есть около 20%.

... А экономику куда проще держать десятком 12-13 pure orange гемов с оранжевыми ампами, чем вкладывать это в боевой гем.

... Однако, начинать надо всё-таки с YLO-гемом, т.к. на начало игры ресурсов на отдельные доильни нет. Я обычно его снимаю где-то в районе 2к снесённых мобов.
404

Noir

Кстати, я понял главную проблему Noir.

Все, кто говорит "оно затянуто" или "сюжет слишком медленный" просто нифига не понимают в аниме. Скажите, в Ichigo Mashimaro сюжет слишком медленный? А в One Piece оно затянуто?

Нет! Главной и фундаментальной проблемой Noir (и всех остальных сериалов такого формата у битрейна) является скудность персонажей.

Аниме всегда (и в этом его фундаментальное отличие от всех остальных анимаций мира) должно строиться вокруг персонажей. Сначала персонажи, потом сюжет.

Редкие-редкие исключения из этого правила лишь подчёркивают его. Если в аниме нет характерных персонажей, оно плохое. Ну, повторю, может быть мега-артхаус, в котором они (персонажи) не нужны. Но rule of thumb - персонажи важнее всего остального.

Итак, noir. Отмороженная лоли-убийца - просто великолепно. Странная тётя-блондинка, уже странновато. Ещё одна девочка с фиолетовыми волосами - ну... Уже никак.

И... всё. Более того, единственный яркий типаж (та самая отмороженная лоли). Ещё удачный кастинг Котоно Мицуйси (Мисато) - роль чуть-чуть взрослой женщины с пистолетом ей идёт особо.

И всё. Дальше нам не раскрывают все тонкости отмороженности лоли, не показывают всю прелесть бытия, дальше у нас тот самый вялый сюжет в стиле кодомо-документального "foobar no bouken".

Разумеется, это вызывает ощущение "таринай". Но это не сюжета "таринай", это персонажей. Если бы у них там было хоть сколько-то развитие... Да даже не развитие, просто раскрытие обычными простенькими анимешными методами полюбоваться на характер персонажа ещё и ещё, оно бы было просто великолепным.

А так - сгубили. Кстати, как и все остальные вещи того же формата - мало типовых сценок для раскрытия героев, мало самих героев. Слишком поверхностно обрисованы. Остаётся сюжет - и ему приходится тянуть на себе весь сериал. Разумеется, он не вытягивает...

Вся харизма ноара построена вокруг единственного кадра - это грустно-отмороженной лоли, стреляющей в человека. Согласен, кадр потрясающий. Но нельзя же строить 26 серий вокруг одного-единственного кадра?
404

(разное)

1. Почему во всех гардеробах делают высокий прилавок? Если бы он был ниже, то передавать/получать одежду было бы легче.
2. Если я выезжаю с парковки задом, мне мигать поворотником влево (куда я еду задом) или вправо (куда я собираюсь ехать прямо)?
3. Помимо тьюринг-полных языков есть ещё "системно-полные языки", то есть такие языки, чья грамматика и выразительные способности позволяют реализовывать любую исполнимую на машине задачу без "биндингов к Си".