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

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

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

Единственный минус здесь вижу в дефиците больших слайсов времени, которые мне пока что нужны самому, а для технического надзора они ох как нужны. У меня на каждую схему (1 лист А4) уходит около 10-15 минут. В дизайн-проекте (именно в схемах, не в визуализациях, их тоже отсматривал - их было около 48 страниц). А это 12 часов (на самом деле потратил явно больше). Кажется, параллельно с работой таким заниматься либо не получится, либо придётся делать на отъебись (и в чём тогда ценность, на чём репутацию/отзывы набивать?).

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

#ремонт #дизайн

Написал стрёмный формат конфига для вентиляторов и его интерпретатор и сижу довольный.

Пока в голове пара улучшений для sub-rules:
- поддержка hours: from, to
- консистентные minutes: from, to
- да и в rules можно вынести from-to в секцию time

Ещё бы код обобщить для rules и sub-rules который определяет, работает ли сейчас правило или нет.

Концепция action прикольной получилась, просто прозрачно последовательно пробрасывается в mqtt как topic=$devicename$topic, payload=value.

vakiobusy:
before_work:
from: '09:00'
to: '09:15'
action:
state: on
workmode: recuperator
speed: 4

at_work:
from: '09:15'
to: '18:00'
sub_rules:
before_meetings:
hours:
- 12
- 13
- 14
- 15
from_minute: 55
to_minute: 59
action:
speed: 7

meetings:
hours:
- 12
- 13
- 14
- 15
from_minute: 0
to_minute: 15
action:
speed: 1

not_meetings:
from_minute: 16
to_minute: 54
action:
speed: 3

fallback:
action:
speed: 3

after_work:
from: '18:00'
to: '22:59'
action:
speed: 3

night:
from: '23:00'
to: '08:59'
action:
state: off

vakiorest:
before_sleep:
from: '20:00'
to: '21:59'
action:
state: on
speed: 3

max_vent_before_sleep:
from: '22:00'
to: '22:15'
action:
speed: 7

sleep:
from: '22:15'
to: '19:00'
action:
state: off

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

Разобрался наконец с #Mosquitto / #Mqtt. Им бы log level на старте демона повербозней, чтобы понятно было какого чёрта при переключении с локалхоста на другой IP авторизация анонимов отваливается. Имхо явное лучше неявного и такого умного, но, видать, дырявые брокеры в локалках это жопа.

Научился управлять своими рекуператорами. Изначально ещё споткнулся чутка об nested topics, вроде можно, но Vakio с таким топиком даже не пытается цепляться к брокеру.

Начал с ванильного paho-mqtt, кончил ~~за упокой~~ с aiomqtt. Зачем, нахера, не знаю, особенно с учётом того, что мне по факту тупо кронтаб нужен на каждое устройство.

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

Ну и самый большой геморрой - водонагреватель. Он тупой, а русклимат, игнорирующие запрос на local mqtt - редиски. Не рекомендую брать технику, управляемую через hommyn (electrolux в моём случае), это вендорлок, который когда-нибудь, да навернётся. Вроде его можно "хакнуть", через dns-спуфинг прицепив к себе, но это кажется только без TLS работать будет. С кондиционерами наверное та же беда.

Пылесос от Xiaomi вроде не наебёшь, только если перепрошивать.

Без приложенек, конечно останусь, но flask, sqlite (а надо ли вообще, мб redis хватит) и bootstrap делают brrrr.

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

Update: Вопросики к #Mosquitto появились. Он при подписке на топик выдаёт в ответ, как я понимаю, последнее полученное сообщение по нему. Но не всегда. Выключил рекуператор, глазами увидел что он выключился, подписчик тоже получил эту команду (там read-write топики). Перезапустил подписчика - он получает в ответ state=on. Ну как с такими технологиями картину мира-то строить?

#пердолинг

Читаю дальше про #ТРИЗ. Рисуют примитив для подхода к изобретательским задачам в виде схемы с девятью клетками.

В центре - текущая ситуация, противоречие в конкретной системе, которое нужно устранить (изобретательская ситуация). Сверху - надсистема, снизу - подсистема. Слева - прошлое, справа - будущее.

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

ТОЛЬКО И ИЩУТ ПРИЧИНЫ ЛИШЬ БЫ ПРЯМ ЗДЕСЬ И СЕЙЧАС САМИМ НИЧЕГО НЕ ДЕЛАТЬ ПРЯМО ТАКИ АЙТИШНИКИ.

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

