ടെലിഗ്രാം ചാനൽ "Node.js Recipes"

Node.js Recipes

Public

ശ്രദ്ധിക്കുക : ഏതെങ്കിലും വിവരങ്ങളിൽ, പ്രത്യേകിച്ച് പണം ആവശ്യപ്പെടുന്ന സന്ദർഭങ്ങളിൽ, വിശ്വസിക്കുന്നതിനുമുമ്പ് സ്വന്തം നിലയ്ക്ക് ഗവേഷണം നടത്തുന്നത് പ്രധാനമാണ്.

ചേരാൻ കഴിയുന്നില്ലേ? @node_recipes

3.2k അംഗങ്ങൾ

അപ്ഡേറ്റ് ചെയ്തത്: March 11, 2026 at 6:15 AM

Node.js Recipes

По буднях нотатки по #Nodejs розробці, по вихідним огляди конференцій та доповідей (с) @galkin_nikita

@node_recipes offers specialized information about nodejs and galkin_nikita for subscribers interested in Networking

റാങ്കിംഗ്

ഗ്ലോബൽ റാങ്കിംഗ്

#16588

-1

ഭാഷാ റാങ്കിംഗ്

#361മാറ്റമില്ല

വിഭാഗ റാങ്കിംഗ്

#352മാറ്റമില്ല

വരിക്കാരുടെ വളർച്ച (കഴിഞ്ഞ 30 ദിവസങ്ങൾ)

ആകെ: 3.2K

24h വളർച്ച: -5 0%

ഏറ്റവും പുതിയ പോസ്റ്റുകൾ

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Цього тижня для мене відбулася перша 🇺🇦 офлайн-конференція за останні 4 роки. Сьогодні повертаюся з Європи.

Ось тезово, як пройшла WAWTech 2025.
•⁠ ⁠Локація, де пахне ялиною, мандаринами та кавою
•⁠ ⁠Гардероб, єдине місце, де не усміхаються і говорять лише польською
•⁠ ⁠Стенди партнерів, де єдиний шанс на swag без черг лише о 8-й ранку
•⁠ ⁠Main Stage, де на сцені ті, з ким ти маєш зробити селфі
•⁠ ⁠Max Lounge, де немає черги за кавою, а в куточку хтось із доповідачів доробляє слайди
•⁠ ⁠Growth Stage де на сцені про що завгодно, але не про те, навіщо прийшла аудиторія: “як зробити growth власної зарплати”
•⁠ ⁠Speed dating zone, куди, як і на збір дронів, ти не потрапив, бо затримався у фотозоні на хвилину
•⁠ ⁠Engineering Stage, де дуже цікаво, але нічого не зрозуміло
•⁠ ⁠Кафетерій, також відомий як бермудський трикутник. Багато хто намагався там зустрітися, і лише одиниці знали, що їх два
•⁠ ⁠Q&A-зона, де з поваги до одного поляка всі говоритимуть англійською

After-party. У кожного вона була своя. На моїй були:
•⁠ ⁠майстер-клас із паркування в центрі Варшави
•⁠ ⁠повний розгром закусок мішленівського рівня від грузинської кухні
•⁠ ⁠тест-драйв фотозйомки на розкладачку від Motorola (хочу таку від Apple)
•⁠ загадка ⁠як коктейль із назвою Tomato rum може бути прозорим?

Дякую що нагадали, чому конференції це не про доповіді, а про комунікацію та комьюніті

1,760

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

📷 Photo

Учора відбувся публічний реліз ще одного проєкту, який, на мою думку, буде частиною Agentic AI Foundation.

Проєкт називається A Protocol for Agent-Driven Interfaces (A2UI).

🔗 http://a2ui.org/

Проблема, яку вирішує A2UI, звучить так:
як AI agents можуть робити reusable rich UI без text-only responses та небезпечного виконання коду на стороні клієнта? Ціль A2UI дозволіти агента надсилати declarative component descriptions, які клієнт рендерить, використовуючи власні native widgets. Фактично, це виглядає так, ніби AI agents розмовляють універсальною мовою UI, а кожен клієнт відображає її у своєму нативному середовищі — без порушення безпеки та контролю.

