Цифровизация курильщика или почему я не люблю государство

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

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

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

В общем, у тебя есть 910 форма(см. прикрепленное изображение), которую нужно заполнить какими-то значениями. И, в чём-то автоматизация стала умной: там даже заполнились ФИО и мой ИИН. Жизнь стала чуток проще. Нам и нужны компьютеры, чтобы максимально упрощать нашу жизнь. Одобряю.
Но хочу обратить внимание на пункт 6: первоначальная/очередная/дополнительная/...
Знаете что это? Это, грубо говоря, способы обработки декларации. Я понимаю зачем это нужно было в аналоговом мире - для того, чтобы упростить жизнь всем: государству, людям, бухгалтерам. Подаёшь начальную? Государство видит, что ты раньше не подавался. Очередную? Видит, что твои данные уже были. Дополнительную? Ну, тут тебе жизнь упрощена по-максимуму. Просто вбей дельты ТОЛЬКО в нужные поля. А остальные оставь пустыми. Так и тебе гемориться меньше, и государству вносить коррекций меньше, так как они сразу видны. И так далее.
Т.е. каждый пункт нёс какую-то теоретическую пользу.

Что поменялось с цифровизацией? Угадали, ничего. Только формы отсылаются в цифре, не более.
- Нам правда нужно в цифре отличать начальную форму от очередной? Государство не знает посылал ли я формы раньше? Это нельзя вычислить самостоятельно? Реально в 2024 году есть резон напрягать человека в этом различии.
- Нам правда нужно в цифровую эру иметь "дополнительный" режим? Чтобы ты как дебил высчитывал дельты? А если ты ошибся пару раз и у тебя 1-2 дополнительных формы? То в таком случае ты как дебил должен высчитывать дельту между отосланным состоянием(форма + все отправленные дельты) и нужным? Ну нахрена, если у нас есть компьютеры, которые сами могут это сделать.

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

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

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

Понедельник. Ссылки

https://github.com/honojs/hono
Экспресс устарел. Забудьте о нём. И если не хочется менять привычек, то посмотрите на продукт выше

https://www.edgedb.com/blog/an-approach-to-optimizing-typenoscript-type-checking-performance#how-do-we-quantify-the-type-checker-s-workload
Чуть-чуть о том насколько долго проверять типы

https://x.com/samat/status/1823717286051565775
Немного наркомании или как запустить что-то похожее на postgresql в браузере

Привет, фронтендеры!

Приглашаем вас на важное событие в мире фронтенда — FrontendConf 2024.
Это не просто конференция, это возможность перенять опыт лидеров рынка, актуализировать подходы и пообщаться с большим количеством профессионалов.

30 сентября и 1 октября в Москве, в кластере “Ломоносов", соберутся более 1000 участников из России и СНГ, чтобы делиться с друг другом новостями, знаниями и опытом.
У вас есть возможность стать частью этого сообщества разработчиков и инженеров, чтобы обменяться опытом профессионального развития и новыми идеями улучшения своих продуктов, зарядиться энергией и завести новые профессиональные связи.

Что вас ждет:
- 51 доклад с реальными кейсами, свежими идеями и глубоким анализом актуальных задач.
- Дебаты по актуальным темам отрасли.
- Фейл-митап. Важные истории, которые рассказывают без записи и трансляций.
- QA-сессии, общение с экспертами, митапы.

Программа конференции уже на сайте, промокод на 5% от стоимости билета (любой формат): fc24_artalog.

Что нового в этом году?

Подробно обсудим внедрение ML в продукты; как нейросети меняют наш софт; как их использовать в ежедневной работе для повышения производительности. Александр Шатилов из Европлана расскажет о применении ИИ в пользовательских интерфейсах с помощью Tensorflow.js, а Илья Никитин из Авито обсудит, можно ли научить ИИ верстке.

Обязательно рассмотрим новейшие веяния во фронтенде, заглянем за горизонт инженерной мысли, обсудим новые вызовы, проблемы и технологические концепты. Так, Сергей Константинов из Сбера расскажет о сравнении Bun и Node и почему выбирают JSCore, а Даниил Трофимов из СберМаркета поделится последними достижениями в развитии PWA. Мы исследуем, как инновации из смежных областей могут дать новый импульс фронтенд-разработке.

