Будни разработчика

Раньше зарплаты разработчиков росли вместе с опытом. Сейчас все иначе: пока ребята со стажем 10+ лет получают меньше 150 тысяч, зумерочки зарабатывают по 400+ тысяч. Сегодня больше зарабатывает тот, кто знает, сколько стоят его навыки, а не тот, кто 15 лет пишет идеальный код. Что это значит для нас? То, что нужно знать рыночек и понимать, на какие деньги сейчас реально можно претендовать. Чтобы не зарабатывать в два раза меньше, когда можно зарабатывать в два раза больше! Следите за ситуацией на рынке в канале «зэпэшки в разработке». Здесь разработчики, DevOps-инженеры, тестировщики и техлиды рассказывают, сколько они зарабатывают и что конкретно делают за эти деньги: • 450 000 ₽ у iOS-разработчика в 24 года • 60 000 ₽ у Fullstack-разработчика • 330 000 ₽ у DWH аналитика в 27 лет Подписывайтесь на «зэпэшки в разработке» и становитесь осведомленнее → @sweetsalaryD

#инструмент дня Зачем писать !(a && !b && c >= 10 && d !== e), если можно !a || b || c < 10 || d === e? Ответ на эти и другие вопросы прост: «Потому что не подумал». Но думать — сложно. И не всегда нужно. Поэтому в IDE от JetBrains встроен преобразователь логических вырадений по законам де Моргана. А тем, кто предпочитает быть свободным, приходится искать иные решения. Иногда — даже думать. И тут есть вариант, откуда не ждали: правило для ESLint! ESLint Plugin De Morgan: https://github.com/azat-io/eslint-plugin-de-morgan Запросто преобразует ваши const value = !(a || b !== c) в const value = !a && b === c. В плагине два правила: - no-negated-conjunction - no-negated-disjunction Все правила имеют автофикс. У плагина нет зависимостей. Поддерживает как современный, так и легаси формат ESLint конфигов. Твиттер автора с анонсом: https://x.com/azat_io/status/1888874193007132762 Пользуемся, котаны! #boolean #eslint #logic #бородач

#инструмент дня Кому адекватной современной виртуализации списков? Как-то так повелось, что задача отрисовки десятков, и даже сотен тысяч строк или ячеек на экране решается... волнами. Появляется решение, принимается всеми, а потом — буквально забрасывается. И вот мы годами ждём обновления того же react-window просто чтобы получить возможность рендерить строки разной высоты из коробки. А react-window сам по себе был и является рекомендованной заменой react-virtualized. В других фреймворках и ванильных средах ситуация ещё веселее. При этом разработчики, например, мобильных приложений на тех же Flutter и SwiftUI в принципе лишены этой проблемы, просто потому что им надо заботиться о рендере элементов самостоятельно, заранее объявляя, что тут должен быть скролл. Насильная виртуализация, так сказать. Если вы были застигнуты врасплох моими утверждениями и не понимаете вообще, о чём я, то вкратце поясню: чтобы дать возможность человеку поскроллить тысячи и сотни тысяч объектов на экране, совсем не обязательно отрисовывать их все разом. Можно отрисовать штук 10-20 строк, заполнив экран, и просто переиспользовать эти элементы раз за разом. Виртуальные списки, буквально. Итак, для чего я всё это пишу? А вот: вашему вниманию предъявляется универсальная библиотека виртуализации списков virtua. GitHub: https://github.com/inokawa/virtua Умеет в динамические высоты строк из коробки! Умеет в бесконечный скролл. Умеет занимать всю высоту окна. Умеет в RSC. Ну и не ограничивается одним только React: Vue, Solid и Svelte тоже поддерживаются. Отличное современное решение. #scroll #virtual #бородач

Заказчик кинул с деньгами? Отправьте его в суд. Чаще из-за ошибок в договоре правда может быть не на вашей стороне. 8 пунктов для безопасного договора — проверьте прямо сейчас. В 2026 году требования к IT-компаниям и фрилансерам станут жёстче. Разберитесь с налогами, сайтами и договорами уже сейчас. Подписывайтесь на LAWLEGKO — канал практикующего юриста Инны Вялковой. Новости от государства и юридические тонкости простым языком. Или передайте всё юристам: договоры, налоги, реклама — юридическое абонентское сопровождение. Вы занимаетесь работой, юристы LAWLEGKO — вашим спокойствием.

