Ещё один спящий баг

У наших программ есть окно с настройками. Оно довольно типично для устаревших интерфейсов: слева располагается дерево страниц. В зависимости от того, какой лепесток дерева выбран, формируется страница настроек справа.

По умолчанию, естественно, открывается первый лепесток.

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

ОКАЗАЛОСЬ, что при открытии диалогового окна сначала происходит рендеринг всех настроек, и только потом численные настройки подгружаются из настроечного файла. Таким образом, на странице отображаются устаревшие значения.

Много лет мы этого не замечали. Почему? По двум причинам.

1. На первой странице никогда не было численных полей. Только чекбоксы, комбо-боксы и подобное. А они, в отличие от численных настроек, подгружались ДО рендеринга. Это, конечно, был для меня полный взрыв мозга -- половина настроек подгружается до, а половина после!

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

---

Энергичность подписи

Подпись может быть под картинкой, а может быть и под цитатой.

Я веду канал про статуи. Веду медленно, но неуклонно. Конечно, я делаю подписи, чтобы это были не просто фотки, а с определёнными метаданными.

Раньше я старался впихнуть в подпись столько информации, сколько можно. Как статуя называется, кто автор, год, размеры, где хранится -- это основное. Но через некоторое время я заметил, что мне самому скучно такое читать. Да, это безусловно ценная информация, но информация размазывается по подписи, выглядит неструктурированной. В подписи теряется энергия.

Энергия.

Тексты бывают исполинской длины, и они могут светиться целиком -- и читаться залпом. Но подпись, первая строка под картинкой, не должна быть длинной. Потому что с каждым знаком подпись бледнеет. Лучше уж после подписи написать ещё страницу, чем сделать подпись длиннее на одну строку. Это тезис №1.

Как делал Маяковский, например, в своём эссе "Как делать стихи?" Вот пример его подписи:

Ешь ананасы,
Рябчиков жуй,
День твой последний приходит, буржуй…
(Маяковский)

Ну то есть, он ссылается сам на себя. И делает это одним словом. Это теперь для меня образец.

Что же должно быть в подписи? Там должно быть что-то полезное. Раньше интернет был мало у кого, поэтому недостаточная информативность подписи могла ставить читателя в затруднительное положение, если он хотел узнать больше. Тем не менее, Маяковскому это не мешало. Тем более, это не должно мешать и нам.

Тезис №2. Информацию, которую легко нагуглить, из подписи надо исключать.

Вернёмся к статуям. Вот у нас есть статуя Родена, "Поцелуй". Создана в 1882 году из мрамора, высота 182 см, хранится в музее Родена.

Писать цифры тут бессмысленно. Это даёт фактическую информацию, но не даёт ключевых слов для дальнейших поисков.

Название уже лучше, но "поцелуй" -- слишком "неособенное" название. По нему можно найти очень много чего. Хотя если написать "поцелуй статуя", то найдётся именно то, что надо.

"Роден" ещё лучше, но только для самых известных статуй (а эта, безусловно, из таких).

Вот и получается, что минимальная подпись будет: "Поцелуй" Родена.

Всё остальное можно перенести в следующий абзац. Или вообще не указывать. Для любопытного читателя и этого достаточно.

---

Надо иногда хвастаться

-- Вы знаете, что это такое? (показываю НШВИ)
-- Да.
-- А у вас есть?
-- Есть. Держите. И вот обжимные клещи... А у вас кто-нибудь умеет ими пользоваться?
-- Ну, я.
-- То есть, вы многостаночник...

Навык пригодился мне впервые с 2019 года, когда я собирал щиток во время ремонта.

---

Оффлайн-википедия: проблемы

То в одном регионе сбой днс, то в другом. В общем, я решил скачать википедию.

Для этого есть программа kiwix. Она даёт возможность скачать википедию на многих языках одним файлом, а потом его листать. Английская версия с уменьшенными картинками весит всего 102 гигабайта, русская примерно 33.