2,250

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

📷 Photo

Учора відбувся реліз Agent Development Kit для TypeScript!

👉 https://google.github.io/adk-docs/get-started/typescript/

1,720

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Більшість розробників насправді не хочуть стати хорошими інженерами.
Вони прагнуть виглядати ними, виглядати на співбесідах і в LinkedIn.

Справжня інженерія нудна.
Вона про щоденні технічні рішення, ухвалені усвідомлено й відповідально.
Про уважне читання документації та вимог.
Про фокус і вміння ставити правильні запитання.
Про рефакторинг коду, за який ніхто не скаже «дякую».
Про вміння бачити в коді систему та її розвиток.
Про дебаг власних помилок, після яких почуваєшся дурнем.

Щоб бути інженером, потрібен не талант.
Потрібні терпіння й дисципліна, адже лише так можна створювати цінність для інших людей.

AI цього не змінить.
Він може писати код швидше.
Може підказувати рішення.
Може зняти частину рутини.

Але він не здатен взяти на себе відповідальність за вибір.
Не відчуває наслідків поганих рішень.
Не бачить систему в часі, лише фрагменти в моменті.

І саме тому інженерія залишиться інженерією.
Бо її ядро не в коді.
А в судженні, відповідальності та витривалості.

2,300

119

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Цього тижня Linux Foundation оголосила про створення Agentic AI Foundation (AAIF).

На мій погляд, AAIF стає третьою foundation, за якою варто стежити Node.js-розробникам, поряд із двома вже системоутворюючими організаціями:

🏛️OpenJS Foundation
Виступає куратором ключових open-source проєктів JavaScript-екосистеми, зокрема Node.js, Electron, jQuery, ESLint, Express та інших.

🏛️ Cloud Native Computing Foundation (CNCF)
Визначає розвиток cloud-native екосистеми, зокрема Kubernetes, Helm, Istio, Argo та пов’язаних інфраструктурних проєктів.

До стартового набору проєктів AAIF увійшли:
🤖 https://modelcontextprotocol.io/ від Anthropic
🤖 https://agents.md/від OpenAI
🪿 https://block.github.io/goose/ від Block

Перші два проєкти виглядають логічними та очікуваними — вони фактично формують базові контракти взаємодії між LLM-агентами, інструментами та кодом. Щодо goose, ситуація менш очевидна. Це open-source, local-first AI-agent framework для програмування, однак чому саме він був обраний як foundational-проєкт серед багатьох альтернатив — для мене поки відкрите питання. Я ще не мав практичного досвіду роботи з ним. Практичне знайомство планую зробити як буде час на завданнях https://adventofai.dev/.

Дивує відсутність у переліку Agent2Agent (A2A) Protocol від Google, який фактично поглинув Agent Communication Protocol (ACP) від IBM/Linux Foundation. Цитата https://www.ibm.com/think/topics/agent-communication-protocol:
The information provided in this explainer about ACP may not reflect its current status, as ACP has merged with A2A under the Linux Foundation umbrella.
З огляду на це, логічно було б очікувати A2A серед ключових проєктів AAIF, однак наразі його там немає.

2,250

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Давно не проводив #like_and_share. Мета гри - поділитися своїм досвідом та дізнатися про досвід інших учасників. Правила:

Сьогоднішня тема “Книги для розробників”.
У коментарях кожен може поділитися посиланням на корисну книгу та коротко пояснити, чому варто її прочитати.
Учасники голосують, використовуючи лайки. Не ставте негативні лайки, бо вони також зараховуються як позитивні.
Наступного тижня підб’ємо підсумки. Переможець отримає 12-місячну персональну підписку на будь-яке IDE від JetBrains.

2,280

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

AI не лише допомагає, а й дратує. Будь ласка, поділіться своїм роздратуванням або злістю щодо AI процесів розробки

👉 https://forms.gle/1d1gd77ASZQhguHNA