#codepen дня Jhey стал очень редко радовать нас новыми дропами — готовится к изданию своего курса по эффектной вёрстке, потому кодом делиться — увы — почти перестал. Но надо отдать должное, когда идея не полностью исходит от него — он всё ещё продолжает демонстрировать уровень! Итак, помните мы с вами пытались делать эффект Ambilight? Как оказалось, ту же идею можно применить чтобы подсветить края карточек! Немного JS для передачи координат курсора в CSS, немного SVG-фильтров для размытия продублированного контента — и вы неотразимы! Собственно, пример: https://codepen.io/jh3y/pen/WbwZaNa Не забудьте потыкать настройки, чтобы понять реализацию. #svg #css #ambilight

#дайджест недели Понедельник Supercookie — демонстрация того, как обычная favicon может работать как устойчивый идентификатор. Старый трюк, но теперь есть аккуратный POC, который узнаёт вас по иконке. https://t.me/htmlshit/3909 Четверг Как вставлять табличные данные из Google Sheets прямо в форму на сайте: ловим paste, парсим табы, раскладываем по input’ам. https://t.me/htmlshit/3911 Пятница HTML-in-Canvas: эксперимент, который позволяет <canvas> рисовать настоящий HTML со стилями и вложенностями. Пока сыро, но выглядит как первый нормальный путь к HTML-в-картинку без костылей. https://t.me/htmlshit/3912 Короткая неделя вышла, котаны.

#новость дня Если нужно превратить HTML в картинку, приходится пользоваться утилитами разной степени кривизны — ведь нужно имитировать DOM. Cтабильного решения не было вообще (наверное, только Playwright и скриншот). Теперь начинает появляться что-то вменяемое. WICG выкатили идею под названием HTML-in-Canvas: холст учат рисовать обычные HTML-элементы: https://github.com/WICG/html-in-canvas Прямо так, как браузер их и так рисует в DOM — со стилями, размерами, текстом, вложенностями. Только вместо того, чтобы показывать их на странице, он превращает элемент в картинку внутри <canvas>. На самом деле, выглядит весьма проклято, вот пример с иллюстрации:

    
        