Всё, скачал, теперь основной багаж знаний человечества у меня есть? Как бы не так.

Пока она просто так лежала на диске -- это ладно. Но что я получил, попытавшись использовать её по назначению?

1. Оказалось, что не все страницы скачаны даже в версии all_maxi. Конкретно: полностью отсутствуют категории и частично отсутствуют шаблоны. А ведь категории это очень важный инструмент поиска дополнительной информации по теме. Шаблоны-таблицы в подвале страниц тоже показывают связи в группе понятий. Тем более странно, что некоторые шаблоны-таблицы есть, а некоторые нет. Например, в русской википедии на странице "Москва" есть шаблон об административном устройстве Москвы. Но от шаблона со списком суб'ектов РФ есть только заголовок!

2. Картинки высоко оптимизированы. Это значит, что есть только миниатюры. Для большинства картинок это не является проблемой, т.к. картинки представляют общий вид чего-либо, фото здания или типа того. Но бывают диаграммы, схемы, карты которые без увеличения бесполезны. И если проблемы с категориями можно решить, сделав свою копию с докачкой нужных страниц, то проблема с картинками неразрешима принципиально. Качать высокое разрешение для всех картинок невозможно, поскольку на них не хватит никакого места. Качать же картинки избирательно невозможно тоже, поскольку на анализ того, должна ли конкретная картинка быть крупной или нет, не хватит никакого времени. Тут нужна нейронка.

3. Полнотекстовый поиск у меня не заработал. Мне не удалось найти статью даже имея цитату из неё. Обычно помогает гугл. Пишешь туда то, что нужно, он находит статью.
Допустим, я помню историю о том, как самолёт сел в кукурузное поле и хочу про неё почитать. Гугл мне по любому запросу типа "посадка на кукурузное поле" сразу находит статью в википедии. Но не так ведёт себя kiwix. Он найдёт статью по запросам "кукурузное чудо" и "кукурузная посадка", но по другим -- не найдёт. То же и с опечатками. А если я фамилию неправильно запомнил?

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

UPD. В kiwix desktop полнотекстовый поиск всё-таки работает. Но:
а) kiwix desktop не работает в windows 7, не говоря уже про другие платформы
б) он имеет гораздо меньше удобств и опций, чем kiwix JS Electron
в) поиск работает хуже, чем даже встроенный поиск википедии

4. Отсутствие ссылок на интервики на других языках. Понятно, что ссылки работать не будут, поскольку kiwix работает поязычно. Однако даже информация о том, как термин называется в другом языке, может подсказать многое.

Всё это показывает важность не только наличия информации, но и наличия адекватных инструментов для навигации и структурирования.

---

А шнекороторный бы прошёл

Опять меня угнали в командировку. И надо сказать, что не только в Москве проблемы с уборкой снега.

Таксист почти что довёз меня до адреса, но заезжать во двор не стал.

-- Я по такой каше заехать не смогу.
-- А и не надо. Я тут и пешком не пройду.

И все засмеялись.

---

Почему-то всю неделю технические посты

Антифриз и незамерзайка имеют похожее название и похожий состав. Но они предназначены для разного и заменять одно другим я бы не стал.

Это цветные жидкости. Цвет антифриза обычно определяется тем, что залили в машину на заводе. В процессе эксплуатации цвет может быть изменён при полной замене антифриза (10 литров). Это довольно редкая ситуация. Цвет же незамерзайки можно менять как угодно часто.

Ну и вот что я хочу сказать. Не следует покупать незамерзайку такого же цвета, как антифриз. Потому что в случае протечек будет тяжелее понять, что течёт. Лайфхак!

---

Безопасность диагностического тестера OBD II

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

Когда я столкнулся с проблемой холостого хода, я понял, что мне этой информации мало. Я купил диагностический тестер, который показывает ВСЁ.

Подключение к нему идёт через блютус. Со стандартным кодом 1234. После этого вы получаете всю информацию о работе двигателя. Как её анализировать, я пока не разобрался, но тыкая по кнопочкам я обнаружил удивительные вещи.

