Кстати! На наделе релизнули M5StickC PLUS2 (алик) и за $20 это просто наибомбическое решение!

У меня самого есть пара M5StickC PLUS и я доволен как слон, а у новой модели значительно больший аккум и еще пачка приятностей.

Итоги года по каналу: рост на 1к. Круто, спасибо вам за доверие ❤️


Всех с НГ, отдыхайте!

В одном чатике опять про SSR спорят и “монополию гугла на не запуск JS” - ущемление SPA.

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

Напомню Когда нужен SSR.

SSR для SEO ВООБЩЕ НЕ НУЖЕН ОТ СЛОВА СОВСЕМ, достаточно SSG, который разработчику в худшем случае достаточно просто дается через плейрайт, например.

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

ECMAScript Explicit Resource Management proposal

Порядок всего этого дела немного мозг ломает, конечно. Все логично, но мне вот подумать приходится :)

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

Плохо что нельзя применять деструктиризацию для объекта с диспоузаблами в значениях. Нужно присвоить значение из функции к переменной и уже потом к каждому значению отдельно писать using.

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

https://tsplay.dev/WGG9XW

Вот такой вот меджик можно делать
https://stackblitz.com/edit/vitejs-vite-apc8by?file=src/App.tsx

Т.е. мы динамически подписываемся на зависимости и очень просто инвалидируем их количество / порядок. Обычно, для этого нужно рендер-функцию оборачивать в декоратор, а с using это можно сделать без доп декоратора == без доп плясок с типами (привет, forwardRef).

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

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

Два примера.

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

Так же и с бойлерплейтом, кому-то он может быть безразличен, но я постоянно вижу как он останавливает разработчиков делать nice optional features.

Можно сделать анимацию для модалки, для этого нужен булеановский стейт. В компоненте модалки его не создашь, анмаунт синхронный с закрытием, а в родителя пихать - раздувать без того жирный контейнер, еще и пропсы типизировать и пробрасывать. Сувать в редакс тоже кажется оверхедом: экшены, редьюсеры, селекторы, доп мусор в девтулзах, да и вообще разве этому стейту там место?
В итоге, если у вас нет совсем тупых реактивных read / write примитивов, разработчику самому это будет делать лень. А менеджеру на эту ерунду тоже не хочется сторипоинты тратить, он не знает что там работы на 3-5 минут. Вот так и сидит пользователь с куцым интерфейсом.

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

UX Core - Cognitive biases in product management and HR

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

Рекомендую к изучению или хотя бы к беглому просмотру

https://keepsimple.io/uxcore

#managment #cognitiveBiases #product #recommended

я всякие скрипты которые слишком сложные чтобы писать на баше но слишком простые чтобы тащить ноду и пишу на quickjs.
Причем последнее время я стал юзать devbox для них - идеальное решение для кроссплатформеных скриптов.
Баш скрипты запускать не удобно. Обычно такие скрипты для универсальности пишут на языке проекта. Если это го - то на го, джава - на джаве.
Если мнороеп с неколькими яп - холивар на чем писать =)

devbox прям все это решил.
1. Сам по себе он ставится очень просто
curl -fsSL https://get.jetpack.io/devbox | bash
не тянет никаких зависимостей.

2. Добавить поддержку quickjs в любой проект
devbox init
devbox add quickjs
он создаст devbox.json, что-то наподобии package.json
прям туда скипрты и добавляю.
Вот пример с рабочего проекта

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

Забыл рассказать, сделал я это на devicescript. В целом норм, интересная штука. Что-то удобно, но работает, как обычно в микрухе, далеко не все, надо танцевать.

У меня на маке воообще со всем тулингом для espressif какие-то проблемы постоянно…

Дока у devicescript хорошая, хотя некоторая инфа не очевидно разбросана. Еще я столкнулся с проблемой, доки по входу в low power mode есть, а как из него выйти - нет 😅. Ну оказалось что они это пока и не поддерживают.

Повторюсь, m5stack stamp c3u - отличная штука, всего 6$, малый размер, возможностей куча, поддержка хорошая, рекомендую.

Хочется распечатать и заламинировать 😅

Войтивайти

Как быстро? Ща расскажу вам секретный секрет.

Чем, в первую очередь, отличается джун от мидла? Самостоятельностью. А чем во вторую? Тех скилами. Так что нужно качать в первую очередь?

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

Я это все к чему. Поймал себя на мысле, что мне, как лиду, нужны люди, которые очень хорошо знают всю платформу, таким я больше доверяю. Но таких очень мало! Что делать? Ок, понижаем планку, теперь мне нужны люди, которые не важно что знают, но умеют решать задачи, а ревьюить / рефакторить - уже моя задача за ними, лишь бы они основную массу бойлерплейта накидывали. Мне нужна прослойка над ChatGPT 🙂

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

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

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

А есть расширение на vscode, которое при упавших тестах в пост-пайплайнах показывает пейвол с предложением сходить на упавшую джобу?

Делаю ультралегкоходную щепочницу.