- То, что раньше требовало перезапуска, начинает уметь перечитывать конфиги на ходу.
- Сервера переезжают с железок в виртуалки, потом контейнеры, а дальше и вовсе становятся эфемерными.
- То что было соединено жёстким соединением, получает возможность двигаться (всевозможные ddns/discovery вместо зашитых IP-адресов).

#федичитальня

Произошёл #пердолинг, потеря сперва GUI, потом нормальной нижней панельки, зато теперь gnome-terminal не лагает как чёрт при каждом нажатии клавиши! (это вот та самая история, когда я грешил на то что zsh ходит в интернет, history разросся, nvidia поломала драйвера, pyenv тормозит при каждой отрисовке промпта, SSD помирает и поэтому плагин oh-my-zsh по отрисовке ветки git в промпте подвисает).

Нашёл в интернете упоминания, что разработчики чего-то связанного с mutter нахуевертили и оно попало в репы Ubuntu 22.04. Подсмотрел на рабочем ноуте, который обновляю спустя три месяца обкатки тех же версий на рабочем компе предыдущую версию #Mutter и началось.

Вспомнил, кстати, зачем мне нужен побайтовый бэкап корневого раздела раз в полгода, кстати. Как раз срок подходит, пора бы обновить (бэкап).

➜ ~ cat /etc/apt/preferences
Package: mutter
Pin: version 42.0-3ubuntu2
Pin-Priority: 1001

Package: mutter-common
Pin: version 42.0-3ubuntu2
Pin-Priority: 1001

Package: libmutter-10-0
Pin: version 42.0-3ubuntu2
Pin-Priority: 1001

Package: gnome-shell
Pin: version 42.0-2ubuntu1
Pin-Priority: 1001

Package: gnome-shell-common
Pin: version 42.0-2ubuntu1
Pin-Priority: 1001

Package: gir1.2-mutter-10
Pin: version 42.0-3ubuntu2
Pin-Priority: 1001

Package: gnome-remote-desktop
Pin: version 42.0-4ubuntu1
Pin-Priority: 1001

#федичитальня #триз

> Существует точка зрения, согласно которой преобладание «мелочи» — явление нормальное и положительное: «Как в математике бесконечно малые приращения способны образовывать конечные и вполне ощутимые суммы, так незначительные, казалось бы, но организованные и целенаправленные усовершенствования, зафиксированные юридической формулой, создают техническую базу того, что принято называть научно-технической революцией»

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

Несколько улыбает схожесть с текущим состоянием опенсорса с публичными репозиторями ПО на любой вкус и цвет, вплоть до is-even и is-odd.

Далее автор, конечно, охапку огурчиков за шиворот кидает сторонникам этого аргумента. Я же считаю появление нелепо примитивных пакетов/библиотек лакмусовой бумажкой, подчёркивающей несовершенство лаконичной стандартной библиотеки языка, порождающей нелаконичные файлики а-ля utils в проектах, которых могло бы и не быть, продумай авторы стандартной библиотеки чуть лучше сценарии её использования, умолчания итд. Да и не только стандартной, будто вокруг других популярных либ такого не творят. Увы, к разумным умолчаниям сложно прийти, ещё сложнее потом их придерживаться. Так и живём.

> Массовая инъекция таких изобретений призвана искусственно продлить рост и жизнь устаревших по своим принципам систем.

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

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

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

Нашёл баг в #Skyrim, но не могу его точно воспроизвести. Если перед тем, как использовать талант "Вампир-лорд", надеть "Кольцо Зверя" использовать крик "Воплощение дракона", сохраниться в форме вампира и перезапустить игру, а затем восстановить облик, то автоматически наденется ещё одно кольцо из инвентаря (принцип выбора не совсем понял, но у меня было только одно), а "Кольцо зверя" при этом останется экипированным. Более того, визуальный эффект от "Воплощения дракона" будет постоянным. Увы, только визуальный - никаких бонусов от него активно не будет (а жаль).

Таким образом можно получить постоянную прибавку +100 здоровья.

Возьми #hikvision they said, #hiwatch хорошо they said.

