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

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

前往频道在 Telegram

Блог Lead JS-разработчика Автор: @bekharsky По рекламе: https://telepost.pro/ch/id2415 или https://t.me/it_adv Чат: https://t.me/htmlshitchat №5001017849, https://www.gosuslugi.ru/snet/679b74f8dad2d930d2eaa978

显示更多

📈 Telegram 频道 Будни разработчика 的分析概览

频道 Будни разработчика (@htmlshit) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 14 359 名订阅者,在 技术与应用 类别中位列第 9 000,并在 俄罗斯 地区排名第 46 516

📊 受众指标与增长动态

невідомо 创建以来,项目保持高速增长,吸引了 14 359 名订阅者。

根据 04 六月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -88,过去 24 小时变化为 -2,整体触达仍然可观。

  • 认证状态: 未认证
  • 互动率 (ER): 平均受众互动率为 11.54%。内容发布后 24 小时内通常能获得 6.87% 的反应,占订阅者总量。
  • 帖子覆盖: 每篇帖子平均可获得 1 658 次浏览,首日通常累积 987 次浏览。
  • 互动与反馈: 受众积极参与,单帖平均反应数为 13
  • 主题关注点: 内容集中在 css, api, scroll, --fade, bottom 等核心主题上。

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
Блог Lead JS-разработчика Автор: @bekharsky По рекламе: https://telepost.pro/ch/id2415 или https://t.me/it_adv Чат: https://t.me/htmlshitchat №5001017849, https://www.gosuslugi.ru/snet/679b74f8dad2d930d2eaa978

