Devs Hive

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

Детально розповів про одну з найбільш популярних сертифікацій по AI - AWS Certified AI Practitioner.

Розповів про те кому підходить ця сертифікація, основні теми і процес проходження

📎 - https://youtu.be/1nHIhpUBLto?si=r9Gw9R0Z1s1nzOP2

Щось в цьому є 😂

Code Review Graph (CRG)🔥🔥🔥

Натрапив на цікавий інструмент для code review, який будує структурний граф кодової бази і дає доступ AI через MCP.

Можна сказати, що це такий собі Obsidian для code review де описуються звʼязки між файлами, функціями, класами і так далі.

Скоріше за все для стартапчиків буде overhead, але для legacy кріпто казіно - це може бути дуже крутим інструментом.

Детально описувати не буду, бо вони заморочились і створили дуже гарний і зрозумілий README де все гарно розписано - https://github.com/tirth8205/code-review-graph

Трохи забив сайт через брак часу 😐🚬

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

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

📎 - https://devs-hive.tech/interview-qa

Transactional Outbox

Хочу розповісти про один з реально корисних патернів, який спрощує життя при роботі з legacy системами.

Сучасне legacy - це не завжди стара система. AI вніс свої поправки в розуміння legacy і тепер це може бути відносно новий продукт, який важко розвивати і мінорні зміни можуть призвести до каскадного падіння всієї системи.

Які є варіанти роботи з такими системами?

1️⃣ Переписати з нуля 😁😁

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

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

2️⃣ Залишити як є і найняти більше розробників

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

3️⃣ Залишити legacy і паралельно створювати нову систему

Найбільш робочий варіант, суть якого полягає в тому щоб паралельно з legacy-системою розробляти нову систему, яка буде сумісна з поточною і поступово її замінить.
Тут багато підходів, патернів і набитих шишок, про які я буду писати в Telegram. Один з них - це Transactional Outbox.

Суть його в тому, щоб синхронізувати legacy і нову систему за допомогою подій, не ризикуючи втратити дані в момент їх передачі. Для цього буде використовуватися окрема таблиця (Outbox) де ми будемо зберігати інформацію про зміни в базі даних

Окрім цього, в нас буде окремий worker, який буде читати outbox таблицю і передавати події в брокер, який відправить їх в нову систему для синхронізації даних.

У спрощеному вигляді це працює так:

Legacy → таблиця Outbox → брокер → нова система.

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

Детальніше читай тут.

#microservices

Хто такий HTTP/3?

Про HTTP/3 поки пишуть не так багато, тому є сенс коротко розібрати, які проблеми вирішує нова версія протоколу.

Найперше, що варто розуміти: HTTP/3 працює поверх QUIC/UDP, а не TCP, як HTTP/1.1 та HTTP/2.

QUIC підтримує незалежні потоки даних, кожен із яких має власний порядок доставки. Завдяки цьому HTTP/3 вирішує одну з типових проблем TCP — head-of-line blocking.

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

Можна подумати, що в HTTP/2 це працює так само, бо в статтях на Medium (від наших братів з Індії) пишуть про паралельне завантаження і потоки. Але не все так просто.

Усі HTTP/2-потоки передаються через одне TCP-з’єднання і якщо один TCP-пакет загубився, наступні отримані дані не будуть передані браузеру, доки втрачений пакет не надійде повторно.

Тому в HTTP/2 втрата одного пакета може тимчасово заблокувати всі логічні потоки, а в HTTP/3 — лише той потік, до якого належать втрачені дані.

З опису вище, можна прикинути де він буде корисний:

- Мобільні застосунки де потрібно враховувати поганий інтернет.
- Медіасервіси.
- Сайти з великою кількістю ресурсів.

Шо там в Node.js?

В нашому болоті активно працюють над підтримкою QUIC тому при бажанні можна погратись увімкнувши його - https://nodejs.org/api/cli.html#--experimental-quic

Трохи інтерактиву, щоб розбавити дописи чимось цікавим і пізнавальним 😁