Во-первых, есть программное отключение бензонасоса. У меня оно, правда, не работает ("ЭБУ отказал в доступе"), но у кого-то может и заработает...

Во-вторых, что у меня работает -- это контроль работы форсунок. Можно отключить любую по выбору. Что отключение работает, я выяснил случайно, когда нажал на форсунку, а у меня двигатель начал троить. Я нажал ещё раз -- и двигатель опять заработал нормально. Больше одной форсунки я не выключал, но если выключить... двигатель, наверное, заглохнет?

И вот тут уже начинаются фантастические сценарии. Человек, который знает, что у вас стоит работающий тестер, может ехать, например, в соседней машине, и удалённо кое-что контролировать. Глушить машину.

Можно представить себе и обратный сценарий. Злоумышленник угнал машину, а вы его догоняете и глушите её.

В общем, беспроводная связь -- это всегда небезопасно.

---

А вдруг передумаешь?

Даже четыре терабайта рано или поздно заканчиваются.

У меня было что удалить из торрентов. Я удалил одну ненужную раздачу, другую, третью. Вроде прилично места должно было освободиться.

Но свободное место не увеличилось, совсем. Может, раздача была на другом диске?

Потом мне в голову пришла одна мысль -- и я полез в корзину. И да, действительно, мои удалённые через шифт-делит файлы оказались там.

Прямо скажу, такое поведение было неожиданным. Шифт на то и шифт, чтобы удалять мимо корзины. Это общепринято в виндоуз. И это работало в мю-торрент 1.6.1, которым я пользовался с 2005 года. К сожалению, в современных операционных системах (таких, как виндоуз 7) версия 1.6.1 работает не очень хорошо. В прошлом году я отказался от неё и перешёл на более новую версию, 2.2. И вот в ней-то и обнаружилась такая особенность, что она не хочет удалять мимо корзины.

Но это же должно отключаться? Я перерыл все настройки и не нашёл. Тогда я залез в Preferences -- Advanced и стал читать все переменные из раздела gui.* . gui.delete_to_trash делал то, что мне надо.

Потом я прочитал про другой, более доступный, но тоже неплохо запрятанный метод. Надо щёлкнуть правой (!) кнопкой по красному крестику на тулбаре, и там будет опция Move to trash if possible. Её можно отключить.

---

Когда забыл про защиту

Евгений Евгеньевич, наш доктор наук, постоянно испытывает проблемы с флешками. То у него не читаются, то не пишутся. Он их приносит мне. Я мало что могу с ними сделать, потому что... ну что можно сделать, если устройство не определяется?

Приносит он очередной "винчестер". Написано -- SSD. Ноунейм. Лёгенький. Говорит, что на одном компе определяется, на другом нет.

Я: Давайте сюда.
Он: Хорошо. Вставляйте в USB-3. Если не опасаетесь.
Я: Сейчас попробуем...

Вставляю -- и сразу получаю синий экран.

Зря я не опасался...

***

Короче, на его компе удалось открыть. Якобы, это SSD на терабайт. Но, как обычно бывает в таких ноунейм-случаях, скорее всего там доступно гигабайт сто... Потому что те файлы, что он записывает, потом не читаются.

---

Лабораторные и реальные условия

Очередная железка, очередные запросы и ответы на них.

Разработчик придумал прошивку и всё у себя протестировал. Работает. Приносит на тестирование уже мне.

И выясняется, что я посылаю запросы совсем не так, как он посылал их при тестировании. Я могу послать запрос в момент, когда устройство занято. Могу послать противоречащий запрос, когда предыдущий ещё не выполнился. Могу запросить данные, которые ещё не готовы. И многое другое.

Его прошивка к такому оказалась не готова. Какие-то команды игнорируются, какие-то вешают прошивку.

Виноват ли я? Нет. Я работал с другим, похожим устройством. Оно корректно отрабатывало любые команды в любой последовательности.