Ваші відповіді я проаналізую та підготую допис для каналу, а також використаю їх у своєму виступі.

1,990

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Cьогодні останній день конференції AWS re:Invent 2025.
Підсумки щодо оголошених новинок можна прочитати в https://aws.amazon.com/blogs/aws/top-announcements-of-aws-reinvent-2025/.

Також можна послухати AWS re:Invent Recap від https://t.me/AWS_UG_Kyiv.
Онлайн-мітап відбудеться 16 грудня. У програмі 4 доповіді. Деталі та реєстрація — https://aws-user-group.com.ua/business-notes/.

2,280

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

📗📚📘Цікаві новина зі світу книжок:

Що сталося?
Юристи O’Reilly https://www.linkedin.com/posts/amirshevat_this-weekend-i-got-a-legal-notice-regarding-activity-7404192446211088384-FziP/, що компанія Anthropic використала його книжку для тренування AI-моделей і вже погодилася виплатити кілька тисяч доларів компенсації.

Чому це важливо?
Це формує прецедент оплати за використання авторського контенту, але водночас виглядає як “разове легальне піратство”: одноразова виплата — а цінність для моделі зберігається назавжди. Фактично маємо новий тип “видавничого контракту”, тільки без роялті й довгострокових прав автора.

А до чого тут розробка?
Код (включно з Open Source) масово використовується для тренування AI. Законність залежить від ліцензії.
Шкода, що GitHub/GitLab не діють так само проактивно, як O’Reilly, бо самі тренують свої моделі на базі відкритого коду.

Що робити нам?
1️⃣ Розібратися з актуальними типами ліцензій та їхніми обмеженнями.
2️⃣ Додати в README свого open-source проєкту явну заборону чи дозвіл.

Приклад
You are prohibited from using this repository, its source code, documentation or artifacts to train AI models or datasets.

Наостанок нагадаю, що у комерційних проєктах в package.json треба робити
"license": "UNLICENSED"

2,210

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

ICYMI https://nextjs.org/blog/CVE-2025-66478#required-action

2,460

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

16-17 грудня буду на конференції https://wawtech.io/#tickets із доповіддю: “AI Driven Development for the Sane”.

Розповім про здоровий глузд у розробці та чому Vibe Coding варто навчати менеджерів, а не інженерів.

Промокод на знижку 20% для підписників: NODEJSRECIPES20

1,980

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Для тих, хто у Львові — цікавий мітап FRONTEND CASE EVENING від Skelar

🗓 27 листопада, 18:30
💸 Участь безкоштовна (офлайн + онлайн)
📍Львів (офлайн + онлайн)
🔗 https://meetup.skelar.tech/frontend-case-evening-27-11?utm_source=node_recipes&utm_medium=node_recipes&utm_id=node_recipes

Я б сам сходив, тому короткий огляд доповідей:
🎤 Як ми інтегрували AI у процес код-рев’ю, Ігор Бойко (Liven)
Я теж використовую AI у код-рев’ю — цікаво дізнатись, як це працює в мобільній розробці.
🎤 Коли дизайн-система має стати окремим продуктом, Тетяна Мельник (Preply)
Як CTO я часто думаю, що дизайн-системи — це зайві витрати. Але бізнес і дизайнери хочуть вирізнятися, тож досвід Preply буде цікавим.
🎤 Тема: TBA, Юрій Артюх (Coderiver)
Його доповіді завжди технічно глибокі й натхненні. Що б не розповідав - буде варто почути.
🎤 Як ми побудували кастомний пошуковий двигун на Next.js, Юрій Куцин (RiseGuide)
Я уникаю Next.js через поганий DevExp, тож мені менш цікаво.

І, звісно, нетворкінг на афтерпаті. Офлайн зараз рідкість, але буде стрім та запис

2,050

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

"Я уникаю Next.js через поганий DevExp" - розшифруйте будь ласка.
Next.js — це закрита екосистема, яка обмежує вибір технологій і підходів. Ось чому:

1️⃣ Деплой та залежність від Vercel
Для розгортання Next.js або потрібно використовувати Vercel, або вирішувати безліч додаткових завдань на власному хостингу.
Команда Next.js свідомо блокує покращення DevExp для сторонніх платформ. Я це розумію: вони не хочуть створювати конкурентів своєму основному продукту.

2️⃣ Складне усунення помилок
Дуже важко зрозуміти джерело проблеми: це Server Components, Turbopack, сам Next.js чи сторонній пакет.

3️⃣ Надмір кількох неявних конвенцій
У фреймворку багато прихованих правил (file-system conventions), які не перевіряються лінтерами або самим Next.js.
Було б логічно, якби команда дозволила явно зазначати в конфігурації: «ми дотримуємося цієї конвенції», і отримувати помилки або попередження, якщо її порушено.

4️⃣ Монолітність архітектури
Підхід “build APIs with Next.js” сприяє створенню монолітних застосунків замість модульної архітектури з окремими деплоями, як у монорепозиторіях.

Що я використовую натомість:
React Router v7 — дає більше контролю, прозорості й передбачуваності під час розробки.

2,650

128

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

2,790

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Рік тому https://www.heroku.com/blog/heroku-open-sources-twelve-factor-app-definition/
Я хотів би сказати, як це круто, що проєкт теперь з OpenSource/OpenContribution, а тому тепер рухається швидше.
Але, на жаль, це не так.

Приклади:
🤔 https://github.com/twelve-factor/twelve-factor/issues/4, яка монтується як Volume для збереження конфігурації, досі не вирішене. А це один зі стандартних підходів у Cloud Native/Kubernetes.
🤔 Чудова ініціатива https://github.com/twelve-factor/factor-ai за пів року так і не отримала жодного внеску.

Причина, як мені здається, банальна: в учасників немає матеріальної зацікавленості працювати. Тому й немає прогресу.

3,270

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Why Product Development Isn’t the Same as Outsourcing — and Why Ownership Matters

2,660

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Учора вийшла Gemini 3. Перше враження від Code generation with Gemini 3 Pro (High): краще до чого я маю доступ.

Як це спробувати?
- https://aistudio.google.com/ – vibe coding platform
- https://geminicli.com/ – coding agent that you can run locally from your terminal. Аналог OpenAI Codex CLI, Aider, Claude Code, etc
- https://antigravity.google/ – ще один VS Code з агентом, аналог Cursor/Windsurf/etc. Killer features: Browser Subagent, Artifacts

3,020

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Сьогодні хочу поділитися підходом до обробки помилок бази даних у Nest.js за допомогою Exception Filter.

Ключові моменти:
1. Перевірка бізнес-логіки на рівні БД – використання UNIQ/CHECK-обмежень у схемі бази даних.
2. Робота з кодами помилок драйвера – наприклад, обробка стандартних кодів PostgreSQL (23505, 23514, 40001 тощо).
3. Транзакції через typeorm-transactional – оскільки транзакції через @Transaction, фільтр є єдиним місцем, де можна перехопити помилку на рівні запиту.

