Author Archives: himself

Дарю кому-нибудь

Часто приходят в голову отличные переводы разных терминов в книгах, которые совершенно не собираешься переводить.
А жалко!

Например, книжка Ононоги из “Моногатарей” в русском должна называться “Книга сплошных исключений ” (в японском – “Свод правил, где больше исключений”).
То, с чем столкнулся Арараги в “Онимоногатари” – не просто тьма, а ТЬМИЩЕ. (Хотя честно говоря, оно скорее безликое, чем страшное)

О волшебном магическом неизвестно где

Заметка была написана 2 февраля 2012 года.
Когда люди воображают себе другую страну, им обычно кажется, что там всё по-другому.

Речь даже не о победившем капитализме, феминизме, терпимости и прочих хороших вещах. Просто быт. Весь быт за границей необычен. И когда в глаза бросаются знакомые образы, люди недоверчиво трясут головой: нет! Этого не может быть! Это какая-то особая куча мусора, тенга-мьяма по туземному. Часть колорита.

Вот домашняя куча мусора – это просто kucha musora, они не возражают.

Школа в Японии не просто школа, а японская школа! Дорога в Японии не дорога, а мити. Берег реки не берег, а я хз как там берег по японски, но тоже особый берег, в общем.

Во всём, во всём люди стараются сохранить как можно больше этого самого “колорита” так, будто колорит появляется от того, что помойку назвать pomoikoy.

Внимание, новости: помойки одинаковы по всей планете. Жизнь в большинстве стран очень похожа. Колорит проявляется не в том, что герой ходит в “старшую школу 2-й класс”, живёт в “2DK” и меряет годы эпохами правления императоров.

Inc(i)

Все знают, что когда перебираешь null-terminated строки, то нужно останавливаться по нулю:

while pc^<>#00 do Inc(pc); //ищем конец строки

Все знают, что когда перебираешь дельфийские строки, нужно останавливаться, когда индекс превысит длину строки:

while (i<Length(s)) and (s[i]=' ') do Inc(i); //пропускаем пробелы

Все знают, что у дельфийских строк в конце всё равно ноль.

 74 00 65 00 73 00 74 00 00 00

Но не всем и не сразу приходит в голову, что длину дельфийской строки тоже часто можно не проверять!
Второй пример можно записать так:

while s[i]=' ' do Inc(i); //пропускаем пробелы

В конце строки ноль, а ноль – это не пробел, поэтому цикл сам собой прервётся.

Где надо быть осторожным – так это при промотке строки назад. В начале строки нуля нет:

while (i>0) and (s[i]=' ') do Dec(i); //пропускаем пробелы в обратную сторону

ват

У меня когнитивный… я не знаю, как это назвать даже!
Я уже долгое время читаю один хороший вебкомикс. Про пацана и его девушку, автобиографический. Вот небольшой стрип, например. Или вот. Ну короче, такой.

Так вот, я сейчас внезапно выяснил.
Что вот этот парень с короткой стрижкой. Он же автор этого комикса.
Это, &%%%$, (спойлер)

девушка.

И она не имеет в виду рисовать парня. Просто так у неё получается. Потому, что она плоскогрудая коротковолосая лесбиянка.

АТАМА ОКАШИИИИИИИИ СОНО ХИТО!

А комикс такой хороший был.

.

С наступающим…

…новым 1937 годом :)

type и class

В Delphi можно написать:

type HexString = string;

Так мы отметим специальный тип строк, который хранит в себе hex. Но для компилятора они ничем не отличаются от обычных. Вот это скомпилируется нормально:

var a: HexString;
  b: string;
begin
  a := b;
end;

Что, если мы не хотим разрешать такое копирование? (А обычно мы должны не хотеть! Разные по смыслу вещи нельзя присваивать, это опасно). Компилятор можно попросить создать “независимый тип”:

type HexString = type string;

Теперь строку типа HexString нельзя присвоить строке типа string, и наоборот.

Похожий приём работает с классами, только чуть иначе.

type
  HexStringList = TStringList; //можно присваивать HexStringList -> StringList и обратно!
  HexStringList = class(TStringList); //можно присваивать только HexStringList -> StringList, но не обратно!

Классы, в отличие от простых типов, поддерживают наследование. Более “частный” класс можно положить в переменную более общего, но не наоборот. Если мы объявляем тип без “class“, то мы просто создаём для него другое имя: оба типа на самом деле одно и то же. А с помощью “class(TStringList)” мы говорим компилятору “HexStringList – это частный случай StringList, он от него наследует”.

Но что, если мы напишем так?

type HexStringList = type TStringList;

Или так?

type HexStringList = type class(TStringList);

Ответы на это в следующий раз!

Don’t write what you don’t need

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

Но понемногу я пришёл к выводу, что это вредно.

Даже не тем, что тратится лишнее время. Функции могут однажды пригодиться, и потом, это мелочи, тут нечто гораздо более страшное.

Написав ненужный код, вы его не тестируете. Его не на чем тестировать: в текущем проекте он нигде не используется, ведь если бы он использовался, то это был бы нужный код! И если вы серьёзно хотите, чтобы я поверил, что вы оторвётесь от работы над проектом и напишете юнит-тест для каждой функции, которые вам сейчас толком и не нужны, то тренируйтесь врать. Я – точно не напишу. Мне лень.

В результате получается код, который написан, лежит вперемешку с правильным, похож на правильный, но содержит ошибки.