Лучше бы так было и с данным устройством. Если же корректно отработать какую-либо комбинацию команд невозможно, то в документации должно быть чётко указано, какие команды недопустимы.

И уж при любых условиях прошивка не должна виснуть.

---

Kemurikusa 01-12 END

О чём

Kemuri -- это дым. Kusa -- трава. Дымная травка. И я полагаю, что именно дымная травка была в наличии у сценаристов и режиссёров. Уверен, что не я первый и не я последний, кому в голову пришла эта мысль.

В общем, группа девиц (все на букву ЭР) и один паренёк (на букву ВЭ) путешествуют по разрушенному миру на половине трамвая, который приводится в движение при помощи зелёного щупальца. Ищут они воду, которой в мире почти не осталось. Была бы эта история прогулкой в парке, если бы не злые красные роботы, которые не только пытаются убить персонажей, но и расползаются по миру.

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

Что думаю

Авторы идеи и режиссёры у этого сериала те же, что и у Kemono Friends. Вы найдёте немало аналогий в рисовке, в характерах, в сюжете. Но. Kemurikusa разворачивается в совершенно другом сеттинге.

Kemono Friends выглядит милым сериалом о дружбе. Печальные намёки в нём можно разглядеть только если специально этим заниматься (как занимался я). Kemurikusa даже не пытается казаться добрым. Этот сериал -- тёмная версия Kemono Friends.

Можно что-то там писать про персонажей, их развитие, характеры и подобное. Но я полагаю, что смысла в этом нет (да и не помню я подробностей, т.к. смотрел давно). Главный герой этого сериала -- это мир и его загадки. Перед нами очередная классическая история про путешествие и поиск. Не знаю, можно ли вообще устать от такого!

Рекомендации

Да.

Скриншоты

(скриншоты)

Куда надо идём.


Как перемещается трамвай там, где нет рельсов.


Пространства тут гигантские, но до бламовских всё-таки не дотягивают.


Ещё немного местных пространств.


И ещё немного.


Оптимисты.


Есть здесь и добрые роботы.


Давненько я не смотрел Made in Abyss. Там такая же философия.


Может персонажи и не люди, но ничто человеческое им не чуждо. Например, кто-то тут неровно дышит. Это цундере с первого кадра.


Кстати, вот та самая дымная трава. Тут это видно отчётливо.

---

Лестничный ум наоборот

Алгоритм выхода из дома состоит из типовых действий. Да-да, те самые "часы, трусы и пассатижи", о которых я писал недавно.

Если у вас нет чего-то вроде хронической забывчивости, у вас всегда будет с собой нужный инвентарь и вы всегда сделаете нужные действия. Ну ладно, почти всегда.

Это имеет обратную сторону. Есть нетипичные выходы из дома, когда надо с нуля думать, что делать. Есть типичные. И если у вас типичный выход из дома, но в нём есть одно нетипичное действие или предмет, то пиши пропало.

У других, может, такого и не происходит, но у меня стирается из памяти всё, кроме основного алгоритма. Вспомнить я могу через полдня.

Не знаю, можно ли это натренировать. Пока что пользуюсь техническими методами -- ставлю напоминалки или делаю действия заранее.

---

А что бы ответил Руиджерд?

Меня спросили: "А вы бы за сколько налысо побрились?"

Я подумал, что это какой-то прикол типа "скажи "триста". На всякий случай, я отшутился. Я спросил в ответ: "А деньги я буду платить или мне?"

Потом решил кое-что проверить. Задал тот же вопрос папе.

-- А ты бы за сколько налысо побрился?
-- Ну... за час.

---

Камень я не дам

Мама сейчас уже свободно ходит с костылём и иногда с палочкой. Тем не менее, на улицу почти всегда её выводим мы, особенно сейчас, из-за снега.

Вывел её из под'езда, стоим под козырьком. Мама даёт мне костыль.

-- На, сбей снег, который свисает с козырька, чтобы он никому на голову не упал.