> https://www.hikvision.com/en/support/tools/hitools/cl31f95c645ddb0235/
> exe
> не показывает видосы через браузер из коробки
> чтобы настроить камеру, её приходится подключать к компу, отрезав обоих от сети
> через #PoE-инжектор от #MikroTik не включается
> приходится доставать с полки ВТОРОЙ PoE-свитч, лол

Hikvision сильно не для #Linux хикканов.

#пердолинг #видеокамеры #видеонаблюдение

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

25. Принцип самообслуживания.

Очень нравится концепция health-check, которые могут исправлять найденные проблемы, а не только говорить "мне херово". В ту же степь изначально спроектированные ограничения в сроке жизни данных - системы, которые не разрастаются, а агрегируют (при этом способны извлекать пользу из этих агрегатов), а затем и удаляют архивные данные и которые не надо обслуживать руками – офигенные.

Сап @tech !

Собираюсь в доме организовывать коммутационный шкафчик на 2-3 роутера, 3 телека, 6 камер и ввод оптики.

1. 11 RJ-45 розеток - звучит стрёмно (и дорого). Может проще сделать патч-панель? Что-то такое выглядит неплохо, но я понятия не имею как их выбирать (а ещё узнал что бывают PoE-панели, хз на кой ляд я 16-портовый управляемый PoE-коммутатор покупал, лол, но пусть будет).

1.1. Бывают ли патч-панели для монтажа прямо в стену, типа отдельно какой-то короб, а сама панель снимается для ввода кабеля, а потом фиксируется на стене и от неё уже короткими патчиками всё ведём в коммутатор.

1.2. Для укладки витухи в порты патч-панели нужен какой-то специальный инструмент вроде. Что-то типа Krone / нож тип 110. Как им вообще пользоваться, как выбирать - хз.

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

2.1. Коммутатор у меня вполне себе стоечный, но помимо него я хочу разместить мелкий роутер (mikrotik hex, скорее всего) _не_ стоечный ПК, пока хер знает какого размера, возможно mATX башню, в котором будет жить видеорегистратор, умный дом и прочее говно распиханное по контейнерам. Бывают ли настенные шкафы, способные вместить в себя башню?

3. Учитывая то, что я все камеры питаю по #PoE - насколько безопасно кабели прокладывать в одной штробе/гофре? Вроде витуху не советуют класть рядом с силовыми кабелями. Опять же питалова будет подаваться по 3-5V на камеру/роутер (8-9 PoE-витух, остальные 3 без питания). У меня не FTP, похоже надо как-то это компенсировать расстояниями между кабелями. Если взять 4-6 гребёнок на 12 кабелей на полтора метра, до тех пор пока это не дойдёт до потолка и разойдётся в разные стороны - это ведь уже какой-то плюс?

4. Вообще думаю о том, что со временем я от ПК-башенки, наверное, откажусь и куплю красивый сервачок в стойку с хот-плаг корзинами, чтобы было прям приятно. Но есть нюанс - о стоечных серверах я помню только ВЖЖЖЖЖЖЖЖЖЖ от вентиляторов блоков питания. Бывают ли тихие стоечные сервера?

4.1. Бывают ли 1U сервера на 6 дисков с корзинами? Или это только 2U?

Какие-нибудь советы? @skobkin - у тебя вроде дома есть красивая стоечка, покажи фоточки?:)

#пердолинг #видеокамеры

Дед #кряхтит на облако.

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

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

Поигрался, надеюсь до следующего релиза успею выбрать себе витую пару в дом. Что удивляет в первом тренде - корпорации ж не дураки, наверняка принятие решения о таком дизайне было обосновано статистикой. Если так, то люди действительно покупают больше товаров в интерфейсах подобных тому что на первом скриншоте. Ну типа, братан, ищешь 100м витухи? А МОЖЕТ ЛУЧШЕ ПО TYPE-C ЗАПИТАЕШЬ СВОИ IP КАМЕРЫ? АХАХАХА.

У меня такие #интерфейсы замедляют принятие решения, т.к. мне приходится буквально пробиваться сквозь них до нужной для этого информации.

Если мне это мешает, значит где-то есть девиация - либо во мне, либо в товаре/категории товаров. В теории может быть, что большинство пересечений (Люди х Товары) покупаются спонтанно по первой картинке и обрезанному блоку характеристик и даже без скролла вниз.

#маркетплейсы #дизайн #пердолинг