Хочу порекомендувати вам цікавий інженерний канал. Код його автора, можливо, прямо зараз працює у вашому CI — а ви про це навіть і не знаєте)

Мова йде про Андрія Кучеренка та його jscpd — copy-paste detector із 2,2 млн завантажень на тиждень у npm.

Чому це може бути для вас корисно? Автор пише про те, що зробив сам:

- переписав ядро jscpd на Rust (83 с → 3,4);
- подався на Claude for OSS і пройшов;
- зібрав власний SDD-фреймворк і виклав живий продукт на ньому.

А ви знаєте, скільки ваш стек коштує в токенах?

На каналі це порахували — по мовах, по фреймворках, з методикою, яку можна повторити на власному репозиторії.

З останнього - карта з 12 треків: що вчити, щоб зайти в AI-розробку на JS/TS. Побудована в тому порядку, в якому запит проходить крізь агента, а не як програма курсу 👇

🇺🇦 Math.random(): community of engineers

https://t.me/mathrandomcommunity/972

Трохи моїх думок про вектор руху ІТ ринку 🚬🚬🚬

Це стосується тільки інженерних напрямків, бо в інших я некомпетентний:

- T-Shaped Skills залишається найбільш стабільним вектором розвитку

- Full-stack більше не про frontend/backend. Все частіше потрібна людина, яка добре розбирається в backend/infrastructure, а навички писати frontend все частіше відходять на другий план (окрім випадків де він реально складний)

- Все частіше потрібне розуміння того, як інтегрувати АІ в продукти. Сюди можна включити розуміння болячок і оптимізації АІ

- Вимоги по hard skills ростуть і таке відчуття, що ІТ знову стає доступним тільки для тих, кому подобається вся ця технологічна дрочь

- Важливість soft skills виходить на новий рівень. З появою АІ, роль інженера змістилась в бік бізнесу і тепер все частіше потрібно трансформувати бізнес-вимоги в технічні задачі для агентів

Які є альтернативи Nest.js?

Я багато говорю про Nest.js і про те, що це дуже крутий Node.js фреймворк, але він не єдиний.

Є ще AdonisJS, який має схожі принципи, але менш роздутий і, як на мене, краще підходить для невеликих монолітів та простих мікросервісів.

Кому цікаво подивитися, що це за звір, - заходьте в документацію

Нове відео на каналі🍾🔥🔥

Так як наближається сезон хайрингу, я вирішив зробити невелике відео про найбільш розповсюджені помилки на технічному інтервʼю.

Всі вони засновані на моєму досвіді, тому щоб не наступати на ті ж самі граблі, вам достатньо подивитись відео 😁

📎 - https://www.youtube.com/watch?v=CmkpNrA3j3k

Нас вже більше 1000 😍😍😍

Це дуже мотивує писати далі й ділитися ще більше інженерним контентом.

Дякую всім за те, що читаєте ❤️

Elasticsearch більше не нужонний! 😱😱😱

Заява, звісно, доволі гучна, але зараз усе розпишу. Любителі PostgreSQL, робіть кохве - зараз буде цікаво ☕️

У 2026 році Tiger Data оголосила про production-ready реалізацію BM25 у PostgreSQL - pg_textsearch.

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

В цілому, PostgreSQL має повнотекстовий пошук з коробки, якого достатньо для більшості простих кейсів. Але коли потрібен ranking за релевантністю чи top-K search, стандартного пошуку вже недостатньо.

У таких випадках раніше часто використовували сторонні search engines, наприклад Elasticsearch або Solr. Вони створюють власні пошукові індекси, а дані з PostgreSQL постійно туди реплікуються. Такий підхід створював дуже багато проблем з синхронізацією і eventual consistency.

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

Також, pg_textsearch можна комбінувати з pgvector для гібридного пошуку.

📎 - https://github.com/timescale/pg_textsearch

Ви теж помітили, що за останній рік сервіси стали дуже криво працювати.

Github знову не робе 😩

Push vs Pull у брокерах повідомлень 💌💌💌

Одна з речей, які дадуть вам краще розуміння роботи брокерів - це моделі доставки повідомлень.

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

А від незнання, в вашій голові завжди буде звучати фраза: «беремо Kafka, вона сама лучча» 😁

Push

Брокер сам відправляє повідомлення consumer-у, щойно воно з’явилося. Такий спосіб найбільш простий і очевидний, оскільки дозволяє дуже швидко отримати та обробити повідомлення.

Але є суттєвий мінус - повідомлень може надходити більше, ніж consumer здатен обробити. Виникає backpressure: повідомлення накопичуються швидше, ніж обробляються.

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

Pull

Тут система трохи складніша. Consumer сам запитує у брокера наступну порцію повідомлень і таким чином контролює швидкість їх отримання. Це спрощує роботу з backpressure (але тільки частково), оскільки consumer сам вирішує, коли забирати нові повідомлення.

Загалом pull-модель дає consumer-у більше контролю над тим, коли, скільки і як опрацьовувати повідомлення.

Яскравий представник pull-моделі - Kafka.

#microservices #brokers

Новий розіграш підʼїхав! ☕️

Цього разу, книга по православному JavaScript.

Книга не моя, а Myloslava Martynova за що їй дуууже велике Дякую!

Умови цього разу трошки інші, книгу зможемо відправити тільки по Україні. Для участі в розіграші напишіть js, @нік нейм, наприклад js, @o_kazm.

Розіграємо книгу 22.08 (субота) біля 11:00 по Києву.

Також, лишаю LinkedIn Милослави, вона пише багато про навчання - https://www.linkedin.com/in/myloslava-martynova/

Я декілька разів писав про Eventual Consistency, і нещодавно Мамкін Архітектор розписав цікавий кейс, де ця модель може добряче підпалити зад користувачу 😁

Хороший приклад того, як цілком нормальне архітектурне рішення може вилізти дуже неприємним UX.

Посилання на допис - https://t.me/mamkin_architect/676

Книгу розіграно!🍾🔥🔥

Всього прийняло участь 95 людей, а переможець в нас @bulmak_nadiia (напиши пліз поштову інформацію сюди @o_kazm, щоб ми відправили книгу)

Хто не виграв, не розстраюйтесь, розіграші ще будуть і походу багато 😁📕📕

Мав трохи вільного часу і завайбкодив можливість створювати контент для користувачів.

Якщо хочете написати статтю або поділитися питаннями з інтервʼю — реєструйтеся на сайті та заходьте в «Мої публікації».

Після створення контенту я перевірю, чи це не якийсь скам 😁, і якщо все ок — опублікую.

Особливо цікаві питання по frontend, бо зараз на сайті переважає backend, а по frontend є лише кілька питань.

📎 - https://devs-hive.tech/uk/my-content