Я поднимаю костыль и начинаю тыкать в куски льда и снега. Сбить льдышки мне удаётся, а дальше уже снег. Он выглядит как продолжение козырька, свисая чуть ниже. Костыль просто протыкает его, но не сбивает. Я делаю несколько сквозных дырок в снеге. Через них видно небо.

-- Снег не сбивается. Видишь?
-- А ты изнутри по козырьку постучи.

И я постучал. И снег сполз, а потом и упал на землю.

Таким образом, я доказал свою некомпетентность, как инженера.

---

Механизированная уборка снега

Пишу только про свой двор, что в других -- не уверен. Записываю для истории.

В прошлом году снег убирали плоховато, а когда убирали -- в ход шли, в том числе, лопаты.

В этом году снег убирают отлично, но только (!) трактором. Это вызывает двоякий эффект.

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

С другой стороны, трактор создаёт по бокам от себя снежный "бруствер". И его уже не убирает никто. Высота может быть и до колена. Автомобилисты, которые "заперты" за бруствером, должны сами откапывать эти полметра снега.

Но не только автомобилистам плохо. Там, где пешеходные тропинки или тротуар выходят на основную дорожу, полуметровую насыпь тоже не убирают. Ну а по тротуарам внутри двора трактор не ездит вовсе. До их очистки дело доходит в последнюю очередь.

---

Anki. Расширенная версия

-- Ну ты эту формулу, конечно, не помнишь. Ты давно в школе учился. А я в физматшколе три раза училась!
-- Я тоже в физматшколе учился!
-- Ты только один учился, а я три!
-- ...С детьми, да?
-- Да.

---

Это ли был ужас пола?

Менял лампочку накаливания. Вдруг на секунду загорелась.

Это она плохо вкручена была? Закрутил обратно, эффекта нет.

Осмотрел спираль -- сломана, но один из кусков болтается близко к другому.

Скорее всего, они зацепились, когда я изменил положение лампы. Это была последняя вспышка.

---

Otome Game no Hametsu Flag ... ... X 01-12 END

Редкий случай, когда полный заголовок не влез в поле. Поэтому я пишу его тут:
Otome Game no Hametsu Flag shika Nai Akuyaku Reijou ni Tensei Shiteshimatta... X

О чём

О том же. Первый сезон я смотрел в далёком 2021 году. Помните, был такой?

Там я писал, что все интриги раскрыли, о чём же делать второй сезон? Конечно же, надо придумать новые!

Что думаю

Могло быть хуже. Вторые сезоны всегда сравнивают с первыми. Это неизбежно. И вторые сезоны часто бывают слабее первых. Потому что зачем стараться, их же всё равно смотреть будут. Бывают случаи, когда вторые сезоны не слабее, а просто про другое (как это было в Tate no yuusha... или Saenai Heroine no Sodatekata). Но бывало ли, чтобы второй сезон был однозначно лучше первого? Если и бывало, то крайне редко. Я помню только один случай: To love-ru Darkness лучше всех предыдущих сезонов.

Ладно, что же у нас там с Бакариной? У неё всё стабильно. Цветочки растут, персонажи ходят вокруг да около. И, честно говоря, персонажей становится многовато. Это приводит к простому эффекту: большинство переходит в декорации и в схематичные стандартные шутки. Они тратят экранное время, но не добавляют смысла. Meh.

Сезон состоит из нескольких филлеров и двух связных историй. Я не знаю, почему, но обе истории используют почти одинаковую завязку! Это троллинг или бездарность авторов? Разгадка обоих "детективных дел" тоже оказывается сходной. В принципе, тут есть потенциал. Первый сезон тоже тяготел к комедийному детективу. Но детективы получаются слабенькие.

Другой особенностью сезона является обилие флешбеков. Мы получаем лучшее раскрытие некоторых персонажей, с которыми, казалось бы, уже поработали в первом сезоне. Это я записываю в плюсы, потому что это интенсивный, а не экстенсивный путь развития серии. На длинной перспективе интенсивность всегда побеждает.