Приклад фільтра, щоб проілюструвати ідею:
import type { ArgumentsHost, ExceptionFilter } from '@nestjs/common';import { Catch } from '@nestjs/common';import { Response } from 'express';import { DatabaseError } from 'pg';import { QueryFailedError } from 'typeorm';@Catch(QueryFailedError)export class TypeormExceptionFilter implements ExceptionFilter { catch(exception: QueryFailedError, host: ArgumentsHost) { const context = host.switchToHttp(); const response = context.getResponse(); if (exception.driverError instanceof DatabaseError) { if (exception.driverError.code === '40001') { return response.status(409).send({ message: 'Conflict. Please try again later.', }); } if (exception.driverError.code === '23505') { return response.status(400).send({ message: 'Should be unique', }); } if (exception.driverError.code === '23514') { switch (exception.driverError.constraint) { case 'not_negative_balance_check': { return response.status(400).send({ message: 'Not enough balance', }); } //… } } } throw exception; }}
PS Цей метод не скасовує, а доповнює моніторинг журналу помилок вашої бази даних.

2,390

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Під час оновлення https://www.npmjs.com/package/eslint-plugin-unicorn до версії 62 я дізнався про https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/raw. Він повертає «сирий» рядок без обробки escape-послідовностей.
Приклад коду:
// без String.rawconst file = `C:\\windows\\temp\\myapp-${process.pid}.log`;const re = `\\d{4}-\\d{2}-\\d{2}`;// із String.rawconst file = String.raw`C:\windows\temp\myapp-${process.pid}.log`;const re = String.raw`\d{4}-\d{2}-\d{2}`;
Як же мені бракувало цього знання під час написання міграцій з регулярними виразами CHECK для PostgreSQL. У цих міграціях Unicorn покращив код додавши String.raw

2,440

Node.js Recipes

६ डिसें, २०२५, ११:०८ AM

Сьогодні мав Zoom-coffee з інженером, який перейшов у формат solopreneur (тобто працює самостійно, поєднуючи ролі інженера, підприємця та продакт-менеджера).

Він зараз шукає оптимальну бізнес-модель і активно автоматизує власні процеси за допомогою агентів, написаних на Python, використовуючи підхід vibe coding.

Знайомий поділився болючою історією: витратив понад 20 годин на пошук і виправлення бага, спричиненого тим, що в одних місцях було написано cancelled, а в інших — canceled. Зрештою з’ясувалося, що розбіжність походить ще з документації, де описувався план для coding-агентів. Тепер він проводить рефакторинг, щоб впровадити StrEnum для уніфікації.

Мій особистий висновок із цієї історії: у системному промті варто одразу вказувати, який саме варіант англійської мови (наприклад, USA, що є де-факто стандартом) слід використовувати для документації та коду. Інакше LLM може обрати власний варіант написання, виходячи з контексту.

2,590

Node.js Recipes

५ डिसें, २०२५, ०५:१९ PM

🕘 Через 45 хвилин починаємо стрім!
Буде цікаво, легко і по-людськи. Побачимось о 21:00
Чекаємо вас на стрімі, щоб відповісти на ваші питання та коментарі

👀 https://www.youtube.com/live/34Yxho1Avu0

2,310

Node.js Recipes

५ डिसें, २०२५, ०१:२१ PM

У п’ятницю, 31 жовтня о 21:00 за Києвом, ми зробимо стрім із Віталієм Ратушним.
Обговоримо останні новини зі світу AI. Саме штучний інтелект запропонував назву — AI Insights — October 2025 Edition.
Мета стріму — зробити огляд ключових подій та трендів за останній місяць і поділитися інсайтами.

Надсилайте в коментарях свої запитання та новини, які ви хотіли б побачити у стрімі,
і перегляньте коментарі інших — ставте лайки тим темам, що здаються вам найцікавішими. Це допоможе нам визначити, що взяти в огляд.

2,730

Node.js Recipes

४ डिसें, २०२५, ०३:५१ PM

У вересні мені написали з питанням: “А як проходить твій день?”
Нагадю що я CTO у стартапі.
Тож ось 6 годин із сьогоднішнього 👇

1️⃣ Виявив що хтось зробив тестовий DDoS на ~100k/s.
Порадів, що ми вже комусь цікаві 😄
Підняв Cloud Armor для захисту.
Артефакти: Terraform + Helm charts

2️⃣ Готував розділення моноліту на API / Worker.
(Вітаємо мікросервіси 🎉)
Артефакти: Mermaid-діаграма + код у межах рефакторингу

3️⃣ Перевірив кількох користувачів на запит operations-відділу.
Артефакт: нова діаграма в Looker Data Studio

4️⃣ Code review.
Цікаво: підказав FE-інженеру, що баг не в нашому коді, а через регресію після оновлення залежностей

5️⃣ Дзвінки: дейлік, weekly planning.
Артефакти: нові задачі в Linear

Можна було б піти інженером у FAANG і фокусуватись на “кнопці-лайк”, але драйв стартапів мені набагато ближчий

2,860

154

Node.js Recipes

२ डिसें, २०२५, ०२:०६ AM

2,590

Node.js Recipes

२ डिसें, २०२५, ०२:०६ AM

Існує команда docker scout quickview, яка аналізує Docker-образ і показує короткий звіт про вразливості, залежності та базовий образ.
Вона корисна для швидкої оцінки безпеки контейнерів, особливо перед використанням образу у продакшн-середовищі.

Втім, якщо цієї команди немає (бо треба docker login), можна обійтися без неї – достатньо відкрити сторінку потрібного образу на https://hub.docker.com/ і перейти у вкладку Tags, де також відображається кількість вразливостей для кожної версії.

👉Приклад з Node.js
Під час воркшопів я використовую цю команду, щоб продемонструвати, чому варто обирати конкретну версію базового образу:
✅ node:22.x.x-alpine3.21
⚠️ а не просто node:22.x.x-alpine
🚫 і тим більше не node:22.x.x

Рекомендую спробувати самому:
docker scout quickview node:22docker scout quickview node:22-alpinedocker scout quickview node:22-alpine3.21
Порівняйте результати – різниця у кількості вразливостей будє суттєвою.

👉Рекомендація
Команда docker scout quickview — це must-have інструмент перед тим, як використовувати будь-який образ, особливо коли його рекомендує AI. Також, якщо ви відповідаєте за налаштування CI/CD, рекомендую додати це у ваш pipeline, подібно до npm audit.

3,130

116

Node.js Recipes

१ डिसें, २०२५, ०२:०७ AM

Хочу показати вам різницю між продуктовими та платформенними інженерами.

Учора в розсилці ADVENTURES IN NODELAND, яку веде Matteo Collina, вийшла чудова стаття — https://adventures.nodeland.dev/archive/noop-functions-vs-optional-chaining-a-performance/. У ній автор детально пояснює, чому Noop function працює швидше за Optional chaining.

// Підхід 1: Noop functionfunction noop() {}function testNoop() { noop();}// Підхід 2: Optional chainingconst a = {}function testOptionalChaining() { a.b?.fn?.();}

Не буду вам переказувати цю статтю – просто скажу, що вона чудово ілюструє, на чому зосереджені платформенні інженери. Для платформенних інженерів подібні оптимізації важливі, адже вони безпосередньо впливають на швидкодію фреймворків і бібліотек.

Натомість продуктові інженери фокусуються на тому, що створює затримки в роботі продукту – зазвичай це мережеві виклики та база даних. Тому витрачати час, щоб виграти кілька наносекунд у коді, немає сенсу, якщо можна зменшити затримку на сотні мілісекунд, оптимізувавши business flow або покращивши індексацію бази даних.

Платформенні інженери створюють технічні інструменти, а продуктові інженери використовують ці інструменти, щоб створювати цінність для кінцевого користувача. Обидві ролі важливі – просто вони розв’язують різні завдання, і підходи, які працюють у одній ролі, часто не підходять для іншої.

2,760

Node.js Recipes

१ डिसें, २०२५, ०२:०७ AM

Self-code review – це практика, коли розробник самостійно аналізує свій код перед тим, як відправити його на зовнішній рев’ю або змерджити у main branch. Її мета – знайти помилки, підвищити якість, узгодженість і зрозумілість коду ще до командного перегляду.

У 2025 році я вважаю використання AI для аналізу власного коду невід’ємною частиною процесу self-code review. Зазвичай я запускаю кілька циклів AI code review, перш ніж позначити pull request як готовий.

Що я для цього використовував
🤖 AI Self-Review (JetBrains)
🤖 Codex (OpenAI)
🤖 GitHub Copilot

Для мене GitHub Copilot показав найвищу якість аналізу та швидкість роботи. Навіть без додаткової https://docs.github.com/en/copilot/how-tos/use-copilot-agents/request-a-code-review/use-code-review#customizing-copilots-reviews-with-custom-instructions (яку, утім, рекомендую налаштувати), Copilot ефективно підсвічує потенційні проблеми, пропонує релевантні фікси й адаптується до стилю коду. Його можна легко перезапускати кілька разів.

👉 Рекомендація: тримайте Copilot https://docs.github.com/en/copilot/how-tos/use-copilot-agents/request-a-code-review/configure-automatic-review – це забезпечує відчутний приріст якості ще до командного рев’ю.

Деякі спостереження
1️⃣ AI перевершує людину у виявленні очевидних помилок.Наприклад, сьогодні AI помітив, що я переплутав min і max у розрахунку high/low для свічкових графіків – банальна, але критична помилка, яку ШІ знаходить миттєво.
2️⃣ AI поступається у забезпеченні єдиної стилістики та узгодженості коду на рівні всієї системи.Він не розуміє архітектурного контексту, внутрішніх домовленостей чи специфіки доменної логіки. Тут досвід і відчуття цілісності системи залишаються прерогативою людини.
3️⃣ AI майже не здатен виявити пропущене у pull request. Нажаль людина теж.

TL;DR; Human in the Loop – найкраща стратегія використання AI.

Node.js Recipes

३० नोव्हें, २०२५, ०२:०२ AM

Якщо ви змінюєте модель даних так, що це призводить до незворотних втрат інформації – тобто одна міграція бази даних видаляє або змінює дані, – обов’язково передбачте план їх відновлення.
У мене є два взаємодоповнювальні плани:
1. Регулярні автоматизовані резервні копії (бекапи).
2. Використання в міграції команди, що створює резервну копію таблиці перед змінами:
CREATE TABLE "_backup_" AS TABLE ""
Звісно, я застосовую цей підхід лише для таблиць із порівняно невеликою кількістю записів, де створення копії не впливає суттєво на продуктивність або час виконання міграції.

2,000

Node.js Recipes

२८ नोव्हें, २०२५, ०४:४८ PM

Ось така розмова вийшла з колегою-архітектором.

привіт Нікітаможливо можеш трохи допомогти?Треба інструмент котрий міг би полегшити документацію. Confluence не має. На данний момент вся документація створюється в окремому git проекті. Шо не є зручно. Є купа репозиторієв в котрих є свої нюанси (як приклад як додавати переклади, сетапити перший запуск ...). Readme не дуже зруно юзати.Можливо знаєшь якість інструменти? можливо якийсь npm пактет котрий міг би давати змогу вести зручну документацію для кожного репозиторія?у клієнта Azure інфраструктура

привіт
1. як я тебе зрозумів
- є система (або група застосунків), код якої зберігається як polyrepo
- є технічна документація, що зберігається в окремому репозиторії
2. як я зрозумів проблему — неактуальність документації. Вона частково спричинена тим, що зміни в репозиторіях app1/appN із кодом не завжди супроводжуються змінами в репозиторії з документацією docs
3. що я припускаю за контекстом
- використовується GitHub Actions
- проблему не вдається вирішити використовуючи тількі інженерну дисципліну
4. що б я зробив
- продовжив би використовувати один репозиторій для документації як джерело правди
- додав би в кожен репозиторій папку docs
- створив би reusable GitHub Action, який копіює зміни з appN/docs у docs/appN
у результаті розробники відповідають за документацію на рівні репозиторію, а архітектори — на рівні docs
5. опційно
- для людей із репозиторію docs зробити автопублікацію сайту з документацією (є багато готових рішень для перетворення markdown → HTML)
- вибрати й задокументувати технічний стек у репозиторії docs, додати скрипти для перевірки відповідності у всіх репозиторіях (наприклад, версія TypeScript/Eslint/etc)
- реалізувати підхід для генерації специфікацій із коду (Swagger чи його аналоги) і збірку зі всіх репозиторіїв
- для AI coding agents — створити власний MCP сервер. Спочатку з документацією, пізніше з метриками з інфраструктури й даними з застосунків

А взагалі ведення узгодженої документації — це більше про допомогу людям домовитися й дотримуватись домовленостей, ніж про інженерію.

Node.js Recipes

२५ नोव्हें, २०२५, १२:१७ AM

Відрізнити бота, користувача через LLM і людину, що сама натискала кнопки, стає дедалі складніше.
А це означає, що бізнес усе частіше просто не буде робити різниці між ними.

У якості підтвердження своїх спостережень пошлюся на пару новин:

Sam Altman, CEO OpenAI, https://x.com/sama/status/1963366714684707120:
i never took the dead internet theory that seriously but it seems like there are really a lot of LLM-run twitter accounts now
У той же час розробники Chrome та Edge створюють https://github.com/webmachinelearning/webmcp, щоб перенести Model Context Protocol (MCP) з backend на frontend:
Web pages that use WebMCP can be thought of as Model Context Protocol (MCP) servers that implement tools in client-side script instead of on the backend
Висновок: кордон між «користувачем» і «ботом» стирається. Продуктам дедалі важливіше працювати з користувацькими сценаріями, а не з «типом користувача»

View on X (Twitter)

3,250

Showing 30 of 49 posts

Loading posts...

റേറ്റിംഗ്

ലോഗിൻ ആവശ്യമാണ്

ഉപയോക്തൃ അവലോകനങ്ങൾ (0)

അവലോകനങ്ങൾ ഒന്നും ലഭ്യമല്ല. നിങ്ങളുടെ അനുഭവം പങ്കുവെക്കുന്ന ആദ്യത്തെയാളാകൂ!

Loading reviews...

Node.js Recipes

По буднях нотатки по #Nodejs розробці, по вихідним огляди конференцій та доповідей (с) @galkin_nikita

@node_recipes offers specialized information about nodejs and galkin_nikita for subscribers interested in Networking

റാങ്കിംഗ്

ഗ്ലോബൽ റാങ്കിംഗ്

#16588

-1

ഭാഷാ റാങ്കിംഗ്

#361മാറ്റമില്ല

വിഭാഗ റാങ്കിംഗ്

#352മാറ്റമില്ല

വരിക്കാരുടെ വളർച്ച (കഴിഞ്ഞ 30 ദിവസങ്ങൾ)

ആകെ: 3.2K

24h വളർച്ച: -5 0%

ഏറ്റവും പുതിയ പോസ്റ്റുകൾ

Node.js Recipes

१२ मार्च, २०२६, १०:५८ AM

Цього тижня для мене відбулася перша 🇺🇦 офлайн-конференція за останні 4 роки. Сьогодні повертаюся з Європи.

Ось тезово, як пройшла WAWTech 2025.
•⁠ ⁠Локація, де пахне ялиною, мандаринами та кавою
•⁠ ⁠Гардероб, єдине місце, де не усміхаються і говорять лише польською
•⁠ ⁠Стенди партнерів, де єдиний шанс на swag без черг лише о 8-й ранку
•⁠ ⁠Main Stage, де на сцені ті, з ким ти маєш зробити селфі
•⁠ ⁠Max Lounge, де немає черги за кавою, а в куточку хтось із доповідачів доробляє слайди
•⁠ ⁠Growth Stage де на сцені про що завгодно, але не про те, навіщо прийшла аудиторія: “як зробити growth власної зарплати”
•⁠ ⁠Speed dating zone, куди, як і на збір дронів, ти не потрапив, бо затримався у фотозоні на хвилину
•⁠ ⁠Engineering Stage, де дуже цікаво, але нічого не зрозуміло
•⁠ ⁠Кафетерій, також відомий як бермудський трикутник. Багато хто намагався там зустрітися, і лише одиниці знали, що їх два
•⁠ ⁠Q&A-зона, де з поваги до одного поляка всі говоритимуть англійською

After-party. У кожного вона була своя. На моїй були:
•⁠ ⁠майстер-клас із паркування в центрі Варшави
•⁠ ⁠повний розгром закусок мішленівського рівня від грузинської кухні
•⁠ ⁠тест-драйв фотозйомки на розкладачку від Motorola (хочу таку від Apple)
•⁠ загадка ⁠як коктейль із назвою Tomato rum може бути прозорим?

Дякую що нагадали, чому конференції це не про доповіді, а про комунікацію та комьюніті