Невсратый markdown
https://github.com/jgm/djot

Инерция.
Однажды наш кореш Щорс (известный борец с РКН https://t.me/usher2) выдал нам для хобби проектов бесплатный хостинг "просто так" в своей компании diphost.ru. ну баннеры какие-то мы его вешали где-то.

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

Через пару лет партнер вышел из бизнеса, продав свой бизнес со всеми клиентами хостеру handyhost.ru
Тот по тем же самым бесплатным тарифам оказывал нам услуги еще два года.

И вот наконец они разобрались и обнаружили и перевели нас на платный тариф.

Это, как вы понимаете, история про "карманы неэффективности" в бизнесах

https://t.me/ProductBalance/167

По какому именно вопросу надо встретиться очень существенно экономит календарь.

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

https://habr.com/ru/articles/449426/

Базовая статья про OKR от Авито

И вот так всегда. Техрадар НЛМК.
Что же такое нужно обязательно использовать из платформенных продуктов?

https://habr.com/ru/companies/zyfra/articles/847502/

Статья Андрея Федотова, который рассказывает про то, как самый дерьмовый по качеству в нашей платформе компонент стал самым надежным.

UPD, оговорка для товарища майора. Будучи законопослушным гражданином, я не призываю к обходу блокировок Роскомнадзора, но отдельные не сознательные вражеские сайты блокируют русских по IP, поэтому для них все же надо иметь VPN (по причинам технического самоуважения).
В качестве VPN мной выбран вариант self-hosted
На купленный VDS от vdsina.com (Амстердам, можно платить русской карточкой) поставлен из шаблона Wireguard.

Дальше возникла проблема такая: включать-выключать VPN лень. С учетом того, что 99% трафика у меня это Россия, постоянно сидеть под VPN лень, да и с рабочим VPN начинает конфликтовать, плюс надо проверять, чтобы торренты не качались через VPN (а с исчезновением западных стримингов торренты опять стали нужны). Ок. И тут без предупреждения (как все, что делают админы у нас на работе) админы сделали внешний интернет недоступным из рабочего VPN. Мол, настройте у себя так, чтобы по дефолту трафик не шел через рабочий VPN, нехер! И точно, оказывается же настроить так, чтобы только определенные IP роутились в VPN — супер просто.

Дальше я послал своей жене обновленный конфиг VPN, и выяснил:
а) она заленилась его настраивать
б) каждый раз, как я добавляю новый IP в белый список «через VPN» обновлять конфиг VPN она очевидно не будет, да и я сам не буду между двумя компами перекладывать постоянно.

Решено — нужно настроить VPN на роутере. В общем, оказалось что Микротик, если его обновить до RouterOS 7 без проблем умеет wireguard. Да еще и умеет хранить в списке не IP адреса, а хосты, и автоматически обновлять IP при изменении. Настраивал я по этому мануалу https://kiberlis.ru/mikrotik-wireguard-client/

В какой-то момент настройки я, конечно же, оборвал всю сетевую связность между собой и роутером.
Выяснил, что у Микротик есть две крутые фишки:
1. Safe mode — режим, который автоматически откатывает все изменения настроек с момента «включения safe mode», если нештатно порвалось и не восстановилось за 15 секунд соединение в админку. Но этот режим надо было включить.
2. Админка умеет коннектится по MAC адресу. Вот это меня спасло.

В общем итого все заработало, и теперь для всего трафика из дома (оба моих компа, компы жены, телефоны, телевизор) можно определенные хосты/IP зароутить в VPN. Конфиг управляется централизованно.

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

12 октября ко мне пришел пяток подписчиков, с которыми у меня нет общих чатов, кроме https://t.me/RuDotNetChat
Посмотрел чат за этот день, там естественно ничего нет.

Интересно, откуда.

https://news.ycombinator.com/item?id=41853117

Смотри на один уровень глубже. Это я очень ценю в инженерах, и всегда старался действовать именно так.