Як пов'язані Elasticsearch та Apache Lucene?

A. Elasticsearch і Lucene - це конкуруючі search engines.

B. Elasticsearch - це distributed layer поверх Lucene.

C. Lucene - це distributed layer поверх Elasticsearch.

D. Elasticsearch - це нова версія Lucene, яка повністю замінила його.

Відповідь: B

Elasticsearch - це distributed layer поверх Lucene, який забезпечує координацію кластера, зовнішнє API, шардінг та майже миттєве оновлення індексу (near real-time).

Apache Lucene - це вбудована бібліотека, яка безпосередньо виконує індексування та пошук документів в окремих шардах.

#quiz

AWS Lambda тепер в S3 🔥

Тепер ваш код можна зберігати в контрольованому S3 storage, а не використовувати AWS managed bucket.

Що це дає?

- S3 стає єдиним джерелом правди для артефактів.
- Повний контроль над encryption, access policies, lifecycle rules і так далі.
- Швидше оновлення, через відсутність необхідності в копіюванні ZIP.
- Простий rollback, через версійність S3 bucket (просто відкочуєтесь до потрібної версії).

Варто зазначити, що працює воно тільки для функцій і layers, які розгортаються через ZIP. Якщо ви використовуєте container images, то для вас нічого не змінюється.

#aws

Якщо вам сьогодні прийшов подібний рахунок від AWS, не панікуйте

Це АІ знову заміняє інженерів😁

Почитати про issue можна тут - https://health.aws.amazon.com/health/status

Прийшло моїй дружині і я мʼяко кажучи офігів😅😅😅

#news

Підписаний я значить на таку платформу, як Nx

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

В цілому тут є все, що потрібно для проєктів, які повністю на JS/TS. Ви можете створювати бібліотеки? перевикористовувати код як з бекенду, так і з фронтенду. Окрім цього, багато функціоналу для тестування і розгортання.

Але зворотня сторона медалі - це колосальний vendor lock-in.

Я б його не обирав для проєкту, бо не дуже зрозуміло як його масштабувати і скоріше за все згодом доведеться випилювати 😁

📎 - https://nx.dev/

#news

Який database GUI ти використовуєш?

В спільноті доволі багато початківців в backend і frontend розробників, які його вивчають.

І я подумав, що скоріше за все ви зіштовхувались з питанням, а де нормально глянути базу даних 😁

Рішень багато, але я хочу порекомендувати інструмент, який використовую вже дуже давно - Table Plus.

Його основна перевага в тому що він окрім корисного функціоналу, має нормальний UI/UX.

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

Там є безкоштовна версія, яка цілком підходить для навчання.

А якщо купувати, то можна з кимось розшарити і взяти дешевше. В мене дружина бекендекиня (чи як там зараз правильно) і ми платимо за 2 seats акаунт з нормальною знижкою.

📎 - https://tableplus.com/

#databases

ІТ волонтерство і його вплив на карʼєру🚬

Ваші пет проєкти - це звісно добре, але вони про прокачку Hard Skills.

В ІТ велику роль грають Soft Skills і один з способів їх прокачати - доєднатись до проєкту, який робить щось хороше.

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

Частіше всього - це набагато важливіше, якщо дивитись на горизонт в декілька років.

Цьому фото вже майже 10 років, я тут ще піздюк. Відкриваємо черговий філіал Code Club UA в одній з львівських бібліотек😁

#news

Цікавий пост з каналу Мамкін Архітектор🔥

Суть в тому що Scarf, який був написаний на Haskell почали переносити на Python (добре хоч не на JS), по доволі очевидним як на мене причинам.

Найцікавіша з них - Haskell погано підходить для паралельної роботи великої кількості AI-агентів. І це наштовхує на певні роздуми про життєздатність різних «трушних інструментів» у сучасній розробці.

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

Як думаєте, чи почнуть поступово всі підлаштовувати свої технології та інструменти під AI?

Посилання на допис (там і оригінал знайдете) - https://t.me/mamkin_architect/661