Темы конференции:
1. Культура разработки: Узнайте о вызовах, с которыми сталкиваются лидеры отрасли, и о практиках, которые они применяют.
2. Главная точка нетворкинга: Встреча профессионалов, где вы сможете обменяться знаниями и установить профессиональные связи.
3. Источник инженерной мотивации: Два дня, которые зарядят вас мотивацией к развитию и вдохновят на работу над своими проектами.
4. Архитектура: Принципы построения масштабируемой архитектуры и подходы к управлению техническим долгом и миграцией кодовой базы.
5. Производительность: Научитесь создавать производительные веб-приложения, эффективно рендерить изменения и оптимизировать процессы разработки.
6. Коммуникации и процессы: Погружение в инженерную культуру, которая поможет снизить стоимость разработки и повысить эффективность командной работы.
7. Внедрение ML: Исследуйте, как искусственный интеллект может улучшить ваши продукты и ускорить разработку.
8. Будущее отрасли: Ознакомьтесь с будущим фронтенда, включая технологии AR и новые концепции фреймворков.

Также в этом году есть и традиционные треки: FrontOps, Технологии, Дизайн…

FrontendConf 2024 — это возможность стать частью сообщества, которое формирует будущее фронтенда. Ждём вас 30 сентября и 1 октября в Москве, в кластере "Ломоносов", чтобы вместе открыть новые горизонты разработки и управления.

Зарегистрируйтесь и присоединяйтесь к нам на FrontendConf 2024!

Почему я люблю оффлайн конференции?

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

Простой пример. Когда я проживал в РФ, то я каждый год посещал Vuejs moscow. И не по причине, что мне интересно Vue или что-то типа того. Это просто свободная дата, когда можно было собраться на одной точке и пойти в бар.

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

https://nodejs.org/en/blog/release/v20.17.0

Поздравляю. Код, который поддерживает require(esm) бекпортнули в 20 ноду. А это значит, что cjs умирает в следующем году со смертью node18.

Прокачусь чуток на волне актуальных новостей: бан россиян в Notion.

Это неприятная вещь, но кмк, время облаков прошло ещё в 2022 как минимум, когда россиян побанили в куче сервисов. Да, это удобно, но любой может быть забанен где угодно.
Я где-то с 2020-2021 года мигрирую на offline-first окружение. Мой личный арсенал(корпоратам не подойдёт):

1) NAS Synology 1522 с кучей дисков(40ТБ+) как локальный сервак для разных сервисов. Умеет в докер, что позволяет разную фигню и не очень запускать
2) Synology photo как бекап всей галереи со всех моих устройств. Если Яндекс, Гугл или эпол меня забанит - всё сохранится у меня
3) Synology office как замена гугл докс. Как минимум все эксельки валяются у меня дома
4) gitea как локальный гит сервер. Запускается через докер на вышеописанном синолоджи. Является бекапом всех моих приватных и публичных github репозиториев
5) fsnotes для заметок. Они хранятся на гитхабе и локальной гитее как бекап
6) Бекапы всех ноутбуков и т.п. на вышеописанный синолоджи
7) bitwarden как замена 1password. Пока bitwarden используется как зеркало, так как в своё время я купил 1password на 4-5 лет. И пока подписка всё ещё есть
8) home-assistant.io - как управлялка всеми умными и не очень вещами в доме. Есть даже возможность локально управлять штуками, которые дизайнились как онлайн вещи. На голову выше чем любые комерческие решения. Яндекс, гугл или эпол идут в пень.
9) Ну и tailscale.com как VPN, который позволяет мне ходить домой из любой точки мира. Единственная онлайн точка отказа. Но удобство пока что перевешивает риски чего-то лишиться
10) Самописный скрипт для телеги, который бекапит абсолютно всю переписку раз в 1 минуту, чтобы умники не удаляли сообщения + был нормальный поиск по ним
11) synology contacts + calendar как бекапы для моих контактов и календарей.

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