А нам ведь в конце намекнули на третий сезон. И буквально в декабре вышел п/ф (кстати!)

Рекомендации

Нет. Как персонажа Бакарину я люблю, но она одна всю работу сделать не может.

Скриншоты

(скриншоты)

Типичная стандартная шутка: перетягивание Бакарины.


Ей надо дотянуться до бумажки.


Такседо Маск.


Разумно.


Сразу видно того, кто играл в комп. игры.


Сначала подумал, что она могилу роет.


Этот полуразумный медведь -- очень колоритный персонаж. Единственный, кому не нравится Бакарина. Почему -- так и не рассказали.


Наконец-то у них появился мобильный телефон.


Бакарина не тупая. У неё просто замедленное мыслеварение.


Мы тоже.

---

Тайна одного access violation

Обновил программу у пользователя -- начала падать без сообщений об ошибке.

Это очень неудобная ситуация, потому что у пользователя не стоит отладчик. Что там, где падает? Почему?

Штош, берём procdump. Запускаем, скачиваем дамп, включаем вижуал студию.

Наконец вижу сообщение, аксесс виолейшн по адресу 0x00000013. Как говорили в старину, "память не может быть "read".

В строчках, где возникла ошибка, происходит обращение к буферу символов. Но и буфер символов имеет нормальный адрес (не тот) и содержимое его я вижу хорошо. Что же там происходит? Приведу пример текста.

pObject->Func1();// ошибка где-то здесь
//...
void CClass::Func1()
{
//много операторов
this->Func2();//ошибка где-то здесь
}
void CClass::Func2()
{
//манипуляции со строками, ошибка где-то здесь
this->state=0;
}

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

Чтобы выяснить доподлинно, что выполняется, а что нет, я расставил отладочную печать во всех этих функциях и выяснил, что выполнение прекрасно доходит до строчки this->state=0; Таким образом, никаких ошибок со строками и массивами не происходит. Кто же генерирует аксесс виолейшн? Вот эта самая последняя строка.

Я думаю, все уже догадались. this был равен NULL.

В обновлённой версии программы требовались особые значения в конфигурационном файле, которые я по недосмотру не указал. Логика программы такова, что на pObject память выделяется только при правильных значениях. А если их нет, то pObject==NULL.

Что меня в этой ситуации удивило, так это то, что вызов методов по нулевому указателю не привёл к исключению сам по себе. Надо было дождаться именно обращения к полю. Это можно об'яснить, потому что все методы (кроме виртуальных) имеют фиксированные адреса, и настоящего разыменования указателя не происходит. Метод вызывается по известному адресу и получает NULL как this. Дальше он работает без обращений к полям и вызывает следующий метод, который тоже получает NULL. И только там, в конце, когда происходит действительное обращение к полю, этот this разыменовывается, и происходит генерация исключения...

Обращаю также внимание, что адрес разыменования не равен нулю, а равен другому числу. Это связано с тем, что state имеет смещение относительно начала об'екта.

---

И швец, и жнец, и на дуде игрец

Есть в аниме один сюжетный ход, который не слишком распространён, но встречается... периодически. Появление персонажа, который может перевоплотиться в любого другого персонажа. То есть, становится внешне от него неотличим. Мимик.

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

"Наши" не могут сразу распознать подмену, и поэтому не могут понять, что происходит. А если даже и понимают, то вполне могут вляпаться в ту же ловушку в другой раз.

Ну и вот, такой сюжетный ход мне не нравится. С одной стороны -- это же злодеи, им не обязательно действовать честно. Но что если посмотреть на другом уровне, на уровне автора? Такой ход дешёв примерно так же, как и применение Мэри Сью. Это "имба", причём имба вражеская. А ещё -- она ставит "наших" в глупое положение. Их не "обхитрили", их "обманули".

(шаблон ломает один из п/ф по pretty cure, где персонажи сразу сказали такому мимику -- "ты кто?")

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

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