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

Перед прочтение этой заметки я считаю, что обязан уведомить о конфликте интересов: я знаком с эффектором с первого его релиза и общаюсь/общался/знаком с многими из кор тимы эффектора уже долгое время. А с его автором Димой @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. Флибуста походу всё. Единственный ментейнер сейчас в больнице с раком мозга, а хостинг оплачен только на пару недель. А что будет потом - неизвестно. Очередной проект, который определил дух эпохи, лично для меня, скоро канет в лету.

https://github.com/nodejs/node/pull/55085

Что тут главное?
- require(esm) теперь не под флагом
- Оно будет перенесено в ТЕКУЩИЕ LTS(upd: хотя что такое older LTS все еще не совсем понятно)

Смерть cjs все ближе и ближе

Мне как то лень агрегировать новости, так как они слишком хороши

https://blog.cloudflare.com/builder-day-2024-announcements/

Cloudflare официально присоединяется к инициативе opennext. Теперь мне стало ооочень интересно как Vercel будет побуждать людей перепрыгивать в свое облако.

И это очень весело, так как монетизация облака - это основной способ отбивать деньги инвесторов. А на них ведется разработка nextjs, react(да, версель разрабатывает реакт) и прочих других мелких библиотек.
Очень жду повторения https://www.cypress.io/blog/update-defense-intellectual-property но с некстом и opennext

Это прямо круто. В основном только РФный рынок, в мире, в котором царствует редакс и агрессивно отрицаются другие идеи(да, mobx, помню о тебе, но всё же).

@effector_ru

А теперь к реальным новостям. Тут незаметно появился https://voidzero.dev. И эта штука - это то что я максимально ненавижу в опенсорсе. И это "венчурное финансирование". Да, vite, vitest, и прочие около подняли денег. Что в этом плохого? Ну, деньги надо возвращать. Ждём серверные завязки в vite на облака и прочие аналоги vercel.com от Эвана Ю.
Капитализм - это, конечно, хорошо. Но в опенсорсе он прямо бесит

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

Часть 1/3.
Капитализм. Счастье. ЗаеПрошлое

История первая. Cypress vs sorrycypress.
https://www.cypress.io/blog/update-defense-intellectual-property
Cypress - это компания, которая пилит одноименную систему тестирования. Но у опенсорса есть 2 неприятных нюанса: есть возможность заменить ту или иную часть продукта и сообщество очень не любит платить за фичи. И если ваша платная фича легкозаменяемая, то она будет заменена. А компании не любят, когда они вкладывают деньги в продукт, а за этот продукт не платят.
В итоге мы пришли к классическому конфликту интересов: опенсорс предпочитает допиливать платные куски, чтобы не платить за них разработчику основного продукта. Выводы очень просты: продукт стал хуже, так как компания хочет денег

История вторая. Redisgate
https://redis.io/blog/redis-adopts-dual-source-available-licensing/
Редис - это ОЧЕНЬ популярная in-memory key-value база данных, которая до недавнего времени распространялась на принципах почти полной открытости, но, как можете угадать, компании-владельцу захотелось больше денег. В итоге лицензия была изменена. Итог ситуации: появилось огромное количество форков, которые сейчас лучше редиса, как минимум из-за многопоточности. Вывод: у опенсорса есть механизмы защиты - форк. Иногда продукты можно форкнуть, чтобы продолжить жизнь продуктов на принципах опенсорса.

История третья. SugarCRM
https://web.archive.org/web/20160224192704/https://community.sugarcrm.com/thread/18434
SugarCRM - это весьма успешная CRM, которая была в опенсорсе, но в какой-то момент компании решили коммерциализировать свою деятельность. Итог примерно такой же как и выше: форк. В итоге появился https://suitecrm.com, который продолжает быть опенсорсным и вполне успешно конкурирует со своим родителем.

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

Примеры прошлого(как минимум те, которые я дал) показали, что в итоге рыночек побеждает. Что опенсорс всё равно остаётся опенсорсом. Что мы всё равно имеем возможность пользоваться лучшим что есть на рынке.
Однако есть важный нюанс.

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

Часть 2/3.
Капитализм. Счастье. ЗаеНастоящее

История четвёртая.
WordPress vs WP Engine
https://techcrunch.com/2024/10/15/wordpress-vs-wp-engine-drama-explained/
На русском языке в трансляция в реальном времени очень хорошо ведётся на @blognot.

Wordpress - это реальный гигант в мире опенсорса, благодаря которому мы имеем веб, который у нас есть. И у него GPLv2. Чисто GPLv2. Не двойная лицензия, где для одних компаний одни условия, а для других GPLv2, а GPLv2 для всех. И этим воспользовалась компания, которая называется WP Engine. Они предоставляют хостинг wordpress. И ничем существенным(оценочное суждение ментейнеров wordpress) не делятся с сообществом.
И тут ментейнер WordPress решил что WP Engine должны платить. Ну а чего? "Почему они такие успешные, а не делятся"?(Мысли автора заметки). И понеслася:
- обвинения, что WP Engine - это не реальный WordPress
- бан всем хостящимся на WP Engine доступа к центральному репозиторию плагинов
- попытка заставить WP Engine сменить название, "так как им не принадлежит трейдмарк WordPress, а значит WP они использовать не в праве"
- требование от пользователей wordpress.org соглашаться с тем, что они никак не связаны с WP Engine, при логине в админку wordpress.org
- форк популярных опенсорс плагинов, которые принадлежат WP Engine, со стороны вордпресса, чтобы их пользователи никак не были связаны с компанией конкурентов
- увольнение 159 собственных сотрудников, которые не согласны с тем что делает wordpress.org
- обмен исками между компаниями на последок, чтобы было повеселее

