Ответная часть

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

---

Сон разума порождает не только чудовищ

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

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

Как я себя хвалил, когда не думая сделал понятную (для меня) структуру очередного модуля! Модуль был написан ударными темпами за полчаса и сразу забыт. Я пошёл спать, а когда с утра вернулся к коду -- пришлось выяснять, как там что. И это выяснение заняло всего пару минут.

---

Как я летал на самолёте

Летал первый раз, было интересно.

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

Потом я стал проходить второй контроль. Там, где надо в ящики все свои вещи класть. Сложил. Прошёл контроль. Мне коллега говорит -- проверь, что в ящике ничего не осталось. Я проверил. Пошёл дальше -- и понял, что при мне нету посадочного талона. Обрыл всю сумку и карманы. Нету. Возвращаюсь обратно -- а там он лежит у контролёров на столе. Я показываю распечатку из интернета с моим же ФИО и спрашиваю, можно ли забрать талон. Мне разрешили. Я так и не понял, как я его выронил.
Про посадку мне рассказали лайфхак -- если посадка не через кишку, а через автобусы, то надо ждать окончания посадки и только потом идти. Потому что чем раньше пройдёшь, тем дольше будешь стоять в автобусе. Я полностью поддерживаю этот лайфхак.

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

Пытался следить по GPS, как проходит полёт. Очень интересно: GPS отлично работал на земле и всю середину полёта. Но от взлёта до набора высоты -- и от начала спуска до посадки -- GPS работать не хотел.

Про переезд в Ростов-на-Дону -- было первое апреля, но не совсем. Я в командировке.

---

Время Евы

К посетителю в кафе подсел знакомый.
Официант: Вам ещё приборы принести?
Посетитель: Осциллограф, пожалуйста.

---

Цветик

Я купил беруши. Я пару раз покупал их до этого. Один раз повезло, другой не повезло. В этот раз мне вынесли беруши марки... 3M. Я даже не знал, что они беруши делают. Фирма мне эта была знакома как изготовитель, в первую очередь, пятидюймовых дискет. А ещё у меня на работе есть наушники этой фирмы. Шумоподавляющие. Работают.

В коробочке с берушами была инструкция. Я её открыл -- и очень удивился. Взгляните сами:

Стишок в инструкции к берушам! Замначальника какого-то там участка рудника! Я сначала думал -- это он заплатил, чтобы его стишок опубликовали в инструкции -- или ему заплатили?

А потом решил этот стишок загуглить. И обнаружил, что в интернете этот стишок существует с 2007 года. Присутствует, как правило, в докладах школьников по теме "звук". И нигде не указано его авторство. Кроме того, у стишка есть ещё одна строфа, которая тут отсутствует. По ФИО этого замначальника тоже ничего интересного найти не удалось.

Загадочная история.

---

Аптека, улица, фонарь

В последние несколько дней об'ём моих постов резко сократился. Я был очень занят.

Завтра я уезжаю жить в Ростов-на-Дону. Как часто смогу писать посты -- пока не знаю.

---

О конкуренции

Делал новую симку.

Кассир: Вы пользуетесь ещё какими-нибудь операторами?
Я: ВСЕМИ!

---

Untitled [549]

Завтра у него был выходной: он взял работу на дом.

---

Untitled [548]

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

---

Колесо без оси

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

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

При попытке включения установки выбило УЗО. Электрик-электронщик долго смотрел, прозванивал -- но никаких неполадок не нашёл. Кабель питания был сделан правильно, фазы разведены правильно, нейтраль на нейтрали. Переключились обратно на однофазное -- работает.

Я посоветовал электрику-электронщику проверить розетку. Розетка тоже трёхфазная, пятиконтактная. В моём понимании выбивать УЗО могло, если нейтраль и земля в розетке перепутаны местами (но почему это не обнаружили раньше?). До этого я думал, что земля и нейтраль перепутаны внутри установки, но эта гипотеза не подтвердилась.

При проверке напряжений в розетке

ОКАЗАЛОСЬ

что в ней нету 220 вольт. Только 0...15 и 380. А это могло означать только одно. Земля и нейтраль не были перепутаны. Нейтрали не было вовсе! Почему же этого никто не замечал? Потому что в помещении, где мы работали, стояли станки. Станок, который штатно питался от той трёхфазной розетки, которую мы одолжили, не требовал нейтрали, поскольку с электрической точки зрения состоял из одного трёхфазного двигателя. Трёхфазным двигателям нейтраль не нужна.

Я изучил потом щиток: действительно, все трёхфазные отводы от щитка идут без нейтрали (но зато с землёй). А нейтраль идёт только в однофазные линии.

---

О документации

Аморфный пост разрозненных мыслей.