Чувак не может открыть счёт в банке и получить водительское удостоверение, так как его домашнего адреса нет на гуглокартах.
Хоррор
https://news.ycombinator.com/item?id=41855512

Посмотрел на экспорт статических сайтов из тильды.
Это огонь: он не статический. Не статический в том плане, что нельзя его залить на произвольный хостинг, который умеет отдавать статику вроде github pages и все бы работало.
Вернее, он статический при соблюдении условия «не использовать красивые URL /dir/page/page, использовать только стандартные тилдовские pageXXXXX.html»
Если использовал красивые URL, то редирект сделан через .htaccess, а так же на них не грузятся скрипты, картинки и css, нужно руками обрабатывать.

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

Было бы круто, если бы кто-то написал утилиту, которая умеет «компилить» результат экспорта сайт на тильде и превращать ее в действительно статический сайт.

Кстати раскрылся секрет, откуда подписчики: меня отрекламировал Андрей Федотов, спасибо ему! Оказывается он звезда ютуба
https://t.me/platinum_tech_talks

В 2005 году Ян Хиксон из команды Opera разработал предложения Web Forms 2.0 идея была в том, чтобы посмотреть на самые распространенные контролы, которые делают на JS, и занести их прямо в браузер.
Тогда появились placeholder, required, input[type=number] и прочие штуки (да, дети, в наше время мы писали placeholder руками. Нет, я не забыл принять таблетки).

Естественно, мы воспользовались этим, чтобы делать ещё более сложные формочки, и опять оказалось, что кучу элементов надо писать руками. Это с одной стороны не так страшно (их же пишут внутри компонентов дизайн систем), но это противоречит декларативной природе HTML. Нам приходится перереализовывать кучу всего, что и так есть в браузере, это все работает в разных дизайн системах чутка по разному, ну и кучу JS надо грузить.

Проект Open UI ориентирован на то, чтобы проанализировать кучу текущих дизайн систем и на их основании дополнить веб платформу готовыми совместимыми реализациями, или иногда building blocks для них. Очевидно, что это не избавит нас от слоя абстракции дизайн систем совсем, но выравняет их в простейших базовых вещах (вернее в том, что мы считаем базовым на этом уровне развития технологий).

Коллеги занесли в веб платформу нормальные popover, аккордеон и обещают в следующем году затащить туда нативный combobox с нормальной стилизацией и поиском. What a wonderful time to be alive.

https://open-ui.org/

У нас на работе админы переименовали наконец всех пользователей в Jira/Confluence по русски.
Думаю это официальный конец «мы международная компания с офисом в Финляндии» вайб

Два раза за последние дни видел паттерн:
1. Устно что-то обещают
2. Оформить это сейчас по процессу по вполне разумным основаниям никак нельзя. Обычно нет решения какого-нибудь комитета
3. Устно просят продолжать работы
4. Ты просишь написать простое советское письмо. Или даже email
5. И в этот момент почему это никак нельзя сделать. Или можно, только не совсем про то. Или можно, но не совсем тому человеку.

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

Почему нельзя всему миру жить по одному времени
https://qntm.org/abolish

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

В последнее время я пришел к убеждению, что есть только одна культура, которая хуже, чем культура внутреннего ИТ в этом отношении: культура заказной разработки

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

Для начала, у большинства облаков продается 1 физ. ядро с включенным HT как 2 vCPU, и это в документах тихонько пропускается (впрочем я бы тоже так продавал).

Но интереснее вопрос. Положим, что у вас CPU request у вашего контейнера с равен 1. Что гарантирует, что он не окажется на одном физ ядре с кем-то, кто достаточно бодр, чтобы сожрать большую часть ядра? Как кубер это учитывает? Есть что почитать?

Антон прислал ссылку про то, как уебански считается load average в Linux

https://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html

P.S. если хотите, чтобы Антон наконец завел свой канал ставьте звёздочки. Ну или огонечки, ладно

https://browser.engineering/index.html

Как написать свой браузер (полезно для общего понимания, что там вообще внутре)

А идет ли кто-то на Highload? Хочется там с кем-то тусануть.