Технологии и репутация

Перед прочтение этой заметки я считаю, что обязан уведомить о конфликте интересов: я знаком с эффектором с первого его релиза и общаюсь/общался/знаком с многими из кор тимы эффектора уже долгое время. А с его автором Димой @monada_kedavra я провожу время в баре раза 3 в год стабильно, так что моё мнение может быть искажено.
Однако я считаю что effector.dev - это путь не втуда и reatom.dev лучше его.
Однако я считаю effector.dev одним из лучших решений для описания логики на рынке react приложений

А теперь можно перейти к основной теме:
https://habr.com/ru/companies/vk/articles/839632/

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

Когда вы пишете какие-то материалы, которые критикуют что-либо нужно учитывать несколько ВАЖНЫХ и ещё раз ВАЖНЫХ вещей:

1) вы используете всю медийку платформы и силу бренда от которого вы публикуетесь. В данном случае это habr и vk. vk даёт доверие статье, так как продукт крупный, а habr - поисковый трафик. Лично у меня в топ 4 результатах поиска в гугле по запросу "effector js" находится 2 статьи хабра. И нет ни одной причины полагать, что статья выше не окажется на одном из этих мест

2) Люди не читают длинные статьи. Они смотрят на заголовок, если повезёт на выводы, а содержание просматривают(при критической удаче) по диагонали. Вычитывают печатные материалы единицы. И в итоге в голове откладывается только основная мысль "Продукт - говно".

3) Люди никогда не ищут опроверждения материалов и поэтому контрматериалы, разбирающие ошибки изначальных статей, не видимы для людей, которые в пункте 2 посчитали продукт говном