<canvas id="canvas" width="638" height="318" layoutsubtree="true">
  <div id="drawElement" style="width: 550px;">
    Hello from <a href="https://github.com/WICG/html-in-canvas">html-in-canvas</a>!
    <br>I'm multi-line, <b>formatted</b>,
    rotated text with emoji (&#128512;), RTL text
    <span dir=rtl>من فارسی صحبت میکنم</span>,
    vertical text,
    <p style="writing-mode: vertical-rl;">
      这是垂直文本
    </p>
    an inline image (<img width="150" src="wolf.jpg">), and
    <svg width="50" height="50">
      <circle cx="25" cy="25" r="20" fill="green" />
      <text x="25" y="30" font-size="15" text-anchor="middle" fill="#fff">
        SVG
      </text>
    </svg>!
  </div>
</canvas>
{}
    

Почему нельзя просто API для DOM? Потому что там целая плеяда сесурити-специалистов выступает против. Работает это пока только в Chrome Canary от 138 и выше, и включать надо отдельный флаг. Плюс есть ограничения: рендерятся только те элементы, которые лежат внутри самого канваса, и некоторые штуки браузер сознательно блокирует — типа чужих iframe или странных SVG. Но в целом — оно работает. Флаг, кстати, такой: --enable-blink-features=CanvasDrawElement. И выглядит это как первый нормальный шаг к тому, чтобы больше не страдать с ручной отрисовкой текста и HTML внутри канваса. Если всё доедет до обычных браузеров, можно будет наконец-то спокойно выдохнуть. #html #canvas

#фишка дня Таблица до сих пор превосходит все попытки её имитировать по очень простой причине: если скопировать её из браузера, она спокойно вставится в Excel или Google Sheets как нормальный диапазон. Но вот обратное направление не работает. Скопировал диапазон из Sheets — а в браузере всё рассыпалось в текст, будто ничего и не было. Иногда это мешает: есть форма с табличкой на сайте, есть данные в Google Sheets, и единственное желание — просто вставить их туда, не перепечатывая по ячейке. Чтобы привычный Ctrl+V вёл себя так же естественно, как в Excel. Для таких случаев можно сделать маленькую, но удобную вещь — ловить событие вставки и парсить табличные данные из буфера, распределяя их по нужным полям:

    
        
document.addEventListener("paste", function (e) {
  const text = e.clipboardData.getData("text");
  const rows = text.trim().split(/\r?\n/).map(r => r.split("\t"));

  const inputs = [...document.querySelectorAll("input")]; 
  let index = 0;

  for (const row of rows) {
    for (const cell of row) {
      if (inputs[index]) {
        inputs[index].value = cell;
        index++;
      }
    }
  }

  e.preventDefault();
});
{}
    

Так можно взять диапазон в Google Sheets, нажать Ctrl+V в браузере — и данные разложатся по ячейкам формы, словно это штатная функция. Я пример забыл, а вы и молчите: https://codepen.io/alinaki/pen/KwzvEeX #js #table

Yet Another Frontend Night: глубже про AI в реальных проектах Яндекса Бизнес-группа Поисковых сервисов и ИИ Яндекса приглашает на Yet Another Frontend Night 29 ноября. Главная тема — практическая интеграция AI в фронтенд. Команда Яндекса поделится своими инсайтами, какие нейросетевые инструменты помогают им в работе, как меняется процесс разработки и какие вызовы возникают при решении реальных задач. Доклады топовых экспертов Яндекса: — Иван Артамонов, руководитель группы конверсионных инструментов в Яндекс Бизнесе, расскажет про преимущества AI-ассистентов — Павел Осташкин, старший разработчик интерфейсов в международной Рекламе, объяснит, как он со своей командой написал и встроил MCP в рабочие процессы и что из этого получилось — Валерий Баранов, AI-оптимист и тимлид группы технологий фронтенда в Яндекс 360, разберет инструменты управления контекстом во фронтенде и покажет, как MCP-серверы снижают галлюцинации и делают дизайн-систему AI-ready — Александр Иванков, руководитель группы развития инфраструктуры поисковых интерфейсов в Яндекс Поиске, поделится опытом разработки AI-помощника и подходами промпт-инжиниринга под разные роли — Андрей Дегтярев, разработчик интерфейсов в Яндекс Браузере, рассмотрит в докладе агентские сценарии по частям, чтобы наглядно показать, какие реальные задачи пользователя они решают Где и когда: 29 ноября, 15:00, Москва, офис Яндекса на Льва Толстого Yet Another Frontend Night пройдет только в offline-формате, трансляция не планируется. Подробности и регистрация

#ссылка дня Сupercookie — https://github.com/jonasstrehle/supercookie — показывает почти абсурдный рабочий (но в 2025 году лишь частично) способ отслеживать людей через обычную фавиконку. Браузер хранит эти маленькие иконки так упорно, что по одному только факту: «запросил он её повторно или нет», можно собрать устойчивый идентификатор. Кстати, поскольку тема не новая, я решил проверить. Итак: 1. В Chrome стабильно устойчиво, даже после перезапуска браузера 2. В Chrome Incognito устойчиво в пределах сессии, новая сессия — новый айди. 3. В Firefox устойчиво в пределах сессии. Перезапуск бораузера — новая сессия, новый айди. 4. В Firefox Private Window аналогично инкогнито в Chrome: новое окно — новый айди. 5. В Safari вообще определить не смогло — постоянный редирект :) Фавиконка уже давно время от времени выстреливает в самых неожиданных местах. Когда-то находили утечки приватного режима в Firefox — браузер сохранял фавиконки даже там, где вообще не должен был ничего помнить. Были случаи, когда соединение, открытое ради favicon, не закрывалось даже после того, как вкладку закрыли. То есть сама механика суперкуки не падает с неба. И теперь это оформлено в аккуратный POC: заходишь на демо в репозитории, а оно спокойно узнаёт тебя, потому что favicon-кэш живёт своей отдельной жизнью. И самое ироничное во всём этом: автор сидит и пишет диссертацию, как превратить такую пустяковую деталь интерфейса в стабильный механизм идентификации. А какова была тема вашей диссертации, котаны? Я вот Шазам копировал. Если что, есть перевод: https://habr.com/ru/companies/itsumma/articles/542734/ #favicon #security