При разработке железок, т.е. электронно-механических штуковин, документация важнее, чем при разработке программ. По тексту программы можно понять, как она работает (хотя это зависит от сексуальных предпочтений программиста). Железка же, если сравнивать её с программой, представляет собой уже скомпилированный исполняемый файл. Кое-что можно понять по виду, кое-что проверить, но полноценное разбирательство очень трудоёмко и связано, как правило, с разделением железки на составные части.

***

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

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

***

По тексту выше может сложиться впечатление, что я разводки кабелей на бумажке рисую. Так и есть (но не всегда). Однако документация в единственном экземпляре -- это ОЧЕНЬ плохая идея. Поэтому после того, как я нарисовал разводку, я её обязательно фотографирую. Также на бумажке я указываю метаданные: дата, версия и наименование того, что рисую.

---

Untitled [547]

Ущерб, который получаешь, совершая доброе дело -- это бесплатное приложение к отсутствию благодарности.

---

Мир к праху, прах -- к миру

В компьютерах интерфейсы RS-232, RS-485 и подобные сейчас применяются редко (хотя даже на современных платах бывают раз'ёмы для COM1; видимо это сделано для суровых вещей типа удалённой отладки драйверов и ядер операционных систем) . Но в промышленном и встраиваемом оборудовании они применяются повсеместно. Потому что -- дёшево и сердито.

Я не раз налаживал связь между компьютером/контроллером и такими устройствами. И очень часто связь с первого раза не налаживается. Устройство тупо не отвечает на запросы. Самая очевидная проблема тут -- несовпадение скоростей. Но с ней я встречаюсь не очень часто, т.к. в документации скорость почти всегда (лол) указывается.

А вот вторую проблему я всегда называю в качестве подозреваемого. И угадываю!

Вторая проблема в том, что перепутаны линии данных при распайке. Для RS-232 перепутаны TX и RX, для RS-485 перепутаны Data A и Data B. Почему так происходит?

В случае с TX/RX не очевидно, следует ли запаивать TX к TX (обычно при пайке кабелей одноимённые контакты соединяются) или TX к RX (если исходить из предположения, что названия выводов устройства подписываются с точки зрения устройства). ОБЫЧНО TX надо соединять с RX, т.к. действительно названия выводов подписываются с точки зрения устройства, которому эти выводы принадлежат. Поэтому то, что устройству "приём", то компьютеру -- "передача". Точно так же, к примеру, сигналы типа "in" означают "ввод" сигнала в текущую микросхему, а не ввод в подключённые к ней устройства.

В случае с Data A/Data B дело веселее. Хотя какой-то там стандарт предусматривает фиксированные названия, но реально бывает написано в документации на одно устройство -- "Data A (+), Data B (-)", а на другое -- "Data A (-), Data B (+)". И хорошо, если полярность вообще указана. По идее, надо соединять плюс с плюсом, а минус с минусом.

Эти косяки разводки не вредят устройствам -- достаточно поменять местами контакты.

---

Сон для слабых

RAM
DATE&TIME	за несколько дней до 2010/01/11
SCENE TITLE	Десять негритят
OUTLINE	Студентке стало плохо на лекции. Что же теперь предпримет преподаватель?

У нас в институте был один суровый препод. Он всегда был очень серьёзен. Если он замечал студента за чем-то странным, то ругал его за несерьёзность. Одна из его фраз -- "у нормальных студентов ручки со столов не падают".

Я фантазировал, что скажет этот препод, если, к примеру, кому-нибудь на лекции станет плохо? Наверное он... невозмутимо продолжит занятие? Я был не совсем прав.

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

---

Плохой UX и под'ёмник

Сегодня меня учили пользоваться ручным под'ёмником. Почему учили? Потому что сам я не догадался, как его использовать.

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

По логике при отгибе главного рычага вилы должны подниматься, обеспечивая под'ём груза. Но это не работало. Тогда я обнаружил внутри рукоятки ещё одну ручку. Я стал её нажимать, думая, что надо нажимать главный рычаг при нажатой маленькой ручке. Но это тоже не помогло.

ОКАЗАЛОСЬ

что чтобы можно было груз поднимать, маленькую ручку надо нажать ВНИЗ! Она зафиксируется в этом положении. При чём же тут плохой UX? Дело в том, что насечки для пальцев имеются на ручке только снизу, т.е. ничто не указывает на то, что она вообще может быть вниз нажата.

---

Шар Свиборга

На работе аврал. В середине рабочего дня обнаружил, что сижу с очень напряжённым лицом. Прямо всё лицо напряжено. Обычно так не бывает. Пришлось вручную расслаблять.

***

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

Очень неожиданный эффект произвела последняя фраза -- все засмеялись.

---

Как облегчить ввод исходных текстов...

...усложнив себе жизнь.

Многие любители механических клавиатур выбирают клавиатуры поменьше. Цифрового блока быть не должно в принципе. А если блок управления курсором ужат или вообще выброшен, а ряд F совмещён с рядом цифр -- вообще замечательно. В этом случае рукам надо двигаться совсем немного, чтобы нажать любую клавишу, однако для многих неосновных символов требуется зажимать по 2-3 клавиши.

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

Я всегда думал, что очень удобно, что для ввода квадратных скобок не надо зажимать шифт. А для ввода угловых -- надо, поэтому угловые вводить неудобно. Поэтому я так люблю BB-коды. Можно ли как-то упростить ввод других спецсимволов, чтобы не зажимать шифт? Конечно, можно.

Я обнаружил программу -- Microsoft Keyboard Layout Creator. Можно создать любую раскладку, а потом её установить на компьютер. При помощи этой программы я поменял местами все спецсимволы цифрового ряда и сами цифры, а также поменял местами - и _. Теперь для ввода простых круглых скобок мне достаточно нажать "90". При вводе переменных с "_" в середине мне не надо посередине названия вдруг нажимать шифт. А вот с угловыми скобами особо ничего не сделаешь. Они конкурируют с запятой и точкой, которые тоже нужны постоянно. Пока не придумал, возможно их можно поставить на место @ и $, которые в Си/Си++ нужны редко.

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

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

---

Я пошутил

Такое поведение у людей я встречаю редко, но это не единичный случай. Суть в следующем.

Человек сначала говорит тебе какие-нибудь неприятные вещи, а через некоторое время сообщает, что он просто был не в себе по какой-нибудь причине, поэтому то, что он тогда сказал -- не считается. Такие эпизоды случаются неоднократно.

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

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

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

---

Классические фейлы: повторное использование переменных

У меня в программах часто используются переменные x, y, z. Для циклов.

Когда мне надо сделать очередной цикл, я беру одну из уже об'явленных переменных и её бесстыдно использую.

Что же может пойти не так? Большинство циклов короткие, но не все. Сегодня я попался на том, что начало цикла с переменной икс было две страницы назад. А потом я внутри цикла с этой переменной организовал ещё один цикл с иксом.

Внутренний цикл, естественно, работал. А вот внешний -- нет. Он выполнялся неправильное количество раз из-за неправильного значения икса.

Как же от этого защититься?

1. Об'являть переменные специально для циклов:
for(int x=0;x<10;x++)

В голом Си это может не сработать (зависит от версии).

2. Перед использованием переменной, которую не об'явил только что, провести расследование, где она ещё встречается.

3. Не использовать такие переменные вовсе. Если переменная уже есть, сделать ещё одну. Как правило, проблем с нехваткой памяти сейчас не бывает. Если вам приходится до такой степени экономить память на микроконтроллере, то поставьте более крутой микроконтроллер.

---

Two Car 01-12 END

Попытка откопать жемчужину на дне рейтинга вротарта провалилась.

О чём

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

То есть, перед нами -- парный вид спорта. И все пары -- девочка с девочкой. Однако, это не сёдзё-ай. И даже на жанр "спорт" аниме не тянет. Это что-то непонятное.

Что думаю

Я ждал чего-то вроде Girls und Panzer, но сериал оказался куда слабее.

На самом деле сериал надо было делать в два раза короче. В нём куча повторов -- полных или с небольшими вариациями. И даже есть серия-рекап.

Но на самом деле сериал надо было делать в два раза длиннее. Этот сериал не про соревнования, а про конфликты внутри пар. Некоторые пары не раскрыты вовсе, а некоторые раскрыты поверхностно.

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

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

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

Кому будет интересно смотреть -- не знаю. Но скажу, кому будет неинтересно:
-- любителям спорта с превозмоганием и соревнованиями;
-- любителям сёдзё-ая;
-- любителям тонкой психологии;
-- любителям сисек-писек (хотя попы кое-где хорошие).

Элементы всего перечисленного есть, но они невелики.

Я лично не пожалел, что посмотрел сериал, но интересное приходилось выуживать по кусочкам. Это такой... аниме-артхаус, что ли?

Скриншоты

(скриншоты)

Ват? Причём тут Кадуцей?


Ковальски, анализ.


В заставке 2-го сезона Харухи ограничение "бесконечность" было шуткой. Тут -- нет.


Я тоже думал. Ага, лёгкая музыка -- значит кастаньеты.


А ещё тут есть няшные близняшки.


¯\_(ツ_/¯


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


К барьеру!


Супер! Инженерный подход к предложению руки и сердца!