kamyshev.code

​Namecheap выключает домены для россиян

Не хотел сюда писать, но у меня срочная и важная новость: namecheap отключает сервис для всех доменов, зарегистрированных из России. Пруфа на сайте нет, но мне пришло явно не фишинговое письмо, отправленное из инфраструктуры namecheap, с совпадающим DKIM.

Письмо очень поверхностное и поспешное — просто «уходите до 6 марта, а то всё». Что такое «всё» непонятно. Что будет, если я не заберу домен 6 марта? Я не смогу управлять доменами, или они вообще перестанут работать?

В общем ничего не ясно, но бежать надо срочно. Я пока ухожу на cloudflare.

Митап переносится на неопределённый срок.

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

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

Ну а если вы просто разработчик и уже понимаете где болит, но не понимаете или сомневаетесь что делать, или просто хотите разобраться в каком-то тулинге, то мы можем просто пообщаться в формате разовой консультации. В этом случае стоимость фиксирована: 1 час — 5000₽.

Пишите сюда → @v7rulnik

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

Работаю с Валей уже больше года в одной команде. Если вам нужна помощь с настройкой пайплайнов — это лучший инженер, которого можно найти.

Если вы летаете на самолетах и вам стыдно из-за углеродного следа, то теперь свой кешбек в Авиасейлс Ещё можно отправить на выращивание лесов.

А мы ещё и удвоим каждый платеж 🤑

Ну и напомню, что промокод КАМЫШЕВ дает скидку. Деньги нести сюда 👉 http://more.aviasales.ru/

Хей 🙌 давно не виделись!

2 марта буду на MinskJS рассказывать максимально вводный доклад про Effector.

Если совсем не знакомы с этой штукой, приходите слушать 👇

https://minskjs.timepad.ru/event/1881882/

🤷‍♂️

https://habr.com/ru/news/t/598121/

Дельная заметка Макса Ищенко Writing>Talking

Я тоже предпочитаю читать и писать документы вместо звонков и презентаций. У такого подхода есть несколько преимуществ.

Во-первых, работать с документами можно асинхронно и в любом темпе. Их можно перечитать, можно отредактировать, оставить комментарии.

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

В-третьих, документы — это артефакты на будущее. Их можно дать почитать новичкам в команде, по ним можно сделать поиск.

У меня озарение!

Я понял почему мне так знакомо чувство, которое возникает, когда я работаю с модулями nuxt.js. Вот взять модуль gtm, к примеру. Среди кучи других issues у него есть issue, которая так честно и называется — «модуль не работает». И что интересно — модуль и правда не работает.

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

Оказалось, что я не владел тайным знанием, которое на тот момент было у любого владельца жигулей — «рязанские стартеры не работают». Вот и купил по глупости.

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

Вот так же и с модулями накста. Ну вот реально чуваки постоянно что-то релизят, последний релиз в ноябре был. Какие-то фичи там даже добавили. Но вот зачем они делают релизы, которые не работают, а?

Грустно, что в нашей индустрии очень много «рязанских стартеров» 🥲

Parcel — это сборщик фронтендов с отличными дефолтами.

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

Для небольших приложений и сайтов — это замечательный выбор, попробуйте 📦

Кстати, говоря о ESLint.

Выкатил eslint-plugin-effector 0.5 ☄️

Новые конфиг-пресеты:
+ scope для проектов, которые используют Fork API — для тестов или для SSR.
+ react для проектов, которые используют Эффектор с Реактом.

Новые правила:
+ no-duplicate-on — запрещает навешивать на стор больше одного обработчика для одного ивента.
+ strict-effect-handlers — проверяет, что обработчик эффекта не приведет к потере скоупа.
+ enforce-gate-naming-convention — валидирует имена гейтов.

https://github.com/effector/eslint-plugin/releases/tag/v0.5.0

В начале декабря на Frontend Crew показывал как делать кастомные правила для ESLint ⚙️

Смотрите запись, пишите фидбеки 👇

https://youtu.be/EGsQ6LSitdE

👆 доклад не зря вошёл в топ-3 сессий конференции. Посмотрите обязательно.

Пакетные менеджеры: есть ли жизнь за пределами npm?

А вот и запись моего доклада с Podlodka Frontend Crew.
Он, кстати, вошёл в топ-3 по итогам голосования 🙂

Слайды есть в описании к видео.

Прочитал статью Феди Борщева @pmdaily про перезапуск Сноба

Очень интересная история про починку безумного легаси и превращения его в цветущий современный проект ⚙️

Книга с кабанчиком

Я начал читать «Высоконагруженные приложения» Мартина Клеппмана еще в Петербурге, а закончил пару дней назад.

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

Пока читал вторую главу, много трогал документно-ориентированные БД и изучал графовые БД. Когда добрался до третьей — написал свою реализацию SS-таблиц и LSM-деревьев на JavaScript, читал про фильтры Блума, изучал реализации B-деревьев на других языках и разбирался с колоночными базами данных. А глав там 12.

----

На закономерный вопрос «зачем фронтендеру все это» у меня есть два ответа.

Во-первых, фронтендеру важно понимать, что происходит в смежных областях. Фронтенд-разработчик, который умеет настраивать CI и может сделать простое Node.js-приложение — это круто.

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

----

Кому стоит читать.

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

Кстати, читал на русском — перевод достойный.

Закинул туда еще один секретный подгон 🌚

Запись моего доклада про кастомные правила для ESLint уже на Patreon 🌚

В публичный доступ выложу через пару недель, а пока подписывайтесь 🚀 https://www.patreon.com/igorkamyshev