Возможно, вы узнаете об этом через год, отлаживая загадочные баги в новой программе, использующей старую, давно проверенную библиотеку. Наткнётесь на ошибку в коде функции, удивитесь: “Да как оно вообще работало?” А оно и не работало.
Даже если вы не тестируете новые функции специально, нужные функции сами собой проверяются в ходе работы программы. Пусть это не полноценное тестирование, но большинство путей кода всё-таки оказываются покрыты. Дополнительные же функции не вызывались ни разу, поэтому баг может быть где угодно, даже на самом виду.

Но мало того, когда вы захотите исправить ошибку, вам вдруг станет страшно. Вы подумаете: “А что, если?..”

Что, если эта функция кем-то используется? Ведь неспроста она оказалась в библиотеке. Никто не будет писать функции просто так. Значит, какой-то из проектов вызывает эту функцию и притом работает.
Если вы её сейчас исправите – не сломается ли он?
Да, у вас тут индексация с нуля, а не с единицы, как сказано в комментарии. Вызывая функцию правильно, получить хороший результат невозможно. Значит, кто-то вызывает её неправильно, по ошибке передаёт как раз нужный ошибочный индекс. Если вы функцию почините, тот проект сломается.
Неизвестно, какой. Неизвестно, когда и где. Но что сломается – это почти наверняка.

Нет такого программиста, которому нравилось бы наугад портить свои проекты. И вы откатываете правки и оставляете функцию сломанной, а рядом пишете новую, functionName2(). На этот раз правильную.
И заодно ещё что-нибудь.

Chuunibyou demo Koi ga Shitai

Рискуя всех разозлить, скажу, что сериал скучный. Очередной бултых про взросление вообще, с моралью, что детство – это драгоценные воспоминания, которые проносишь через всю жизнь.

Разумеется, герои сами в эту сторону идти не хотят (а кто захочет?!), так что автор загоняет их пинками. А ну отказались от детских фантазий! Со скорбными лицами! Приняли решение повзрослеть! Совершили ошибку! Мучайте себя, мучайте!

Если считать, что написание книги – это доказательство тезиса примером, то автор успешно доказал свой: что свежих идей у него нет. Все эти разбивающиеся о трезвость жизни волшебные фантазии, эти рассыпающиеся от бессилия спеллы Декомори, это радостное “магия в нашем сердце” в конце, это всё НА-ДО-Е-ЛО.
Не знаю, какой там Шуклин в этом видит “всплеск”.
Магии в проруби?

Про тююнибё в этом сериале было только пятнадцать секунд вступления.
– Знакомо ли вам слово “тююнибё”, господа? Да-да: та самая ужасная и удивительная болезнь, что поражает молодёжь примерно к восьмому классу средней школы – когда проснувшееся вдруг сознание своей индивидуальности вкупе с неистово пылающим воображением заставляют школьников вести себя – ну вы знаете, как. В жизни не читавший ничего, кроме манги, школьник признаёт теперь только английские оригиналы книг. А другой из принципа пьёт только кофе без молока, хотя на вкус одно от другого не отличит. Третий считает, что у него магические способности, и целыми днями только о своих фантазиях и говорит. Ну вот и наш герой…
…увы, не имеет ко всему этому никакого отношения.
КОНЕЦ.

Wakan

Wakan 1.80.8 переводит 1 мегабайт текста за 4 секунды!
Стабильная версия, 1.67, на него же тратила 26.5 минут.

Ещё он понимает Аозора-Руби. Можно вставлять текст в таком: 大人《おとな》びた雰囲気 – формате, и вот эти скобочки превратятся в подпись над 大人. А ещё Вакан может сохранять свой собственный автоматический перевод в виде руби! Это значит, что можно загрузить книжку, нажать “Auto-Translate”, и Вакан расставит чтение всем тем словам, которые вы ещё не выучили. И эту книжку потом можно читать в любой из тысяч поддерживающих руби читалок, и слова будут подписаны!

Прототип / Primer

Фильм про группу товарищей, которые случайно сделали машину времени. Говорят, это головоломка. “Тот, кто сумеет с первого раза понять происходящее в Праймере – либо гений, либо брехун”. Действительно, поначалу всё понятно, но чем дальше, тем сложнее успевать за сюжетом. Как на экзамене: пропустил пару слов – и всё, уже не догонишь.

Научно-фантастическая головоломка с машинами времени – это очень круто.
Но, к сожалению, Праймер – это не очень круто.
Потому, что у него отсутствует “научно-фантастическая” часть.

Праймер хорошо притворяется фантастикой. Но для головоломки авторы сделали страшную вещь: они махнули на некоторые подробности рукой.
Так с головоломками делать нельзя. Каждый кусочек паззла в них должен встать на место. Если заранее знаешь, что некоторые детали лишние, а кое-каких не хватает, то и собирать не хочется!

“Я специально не дал этому объяснения”, – говорит режиссёр, – “Герои тоже не знают ответа. Я хотел показать, что они запутались, не понимают, почему и что происходит”.

Ну здравствуйте! Либо дудочка, либо кувшинчик. Либо фильм о том, как чувствуют себя путешественники во времени – либо головоломка. Праймер очень непонятный фильм, и только одно заставляет разбираться в нём: наличие правильного ответа. Такого, при котором каждому факту найдётся место.

Этого ответа в Праймере нет. В глубине своей Праймер – гуманитарный, а не естественно-научный фильм. Это студент филологического факультета, который выучил все термины математики и в каких сочетаниях их можно использовать. Его слова нельзя сразу отвергнуть, как чушь. Возможно, он гений. Либо просто говорит что попало. Праймер – второе.

Похожее чувство было от Remember11, но там… Но там Remember11! Там нашёлся правильный ответ. Неожиданный, сложный, но действительно объясняющий всё, и даже мелкие детали, на которые без него не обращаешь внимания. Пятьдесят на пятьдесят, что авторы его и имели в виду.