凭借高频更新(最新数据采集于 05 六月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。

14 359
订阅者
-224 小时
-307
-8830
吸引订阅者
六月 '26
六月 '26
+14
在0个频道中
五月 '26
+114
在0个频道中
Get PRO
四月 '26
+190
在0个频道中
Get PRO
三月 '26
+215
在17个频道中
Get PRO
二月 '26
+238
在1个频道中
Get PRO
一月 '26
+155
在0个频道中
Get PRO
十二月 '25
+124
在15个频道中
Get PRO
十一月 '25
+530
在10个频道中
Get PRO
十月 '25
+95
在6个频道中
Get PRO
九月 '25
+203
在21个频道中
Get PRO
八月 '25
+77
在0个频道中
Get PRO
七月 '25
+251
在6个频道中
Get PRO
六月 '25
+451
在6个频道中
Get PRO
五月 '25
+127
在6个频道中
Get PRO
四月 '25
+364
在18个频道中
Get PRO
三月 '25
+204
在11个频道中
Get PRO
二月 '25
+253
在7个频道中
Get PRO
一月 '25
+193
在11个频道中
Get PRO
十二月 '24
+329
在2个频道中
Get PRO
十一月 '24
+524
在10个频道中
Get PRO
十月 '24
+306
在7个频道中
Get PRO
九月 '24
+243
在13个频道中
Get PRO
八月 '24
+384
在13个频道中
Get PRO
七月 '24
+496
在12个频道中
Get PRO
六月 '24
+363
在7个频道中
Get PRO
五月 '24
+978
在3个频道中
Get PRO
四月 '24
+475
在22个频道中
Get PRO
三月 '24
+223
在1个频道中
Get PRO
二月 '24
+402
在9个频道中
Get PRO
一月 '24
+454
在18个频道中
Get PRO
十二月 '23
+240
在3个频道中
Get PRO
十一月 '23
+258
在2个频道中
Get PRO
十月 '23
+238
在7个频道中
Get PRO
九月 '23
+339
在0个频道中
Get PRO
八月 '23
+341
在0个频道中
Get PRO
七月 '23
+352
在0个频道中
Get PRO
六月 '23
+404
在0个频道中
Get PRO
五月 '23
+211
在0个频道中
Get PRO
四月 '23
+233
在0个频道中
Get PRO
三月 '23
+323
在0个频道中
Get PRO
二月 '23
+216
在0个频道中
Get PRO
一月 '23
+143
在0个频道中
Get PRO
十二月 '22
+219
在0个频道中
Get PRO
十一月 '22
+201
在0个频道中
Get PRO
十月 '22
+853
在0个频道中
Get PRO
九月 '22
+306
在0个频道中
Get PRO
八月 '22
+604
在0个频道中
Get PRO
七月 '22
+1 137
在0个频道中
Get PRO
六月 '22
+1 040
在0个频道中
Get PRO
五月 '22
+1 241
在0个频道中
Get PRO
四月 '22
+472
在0个频道中
Get PRO
三月 '22
+767
在0个频道中
Get PRO
二月 '22
+315
在0个频道中
Get PRO
一月 '22
+163
在0个频道中
Get PRO
十二月 '21
+608
在0个频道中
Get PRO
十一月 '21
+93
在0个频道中
Get PRO
十月 '21
+341
在0个频道中
Get PRO
九月 '21
+530
在0个频道中
Get PRO
八月 '21
+383
在0个频道中
Get PRO
七月 '21
+753
在0个频道中
Get PRO
六月 '21
+1 449
在0个频道中
Get PRO
五月 '21
+354
在0个频道中
Get PRO
四月 '21
+1 799
在0个频道中
Get PRO
三月 '21
+384
在0个频道中
Get PRO
二月 '21
+409
在0个频道中
Get PRO
一月 '21
+1 391
在0个频道中
Get PRO
十二月 '20
+706
在0个频道中
日期
订阅者增长
提及
频道
05 六月+2
04 六月+4
03 六月+3
02 六月+2
01 六月+3
频道帖子
Repost from N/a
The frontend is dead, long live the frontend! Evolve or die. What? Let's figure it out. I've been in this business for a long
The frontend is dead, long live the frontend! Evolve or die. What? Let's figure it out. I've been in this business for a long time: I saw the era of BBS's and the sunset of perl-based sites, I saw the rise of php3 and jQuery, and how React killed everything else. And remember the profession of "HTML/CSS coder" or "Markup developer" (aka "verstalshik")? Well, it looks like classic frontend developers will soon follow them. And it's not just that Claude can finally vertically align an element and you no longer need a senior dev with 15 years of experience for that - it's about the value of frontend as a whole. 🍄 Point 1: damn chats everywhere Frontend is the UI for customers, which gives them the UX they pay for. Frontend devs make the frontend. But what happens if all UIs get replaced by chats with a couple of buttons? - We'll get unification. Literally, right now you can build a fairly complex startup where there's nothing but a landing page and a button to connect an MCP/skill to your Claude Desktop and ChatGPT. Moreover, sometimes a landing page isn't even needed, because everything is already inside agents ecosystems. Somewhat reminds of the Telegram bots story, but at x1000 scale. Why do we need frontend devs if there's no frontend? 🍄 Point 2: disposability For the past week I've been working on a project, running 1-3 hour AI loops in Claude Code and Codex multiple times per day, and of course the resulting code was complete crap. More precisely, overall it was more like the miracle of the creation of the world, but if you zoom it in places it was total garbage. But that doesn't matter, for two reasons: - I could point the agent at any place in the project, show it the browser (mcp devtools is love), write "this s**t doesn't work here, fix it", and it would fix everything - despite extensive ideation, I missed the proper data flow, but even big logical misses were eliminated in half an hour with another loop run So my value as a frontend developer was even lower than my value as a manual tester. And the entire frontend was literally disposable, and whole chunks were redone at my command in literally half an hour per case. Now imagine an agent that watches how user clicks on a site, analyzes it, and then adjusts the UI itself to make the UX better for users. Almost live. Sounds crazy? Let's discuss it in 5 years. 🍄 The survivors Meanwhile, the value of backend and cloud engineers is still much higher, due to questions of security and resources. Although, I saw with my own eyes how Claude Code clicked around in my browser in the Google Cloud Console - it was really scary, though in the end everything went off successfully. So what to do? At least N years from now. - developers - accept fate and develop soft skills, primarily around product management and agent orchestration - companies - look for these soft skills, look deeply into ways of working, not just at whether a person knows something about AI and Claude Code (which will be obsolete again in half a year), plus traditional non-coding skills - another option - go work in chop-shops, where frontend wizards with long beards and 30 years of experience hand-carve Fabergé frontends, while others slather it on with a thick brush of agents, earning millions - there will always be demand for high art and its own clientele Or am I being too gloomy? What do you think about the future of frontend developers as a standalone profession? #Frontend #AI #Coding #SoftwareDevelopment #FrontendDevelopment #WebDevelopment #ClaudeAI #AIAgents #FutureOfWork #DeveloperTools Original post: https://www.linkedin.com/posts/alexander-remi_frontend-ai-coding-activity-7453310522881359872-EHZZ

2
Собственно, к слову о вчерашнем моём лёгком ранте на тему того, что LLM-ки любят подсовывать древние и неэффективные способы работы. Что, котаны, будем Алекса разносить, или мнение валидно? Мне кажется, тут скорее умирает не фронтенд, а часть рутины, которую мы привыкли называть фронтендом. Да, disposable UI уже реальность, и многие интерфейсы будут генерироваться агентами под задачу. Но от этого требования к UX, доступности, консистентности и дизайн-системам никуда не исчезают. Скорее наоборот. Если интерфейсы начинают собираться на лету, то кто-то должен задавать правила, паттерны и критерии качества для этой генерации. Так что фронтенд не умер — просто теперь наша работа всё меньше про пиксели и всё больше про системы, продукт и пользовательский опыт.
483
3
#фишка дня Аккордионы и прочие схлопывающиеся сценарии. Скажи, как ты их анимируешь, и я скажу, кто ты. Если ты их до сих пор
#фишка дня Аккордионы и прочие схлопывающиеся сценарии. Скажи, как ты их анимируешь, и я скажу, кто ты. Если ты их до сих пор анимируешь через max-height, скорее всего, ты — LLM-ка, которая застряла где-то там. Ну буквально, только что сессию демонстрационную проводил. Согласен, height ещё плохо анимируется в auto, хоть и появился interpolate-size. Но ведь гриды никто у нас не отбирал! Да-да, давненько я не напоминал, что гриды прекрасно анимируются и что уже давно не нужны извращения. Но сегодня я пришёл с маленьким дополнением. Все же в курсе, что классика — одна строка грида и 0fr ↔ 1fr? .accordion-panel { display: grid; grid-template-rows: 0fr; transition: grid-template-rows 0.28s ease; } .accordion-panel[data-open="true"] { grid-template-rows: 1fr; } .panel-inner { overflow: hidden; min-height: 0; } Внутренний блок клипится — высота анимируется без max-height: 9999px. А вот дополнение: в grid-template-rows можно и пиксели, и minmax(). Например, свёрнуто, но кусочек текста виден: grid-template-rows: minmax(48px, 0fr); /* закрыто */ grid-template-rows: minmax(48px, 1fr); /* открыто */ Демонстрация: https://codepen.io/alinaki/pen/QwGryqN Первый аргумент в minmax — минимум, не максимум: 48px снизу, а не «не больше 48». Полное скрытие — по-прежнему 0fr. И да: padding на clip-слой не вешайте — только внутрь контента, иначе и под 0fr торчит, и при открытии прыгает. #css #grid #accordion
836
4
#статья дня Выпускник Школы анализа данных рассказал, как попасть на научную стажировку в ML. Степан Платинский работает в международном поиске Яндекса, а параллельно занимается экстремальной статистикой — разрабатывает нейросетевые модели для предсказания редких событий вроде наводнений и обвалов рынка. Исследования вывели его на стажировку в университет KAUST в Саудовской Аравии — один из топ-100 университетов мира. «Стажировка помогла понять, что наука существует не только на Физтехе. Важно выбираться из привычной среды, видеть другие университеты и другие подходы. У меня была возможность поработать с большой исследовательской группой, Ну и наконец, это сильная строчка в резюме: с таким опытом шансы поступить на PhD за границей заметно выше», — отмечает Степан. Сейчас его цель — создать универсальную статистическую модель для предсказания экстремальных событий. Тоже хотите получить международный опыт? Читайте советы Степана.
1 039
5
#статья дня Кармен Ансио написал отличный материал про CSS-функцию linear(). Она появилась уже довольно давно, но в реальных
#статья дня Кармен Ансио написал отличный материал про CSS-функцию linear(). Она появилась уже довольно давно, но в реальных проектах встречается редко — большинство по привычке ограничивается ease, ease-in-out и разными вариантами cubic-bezier(). Причина понятна: обычно linear() воспринимают как способ вручную задать несколько точек на кривой анимации. Не самый удобный инструмент и не очень понятно, зачем он вообще нужен. Ансио показывает гораздо более интересный сценарий. Если заранее рассчитать движение какой-нибудь физической системы — например, пружины — то результат можно представить как последовательность значений и скормить её linear(). Браузер потом просто воспроизведёт эту траекторию. .card { transition: transform 647ms linear( 0, 0.04, 0.15, 0.30, 0.46, 0.59, 0.69, 0.75, 0.79, 0.80 /* ... */ ); } Автор начинает с модели затухающей пружины, показывает уравнение, объясняет параметры системы и сопровождает всё это интерактивными примерами. Можно менять коэффициенты и сразу видеть, как меняется движение. В общем, если у вас есть модель движения и набор точек, CSS уже умеет её воспроизводить. Короче, linear() — это вам не это. Ссылка ещё раз: https://www.carmenansio.com/articles/spring-physics-css #css #easing #spring #linear
1 600
6
#такое дня Знаменитое внимание компании Apple к деталям. И это в 2026 году, когда у нас даже The CSS anchor positioning API и
#такое дня Знаменитое внимание компании Apple к деталям. И это в 2026 году, когда у нас даже The CSS anchor positioning API имеется... #apple #anchor
1 737
7
IT-сфера снова переживает бурные времена. AI-технологии влияют на классические подходы, а компании, которые не успевают адаптироваться - теряют позиции. В этой ситуации решает не количество информации, а её качество. Мы собрали папку каналов для тех, кто не просто «следит за трендами», а реально работает с цифрами, тестирует AI инструменты и адаптирует свои процессы под новые реалии. Только практические советы и реальные кейсы👇🏻 Сохранить папку 📨 Доступно 48 часов❗️
1 285
8
#баг дня В Chrome 147 случилась регрессия. Всем известно, что input type="number" реагирует на колесо мыши, это никогда не бы
#баг дня В Chrome 147 случилась регрессия. Всем известно, что input type="number" реагирует на колесо мыши, это никогда не было проблемой, потому что браузер прекрасно понимал, когда случится прокрутка страницы и отменял событие. Но вот, случилось что случилось: https://issues.chromium.org/issues/508306805 Демо: https://jsfiddle.net/7389xv1z Исправление приземлится только в Chrome 150, так что если вас заденет... работаем по-старинке: input.addEventListener('wheel', e => e.preventDefault(), { passive: false }); #chrome #bug
1 703
9
Так, не прошло и месяца (на самом деле, конечно, прошло), а я выкатил небольшое будущее обновление к пульту! Итак, теперь я поддерживаю Android/Google TV. К сожалению, оттестировано только на паре телевизоров Sony, так что я буду благодарен любым инсайтам. Пришлось попотеть, потому что вместо протокола SSDP телевизоры ищутся по mDNS. А это значит никакого широковещания, только мультикаст. А это значит, письмо в Apple с разъяснениями, получение разрешения, обновление конфига сборкию... Общение с телевизором тоже происходит оригинально — через бинарный формат protobuf, всё как у взрослых. В общем, у кого есть айфоны и телевизоры на Android TV — ссылка на TestFlight: https://testflight.apple.com/join/XXPPYAHN У кого Android-телефоны, могу скинуть APK 🙂 Просьба всё та же — включить логи, попробовать, прислать мне. Никаких данных автоматически не собирается. Спасибо, котаны!
1 608
10
#инструмент дня В прошло мгоду я уже показывал, как удаление фона с изображений постепенно переезжает прямо в браузер: https:
#инструмент дня В прошло мгоду я уже показывал, как удаление фона с изображений постепенно переезжает прямо в браузер: https://t.me/htmlshit/3797 Тогда речь шла про Transformers.js и WebGPU — мол, многие ML-задачи уже спокойно работают локально, без серверов и сервисов. Теперь вот наткнулся на removerized: https://github.com/yossTheDev/removerized Это открытый AI image toolkit, который целиком работает в браузере. Под капотом — ONNX Runtime Web, WebGPU и client-side inference. То есть модели запускаются прямо у вас на устройстве, без отправки изображений на сервер. Из того, что есть сейчас: — удаление фона — апскейл изображений — пакетная обработка — офлайн-режим — кэширование моделей — расширенные настройки А главное, работает. Демо: https://getremoverized.yoss.pro/removerized Да, кстати. ONNX Runtime Web — это браузерный рантайм для запуска ML-моделей через ONNX. Если очень грубо: штука, которая позволяет запускать нейронки прямо в браузере через WebGPU/WebAssembly, без Python, CUDA и отдельного бэкенда. Сайт: https://onnxruntime.ai/docs/get-started/with-javascript/web.html GitHub: https://github.com/microsoft/onnxruntime #ai #opensource #webgpu #ml
1 505
11
Не удержался.
Не удержался.
2 118
12
#фишка дня Есть пропозал, который предлагает добавить в canvas возможность напрямую использовать результат рендера DOM-элемен
#фишка дня Есть пропозал, который предлагает добавить в canvas возможность напрямую использовать результат рендера DOM-элемента. Вот: https://wicg.github.io/html-in-canvas/ Он вводит метод drawElementImage(): ты передаёшь HTML-элемент, браузер сам делает для него layout, применяет стили и рассчитывает текст, а затем этот уже готовый результат можно рисовать в canvas. В отличие от текущих подходов вроде html2canvas, здесь не происходит пересборки DOM в изображение вручную. Используется нативный рендеринг браузера, поэтому сохраняются точность текста, layout и поведение, которое уже есть в DOM. В Chrome это уже можно попробовать через флаг: chrome://flags/#canvas-draw-element Собственно, это уже вполне себе рабочая реализация! А в качестве примера сегодня — библиотека Liquid DOM. Ага, очередной Liquid Glass! Только очень красивый и рабочий: https://github.com/AndrewPrifer/liquid-dom Демо: https://liquid-dom-showcase.vercel.app/ Потрясающая штука получается. И примеров использования уже полно! Но, как обычно, ждём другие браузеры :( #canvas #webgl
2 179
13
Вебинар «Быстрый запуск AI-сценариев с vGPU» 21 мая эксперт VK Tech в прямом эфире покажет, как использовать облачные GPU, чт
Вебинар «Быстрый запуск AI-сценариев с vGPU» 21 мая эксперт VK Tech в прямом эфире покажет, как использовать облачные GPU, чтобы сэкономить на аренде полного объема ресурсов GPU. Регистрируйтесь, чтобы узнать: — какие сценарии бизнеса закрывают GPU VK Cloud, — как выбрать видеокарту или кластер GPU под свою задачу, — когда аренда доли GPU выгоднее целой карты, — где прячется реальная выгода при использовании vGPU. Во время вебинара мы развернем виртуальную машину с vGPU и покажем, какую пользу бизнесу могут принести эмбеддинговая модель и модель высокоэффективного распознавания текста и анализа документов. Вы узнаете, как быстро поднять виртуальную машину, выбрать профиль vGPU под задачу и подготовить среду для ML-работы. Регистрируйтесь и смотрите трансляцию 21 мая в 17:00. Зарегистрироваться
0
14
#фишка дня Я не думал, что доживу, но, похоже, скоро можно будет вписывать текст в контейнер без хаков с vw/vh и даже без скр
#фишка дня Я не думал, что доживу, но, похоже, скоро можно будет вписывать текст в контейнер без хаков с vw/vh и даже без скриптов. Сразу пример (нужны флаги! ниже): https://codepen.io/cssgrid/pen/emBZzPL Фича называется text-fit. Это часть экспериментального CSS (обсуждается в рамках CSS Text / Sizing), и идея тут очевидна: вписать текст в контейнер. Вот спека в процессе: https://drafts.csswg.org/css-text-4/#text-fit-property Пока это всё работает только за флагом chrome://flags → Experimental Web Platform features. Но уже хорошо же! #css #text #fit
1 884
15
#заметка дня А помните (конечно же помните!) как мы с вами обсуждали CSS Custom Highlight API для реализации подсветки кода?
#заметка дня А помните (конечно же помните!) как мы с вами обсуждали CSS Custom Highlight API для реализации подсветки кода? Ну вот же, положила: https://t.me/htmlshit/2715 Так вот, а почему бы не объединить подсветку CSS с поиском по тексту? Ну в самом деле, интересно же, как это реализовано, например, в текстовых редакторах или браузерах при поиске по странице. Хотя бы на минимальном уровне. А реализовано это через, простите, обход дерева! Алгориииииитмы Ладно, нам не придётся самим писать обходчик, он уже имеется! Вот: https://developer.mozilla.org/en-US/docs/Web/API/Document/createTreeWalker Главное — это понять, какой параметр фильтрации узлов передать. Ведь объектная модель документа она не только из тегов состоит, там как минимум параллельно идут атрибуты, текст, комментарии... Нам незачем искать вообще по всему. Ну в нашем случае всё просто: NodeFilter.SHOW_TEXT — ищем по текстовым нодам, словам. Ну а дальше всё просто: проверяем регуляркой на совпадения и запускаем подсветку. Уж это за нас теперь может и браузер делать: https://codepen.io/alinaki/pen/zxvPbRJ Да, теперь можно и ваших камтомных селектах красиво подсветить результат фильтрации. Пользуемся, котаны. #css #highlight
1 753
16
Поздравляем, вы на 1 шаг ближе к работе мечты 🥳 Осталось только прочитать этот пост, подписаться на канал и откликнуться на
Поздравляем, вы на 1 шаг ближе к работе мечты 🥳 Осталось только прочитать этот пост, подписаться на канал и откликнуться на вакансию 😉 Avito Career* — место, где Авито делится актуальными вакансиями и стажировками для бэкенд-разработчиков. Подписывайтесь, чтобы найти ту самую работу ✨ *карьера
1 524
17
#статья дня GitHub выкатил отличный пост о том, как они ускоряли рендеринг диффов в пулл-реквестах (исконно русские слова) —
#статья дня GitHub выкатил отличный пост о том, как они ускоряли рендеринг диффов в пулл-реквестах (исконно русские слова) — и внезапно выяснили, что браузеру становится плохо, когда в PR десятки тысяч строк. Вот ссыль сразу: https://github.blog/engineering/architecture-optimization/the-uphill-climb-of-making-diff-lines-performant/ Главная проблема оказалась в том, что каждая строка diff-а была маленьким React-стартапом: 8–13 компонентов, куча DOM-нод и отдельные event handlers почти на всё подряд. Старый подход выглядел примерно так: <DiffLine> <LineNumber /> <SyntaxHighlight> <Token /> <Token /> </SyntaxHighlight> </DiffLine> И конечно же: <div onMouseEnter={...} onMouseLeave={...} onClick={...} /> Когда таких строк 10 000+, Chrome начинает потреблять память не в себя. А дальше случилось прекрасное: GitHub героически переоткрыл event delegation — технику, которую jQuery нормально объяснял ещё лет 15 назад. Оказалось, что один обработчик событий на контейнер внезапно быстрее, чем 30 тысяч onMouseEnter на каждую строку. Кто бы мог подумать. Новый вариант: <table onMouseMove={handleHover}> <tr data-line="42"> <td>const value = 1;</td> </tr> </table> function handleHover(e) { highlight(e.target.dataset.line) } В итоге GitHub выкинул 74% React-компонентов, почти вдвое снизил потребление памяти и ещё удалил пару лишних <code>-тегов из каждой строки, потому что 20 000 ненужных DOM-элементов — это всё ещё 20 000 ненужных DOM-элементов. Мораль истории максимально простая: abstraction is not free. Иногда один обработчик событий и туповатый плоский код работают лучше, чем архитектура мечты из 400 reusable-компонентов, custom hooks и трёх уровней composition. #github #react #virtualization
1 675
18
Вам нужно отправить 8 полей информации боту/форме. Каждое поле - это одно слово или число. 1️⃣ Разговорный - один вопрос за раз, вы отвечаете, появляется следующий. 2️⃣ Шаблонный - вы видите все 8 полей сразу, заполняете и отправляете одним сообщением.
1 891
19
#инструмент дня Раньше утилиты были максимально простыми. Открыл файловый менеджер, скопировал файл, переименовал, удалил. Ил
#инструмент дня Раньше утилиты были максимально простыми. Открыл файловый менеджер, скопировал файл, переименовал, удалил. Или упаковал всё через PKZIP и перенёс дальше. Это были отдельные программы под конкретные действия, без лишней обвязки. Потом появился GUI, и инструменты начали разрастаться. Простые вещи превратились в громоздкие приложения с окнами, кучей настроек и аккаунтами. То, что раньше было секундным действием, стало местом, куда нужно специально заходить. Позже началось обратное движение к упрощению. Интерфейсы стали легче, а инструменты — более однофункциональными. Появились менюбарные утилиты, CLI-скрипты и маленькие инструменты под одну задачу. Я на этой волне решил сделать свой Color Picker, экранную пипетку: чтобы можно было брать цвет с любой точки экрана, собирать палитру и экспортировать в разных форматах. Получилась небольшая, но удобная утилита, которой уже даже пользуюсь. Вот: https://github.com/bekharsky/clrpkr И тут в разговоре мелькнула тема MCP (Model Context Protocol). Я подумал: а ведь таким вещам уже не обязательно жить как отдельным приложениям. Их можно вызывать прямо там, где работаешь — в Cursor, Claude, GitHub Copilot Workspace или VS Code. В итоге я вынес свой пикер в MCP tool: описал входы (координаты или изображение) и выходы (цвет, палитра, export), убрал интерфейс и оставил только функцию, которую можно вызывать напрямую. Пришлось повозиться, чтобы нормально отображался swatch выбранного цвета и чтобы всё стабильно работало, но в итоге получилось ровно то, что хотелось. Здесь, конечно, потоковая сущность общения с моделью не очень к месту, но уж как есть. Utilities are dead. Long live utilities. #mcp #llm #color
2 080
20
Совет на ближайшие годы — изучайте ВАЙБ-КОДИНГ ИИ уже пишет код, чинит баги, генерирует тесты, документацию и помогает запуск
Совет на ближайшие годы — изучайте ВАЙБ-КОДИНГ ИИ уже пишет код, чинит баги, генерирует тесты, документацию и помогает запускать продукты быстрее, чем это делали классические команды разработки. И это уже не "будущее когда-нибудь", а реальность, которая меняет рынок уже сегодня И те, кто научится вайбкодить сейчас, будут увереннее конкурировать на рынке и зарабатывать больше тех, кто по-прежнему делает всё вручную. Стартовать с нуля поможет канал Вайб-кодинг. Там ребята круглосуточно мониторят более 320 российских и зарубежных источников и публикуют только главное: релизы, инструменты, гайды, курсы и практические кейсы. Подписывайтесь, нас уже 35 тысяч: @vibecoding_tg
0