Да, в итоге "рыночек порешает" и мы будем жить в лучшей реальности. Но приятного жить в моменте подобных событий, особенно когда твой бизнес зависит от WordPress или WP Engine в частности, мало, так как никто не умеет в предсказание будущего и куда оно всё вырулит.

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

Четыре ранее описанных истории имеют 2 пересечения:
1) они произошли из-за конфликта интересов на почве денег
2) конфликтующие компании были самодостаточными. Т.е. их прибыль покрывала их издержки

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

И это является жирнющим конфликтом интересов. Почему? Давайте предположим, что деньги у компании закончились. И тут есть 3 варианта:
1) мы идём к инвесторам за деньгами в обмен на долю компании. А инвесторы будут готовы вкладываться только если у них будет вера в то, что компания сможет отбить эти деньги. А как это показать? Ростом оборотов, т.е. нагибанием пользователя.
2) инвесторы деньги нам не дают. Но деньги нужны. Поэтому стараемся увеличивать монитезацию сервисов, а поэтому нагибаем пользователя.
3) компания продаётся образному гуглу и он или пытается отбить сумму покупки, нагибая пользователей, или закрывает проект(что тоже нагибает пользователей)

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

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

А теперь в контексте вышенаписанного поехали по проектам:
Часть 3. Капитализм. Счастье. ЗаеБудущее.

Bun.
https://www.crunchbase.com/organization/oven
Подняли $7M начальных инвестиций. Планируют(как мне кажется) монетизироваться за счёт собственного облака. Вывод: если вы сильно сядете на bun не удивляйтесь, что в какой-то момент вам придётся воспользоваться их облаком, так как издержки прочих решений для вас будут неподьёмно высоки

Deno
https://deno.com/blog/series-a
$21M. Собираются монетизироваться за счёт их "Deno Deploy"(https://deno.com/deploy). Ждите когда вас начнут загонять к ним.

Vercel(Nextjs/Svelte/etc)
https://www.usnews.com/news/technology/articles/2024-05-16/exclusive-vercel-completes-250-million-series-e-round-at-3-25-billion-valuation
$250M. Vercel заработали около $100M в прошлом году, хотя затраты(даже если прикидывать на глаз) превышают эту сумму.
А теперь про весёлые риски. Версель спонсирует
1) React(https://react.dev/community/team)
2) NextJS
3) Svelte(https://vercel.com/blog/vercel-welcomes-rich-harris-creator-of-svelte)
Плюс множество мелких(с точки зрения сумм спонсорства) проектов типа Astro, Tailwind, Nuxt и так далее.
Но важны именно 3 вышеописанных: на них строят свои бизнесы огромное количество людей и Версель напрямую влияет на разработку в них.
И это уже играет. Например, серверные компоненты реакта появились впервые в нексте. А так же до сих пор не имеют нормальной доки, чтобы интегрировать их куда-либо.
Второй огромный риск - это нападение на их дойную корову в лице opennext(https://opennext.js.org). Причём этот конфликт интересов начинает разгораться, так как Cloudflare решили поддерживать opennext как официальный способ запуска некста в своих лямбдах(https://blog.cloudflare.com/builder-day-2024-announcements/). А вы можете сами сравнить версель и клаудфлер по влиянию на рынок. Осталось ещё, чтобы Azure или AWS вписались, чтобы было веселее. И как решать подобное противоречие будет версель - непонятно.

Gatsby.
Тут чуток лучше, так как Gatsby тоже был стартапом, который преобрела Netlify. Поэтому

Netlify
Тут +- стабильная компания, так как в последний раз они поднимали деньги аж в 2021 году. Однако они зарабатывают $30M в год, а тратят явно больше(250 сотрудников * $100k/год). Так что в какой-то момент ждём или новый раунд инвестиций, или же нагибание пользователей.

VoidZero(Vite, Vitest)
https://voidzero.dev/posts/announcing-voidzero-inc
$4.6M. Монетизироваться собираются с помощью своего облака. Анонс произошёл только недавно, так что ждём и готовим булки

И в конце мне хотелось бы повторить главный вывод, который мне хотелось бы донести:
Регулируйте риски при выборе той или иной технологии. А чтобы их оценивать +- адекватно, старайтесь понимать на какие деньги живут продукты. Потому что никому не хочется оказаться пользователем вордпресса в ситуации "WP vs WP Engine". А конфликт интересов в виде денег только повышает вероятность того что вы в ней окажетесь.