4) Опроверждения или ответки не попадают в рекомендательные алгоритмы одним и тем же людям. Зачастую это разные "пузыри", которые никак не пересекаются.
Прекрасный пример этого пункта: история Ильи Климова(@jsninja_news) и Владилена Минина(@js_by_vladilen). Так же не буду судить Минина, но видео(https://www.youtube.com/watch?v=p3vfmNIjmW4) Климова просто повесило ярлык(не касаюсь резонно или нет) на Минина о том что он инфоцыган.
Я даже больше скажу - я сам так считаю как минимум благодаря видео Климова. И больше скажу: я вообще не помню что там было в видео. Но ярлык уже повешен.

Выводы просты: хотите приченить ущерб продукту - просто напишите отрицательный отзыв о продукте. Если он нишевый(как эффектор), то запоминание того, что продукт говно вам обеспечено.
Если же вам важно донести максимально объективную точку зрения, то попробуйте хотя бы связаться с кор тимой ДО ПУБЛИКАЦИИ, а не после. Нет ничего плохого в том, чтобы написать своё мнение и мнение разработчиков продукта. Пусть читатель сам решает что валидно, а что нет.

Потому что сначала публиковать статью, наносить репутационный ущерб, а потом приходить в чат со словами "ну давайте обсудим, а я поправлю" - это прямо плевок. По причине вышеописанных пунктов. Если шо, он пришёл вот тут: https://news.1rj.ru/str/effector_ru/354994.
Правильньным поведением было бы, кмк, признать ошибку, удалить/скрыть статью, внести правки, чтобы отражалось мнение обеих сторон и опубликовать заново.

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

Но а если вы хотите чему-то поднасрать - алгоритм как вам действовать выше. Дерзайте

📣 Билеты на AlmatyJS #4 уже доступны

Финальное расписание докладов будет доступно на следующей неделе, а сейчас мы с радостью хотим объявить список спикеров на предстоящий AlmatyJS #4:

«Рынок никогда не ошибается?» — Андрей Васильев
«Biz+Dev=❤️» — Сергей Андреев
«Продуктовая аналитика или как понять насколько хорош ваш продукт?» — Уалихан Оразбаев

«Улучшаем UX с помощью streaming» — Павел Гасанов
«Рецепты MobX. Продвинутые практики для больших проектов» — Максим Титов
«Срочно выпускай это в прод» — Максим Горбатюк

«Назад в будущее: автостопом по трендам веб-разработки» — Атай Кебеков
«No-console: юзай devtools по назначению» — Адыл Жоро

Билеты доступны для покупки на Sxodim 🔥
Ждём вас 21 сентября в 12:00 на AlmatyJS #4.

Спасибо нашим партнёрам из MOST IT Hub за помощь в организации митапа.

@almaty_js

Продолжаю пиарить конференции. В этот раз я уже сам буду в Алматы 21 сентября. Приходите посидеть, пообщаться о разном.

Я чуток подзабросил канал, но мимо такого события пройти не могу https://github.com/expressjs/express/releases/tag/v5.0.0

Оно живо

https://nypost.com/2024/09/16/business/amazon-orders-employees-to-return-to-the-office-5-days-a-week/

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

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

Оказывается, JavaScript - это торговая марка Оракла. И это одна из причин почему ECMAScript - это ECMAScript. И это одна из причин почему нет крупных JavaScriptConf

https://javanoscript.tm

https://novayagazeta.eu/articles/2024/09/18/na-saite-elektronnykh-povestok-rossii-obnaruzhena-sereznaia-uiazvimost-news

Как говорится, ауф. Крутим дальше.

А если серьёзно, то весёлого мало. Это примитивнейшая база, которую знать надо. Разграничение доступов - основа безопасности. Но на неё плюют почти все, так как это НЕУДОБНО. К примеру, подобная петрушка была ранее с Яндексом https://yandex.ru/company/news/01-03-2022.

И если вам кажется, что только в РФной госухе такая жопа, то, увы, нет. Везде, в госухе и не только, работают люди, которым неудобно и которые строят все отношения на доверии.
Пример - мой любимый Казахстан, в котором я живу. Тут на все операции используется единый ключ. Раньше было 2: для авторизации и для выполнения действий, но походу посчитали что это неудобно и сделали один. Привет безопасность.
В итоге, к примеру, бухгалтера спокойно собирают и хранят у себя ЭЦП кучи людей в непонятно каком виде. Люди спокойно доверяют незнакомому человеку право делать всё что угодно от их имени. Потому что "это удобно" и "да не обманет никто". Так и живём.
Мы все в дерьме, но из-за войны петарда в говне первой взорвалась на стороне РФ.

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

Знаете почему в vitest есть уже давно возможность замокать esm, а в jest она только в тестовом режиме? Попробуйте ответить без подсказки.

Верно, потому что vitest - это не только тест раннер, в отличии от jest'a. vitest - это ещё и vite, через сборку которым vitest спокойно получает имена всех модулей(а они должны быть, напоминаю, статическими) ДО выполнения тестов. И к моменту самих тестов у vitest уже есть вся нужная информация, а у jest'a - нет.

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

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

https://www.amazon.jobs/en/jobs/2741394/principal-nuclear-engineer-datacenter-engineering-power-generation-solutions
Не зря Амазон людей в офисы возвращает, да?
https://news.1rj.ru/str/xavescor_code/199

Наткнулся тут на интересный тред от бывшего сотрудника AWS про return-to-office политики, а потом покопался по интернету и нашел кучу дополнений к его истории. Если кто не знает, что такое Amazon Web Services, то это невероятно успешный и прибыльный облачный инфраструктурный проект Amazon. Причем этот пост я пишу по сути в продолжение предыдущего тоже про RTO, but with a twist, как говорят у нас на деревне.

Сейчас все еще идет легкий финансовый кризис и сдувание пузыря шальных денег по всему миру. Это же происходит и в двух самых крупных экономиках планеты – США и Китае. Все это, как вы уже все давно знаете, приводит к тому, что компании начинают резать косты, пуская под нож уже не только «бесполезных маркетологов» или там всяких менеджеров департамента интеграции персонала департаментов стратегического планирования интеграций менеджмента. Режут нещадно вообще всех. Причем доходит до абсурда – одной рукой гонят 1000 человек, второй параллельно нанимают еще 800. Некоторые компании при этом затевают вообще 4D-шахматы, чтобы избавиться от своих сотрудников. Следите за руками, точнее за AWS.

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

Многие сотрудники на тот момент, осознав после пандемийных времен, что им намного проще работать удаленно, начали отказываться от работы в Амазоне. Но другие решили все-таки согласиться и ездить в офис. Дальше начались подозрительные моменты: многих из этих самых сотрудников, кого обязали ходить в офис, начали буквально «динамить». Например, закидывать всякими глупыми всратыми задачами, не приглашать на живые митинги команды (хотя их буквально для этого официально в офис и вернули), менеджеры начали их постоянно одергивать и спускать в унитаз любые предложения, жалобы, корректировки и тд. Короче, ребят начали сливать.

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

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

Но вот вопрос: AWS – одно из самых прибыльных и успешных направлений Амазона. Почему же даже там пытаются так грязно слить команду? Это – эффект домино. Пузырь доткомов говностартапов с безумным финансированием от венчурных капиталистов существенно так подсдулся за последние годы. А что является одним из самых главных расходов современного SaaS-стартапа? Правильно, серверные мощности. Которые как раз поставляет AWS. Именно поэтому за всем пузырем сильно сдулся темп роста выручки AWS. И теперь им тоже приходится резать косты.

Кроме того, у Амазона есть очень тесные связи с различными городами. Это настолько важная часть экономики ряда городов и штатов, что такие договоренности становятся инфоповодом для сериалов, фильмов и мультфильмов – куда Амазон засунет свой следующий распределительный склад, офис или вообще штаб-квартиру. И потому многие города буквально соревнуются за благожелательность Джеффа Безоса.
Могут дать прямо-таки КУЧУ преференций. Например, налоговые вычеты. Зачем это городам? Очевидно – это же куча крутой работы и денег для жителей. Причем часто высокооплачиваемой. И все эти деньги превращаются сначала в налоги с ЗП, потом тратятся внутри города, появляются новые бизнесы, они тоже платят налоги, деньги тратятся на транспорт, на жизнь, на благоустройство – типичный круговорот экономики, только в рамках города или штата.

И если в какой-то момент у Амазона становится мало работников в офисе – официально – то, тогда по всем бумажкам экономика для города перестает сходиться. Ведь меньше денег от работников приводят к развалу того самого экономического круговорота говна в природе. И тогда город или штат может захотеть отнять налоговые послабления, что Джеффу Безосу совсем не по нраву – ведь один из самых видных американских «налоговых оптимизаторов».

Так что прямые увольнения и вот такие трюки позволяют Безосу сэкономить миллиарды долларов, а еще сотни миллионов – на налогах. При этом мантра Безоса всегда была такой: «твоя маржа – это мой шанс». То есть, если можно кого-то подрезать на марже и сделать товар дешевле конкурентов, то надо обязательно лезть в эту нишу. Так Амазон продает гипердешевые товары аля Алик и Тему у себя, так они перекроили весь рынок серверной инфраструктуры, так же они нагнули книгоиздателей и так далее. Идея Безоса в том, что нужно везде иметь маленькую маржу, но залезть буквально… ВЕЗДЕ. В итоге можно на маленьких выручках с каждого из десятков, сотен, тысяч направлений поднять десятки миллиардов долларов. Но если где-то маржа начинает не сходиться – сразу оптимизировать или под нож.

Проблема в том, что понимание всех этих процессов не поможет людям, которых уволили, а им тяжело найти новую работу, причем когда у тебя на шее семья, ипотека и прочие «радости» взрослой жизни. Но зато теперь многие подумают много раз, прежде чем идти на ремоут позицию в Амазон. Сейчас Безос выиграл. Но что будет через год-два?

Я стараюсь не рекламировать пиратство в паблике, но текущая ситуация - это просто идеальный пример bus factor 1.

https://flibusta.site/node/681117

TLDR. Флибуста походу всё. Единственный ментейнер сейчас в больнице с раком мозга, а хостинг оплачен только на пару недель. А что будет потом - неизвестно. Очередной проект, который определил дух эпохи, лично для меня, скоро канет в лету.