خبرفوری
آهنگیفای
TrueCaller
Notcoin Community
Whale Chanel
Proxy MTProto | پروکسی
iRo Proxy | پروکسی
Findo Lucky
My Proxy | مای پروکسی
خبرفوری
آهنگیفای
TrueCaller
Notcoin Community
Whale Chanel
Proxy MTProto | پروکسی
iRo Proxy | پروکسی
Findo Lucky
My Proxy | مای پروکسی
خبرفوری
آهنگیفای
TrueCaller
Node.js Recipes
Technology
По буднях нотатки по #Nodejs розробці, по вихідним огляди конференцій та доповідей (с) @galkin_nikita
TGlist rating
0
0
TypePublic
Verification
Not verifiedTrust
Not trustedLocationУкраїна
LanguageOther
Channel creation dateApr 07, 2021
Added to TGlist
Jun 13, 2023Linked chat
Node.js Recipes chat
36
Technology
10.03.202515:22
Що повинен знати Node.js розробник у 2025-Q1?
У вересні минулого року я висловлював свою думку Що має знати Senior Node.js Developer. Зараз я спробував зробити аналіз на основі зрізу усіх українських вакансій. Для цього я звернувся до знайомих з DOU. Мене познайомили з Оксаною Лобко. Саме вона той надзвичайно продуктивний інженер, що створював Джинні у 2017-2021. Зараз вона працює над своїм проєктом JobNote.ai та part-time допомагає у DOU.
Оксана надала агреговані дані про вакансіям з українського ринку. JobNote парсить вакансії на сайтах Dou, Джинні та recruitika. Ось так виглядає зріз даних для Node.js: https://jobnote.ai/skills/Node.js/
Прокоментую, що там таке:
– Cеред даних є як чисті Node.js розробники, так і FullStack.
– Title визначається за потрібними роками досвіду. Junior (0,1), middle (2,3,4), senior (>=5).
– Популярність технології визначається кількістю вакансій, де вона вказується як вимога.
– У рамках цього аналізу дані salary/application per job я відкинув
Для зручності аналізу я перейшов від абсолютних показників до відносних. Отже, що нам показують дані?
Що стабільно потрібно? TypeScript, NestJS, React та бази даних стабільно затребувані незалежно від рівня:
- TypeScript – є у 70% вакансій незалежно від рівня.
- NestJS – у 40% вакансій. Express.js/Fastify/etc майже не зустрічаються.
- PostgreSQL – у 50% вакансій.
- MongoDB – у 30% вакансій.
- MySQL – 20%, SQL – 20%, NoSQL – 15%.
- Redis – 25% (але для Junior трапляється рідше).
- React – у 40% вакансій, Next.js/HTML/CSS – у 10%.
Що менше вимагають з розвитком? Очевидно, що певні знання стають само собою зрозумілими:
- JavaScript – важливий для 70% Junior, але для Middle/Senior це знижується до 40%.
- API – 50% для Junior, 40% для Middle та 30% для Senior.
- Git – 30% для Junior, 20% для Middle і Senior.
Що стає актуальніше з розвитком? Явно зростає попит на Cloud Native
- AWS – Junior (35%), Middle (40%), Senior (50%).
- CI/CD – Junior (10%), Middle (20%), Senior (27%).
- Docker – Junior (23%), Middle (28%), Senior (33%).
- Kubernetes – Junior (10%), Middle (12%), Senior (24%).
Топ-3 хмарних провайдерів:
- AWS – Junior (35%), Middle (40%), Senior (50%)
- Google Cloud – Junior (5%), Middle (8%), Senior (15%).
- Azure – Junior (?), Middle (7%), Senior (12%).
Окремо виділю зростання попиту на GraphQL
- GraphQL – Junior (6%), Middle (15%), Senior (18%)
Чого ми не бачимо у вакансіях?
LLM/AI/Agents/etc. Я очікував побачити це у вакансіях у 2025-Q1
Воно ще занадто нове, щоб бізнес розумів, як це інтегрувати в існуючі технічні та бізнесові процеси.
Висновки
Можливо, я упереджений, тому дані лише підтвердили мої припущення:
1. У 2025 Node.js — Boring Technology
2. На ринку найбільше затребувані Node.js розробники, які знають TypeScript, NestJS, React та CloudNative (AWS/K8s/etc).
3. Використовувати ринок, як джерело правди, що варто вивчати, можна тільки до middle рівня. На senior/senior+ потрібно самостійно складати план подальшого розвитку.
У вересні минулого року я висловлював свою думку Що має знати Senior Node.js Developer. Зараз я спробував зробити аналіз на основі зрізу усіх українських вакансій. Для цього я звернувся до знайомих з DOU. Мене познайомили з Оксаною Лобко. Саме вона той надзвичайно продуктивний інженер, що створював Джинні у 2017-2021. Зараз вона працює над своїм проєктом JobNote.ai та part-time допомагає у DOU.
Оксана надала агреговані дані про вакансіям з українського ринку. JobNote парсить вакансії на сайтах Dou, Джинні та recruitika. Ось так виглядає зріз даних для Node.js: https://jobnote.ai/skills/Node.js/
Прокоментую, що там таке:
– Cеред даних є як чисті Node.js розробники, так і FullStack.
– Title визначається за потрібними роками досвіду. Junior (0,1), middle (2,3,4), senior (>=5).
– Популярність технології визначається кількістю вакансій, де вона вказується як вимога.
– У рамках цього аналізу дані salary/application per job я відкинув
Для зручності аналізу я перейшов від абсолютних показників до відносних. Отже, що нам показують дані?
Що стабільно потрібно? TypeScript, NestJS, React та бази даних стабільно затребувані незалежно від рівня:
- TypeScript – є у 70% вакансій незалежно від рівня.
- NestJS – у 40% вакансій. Express.js/Fastify/etc майже не зустрічаються.
- PostgreSQL – у 50% вакансій.
- MongoDB – у 30% вакансій.
- MySQL – 20%, SQL – 20%, NoSQL – 15%.
- Redis – 25% (але для Junior трапляється рідше).
- React – у 40% вакансій, Next.js/HTML/CSS – у 10%.
Що менше вимагають з розвитком? Очевидно, що певні знання стають само собою зрозумілими:
- JavaScript – важливий для 70% Junior, але для Middle/Senior це знижується до 40%.
- API – 50% для Junior, 40% для Middle та 30% для Senior.
- Git – 30% для Junior, 20% для Middle і Senior.
Що стає актуальніше з розвитком? Явно зростає попит на Cloud Native
- AWS – Junior (35%), Middle (40%), Senior (50%).
- CI/CD – Junior (10%), Middle (20%), Senior (27%).
- Docker – Junior (23%), Middle (28%), Senior (33%).
- Kubernetes – Junior (10%), Middle (12%), Senior (24%).
Топ-3 хмарних провайдерів:
- AWS – Junior (35%), Middle (40%), Senior (50%)
- Google Cloud – Junior (5%), Middle (8%), Senior (15%).
- Azure – Junior (?), Middle (7%), Senior (12%).
Окремо виділю зростання попиту на GraphQL
- GraphQL – Junior (6%), Middle (15%), Senior (18%)
Чого ми не бачимо у вакансіях?
LLM/AI/Agents/etc. Я очікував побачити це у вакансіях у 2025-Q1
Воно ще занадто нове, щоб бізнес розумів, як це інтегрувати в існуючі технічні та бізнесові процеси.
Висновки
Можливо, я упереджений, тому дані лише підтвердили мої припущення:
1. У 2025 Node.js — Boring Technology
2. На ринку найбільше затребувані Node.js розробники, які знають TypeScript, NestJS, React та CloudNative (AWS/K8s/etc).
3. Використовувати ринок, як джерело правди, що варто вивчати, можна тільки до middle рівня. На senior/senior+ потрібно самостійно складати план подальшого розвитку.
18.02.202515:03
Сьогодні ділюся спостереженням, яке часто зустрічається в проектах, де я проводжу Architecture Board Review.
Багато команд використовують лише одну базу даних, зазвичай PostgreSQL. Хоча це зручно і забезпечує консистентність, ми все одно використовуємо інші сховища даних (наприклад, S3) та інтегруємося з 3rd parties, як-от Stripe чи Firebase Auth. Через це питання узгодженості між DB та 3rd parties все одно доводиться вирішувати.
Не бійтеся додавати ще одну базу даних до проєкту - це може спростити розробку та архітектуру застосунку. Ось кілька прикладів:
1) SQLite для даних, що рідко змінюються. У додатку його монтують як Docker Volume з доступом лише для читання, а зміни здійснюються через адмінку, яка використовує той же volume з правами на запис.
2) Окрема база для аналітики. Наприклад, додатковий PostgreSQL або спеціалізована база для аналітичних даних, щоб основна база не була перевантажувана і це не впливало на користувацький досвід.
3) Realtime база. Firestore або Supabase можуть бути використані для реалізації повідомлень у реальному часі. Підключення серверних подій або веб-сокетів часто вимагає великих змін в архітектурі, тому окрема база для realtime notifications може бути зручною альтернативою.
4) Redis для кешування. Використання Redis або його аналогів допомагає зменшити навантаження на бази даних, пришвидшити доступ до часто використовуваних даних та забезпечити кращу масштабованість проєкту.
На завершення нагадаю про PostgreSQL Extensions. У певних ситуаціях це правильний інструмент для вирішення чергового інженерного завдання.
Багато команд використовують лише одну базу даних, зазвичай PostgreSQL. Хоча це зручно і забезпечує консистентність, ми все одно використовуємо інші сховища даних (наприклад, S3) та інтегруємося з 3rd parties, як-от Stripe чи Firebase Auth. Через це питання узгодженості між DB та 3rd parties все одно доводиться вирішувати.
Не бійтеся додавати ще одну базу даних до проєкту - це може спростити розробку та архітектуру застосунку. Ось кілька прикладів:
1) SQLite для даних, що рідко змінюються. У додатку його монтують як Docker Volume з доступом лише для читання, а зміни здійснюються через адмінку, яка використовує той же volume з правами на запис.
2) Окрема база для аналітики. Наприклад, додатковий PostgreSQL або спеціалізована база для аналітичних даних, щоб основна база не була перевантажувана і це не впливало на користувацький досвід.
3) Realtime база. Firestore або Supabase можуть бути використані для реалізації повідомлень у реальному часі. Підключення серверних подій або веб-сокетів часто вимагає великих змін в архітектурі, тому окрема база для realtime notifications може бути зручною альтернативою.
4) Redis для кешування. Використання Redis або його аналогів допомагає зменшити навантаження на бази даних, пришвидшити доступ до часто використовуваних даних та забезпечити кращу масштабованість проєкту.
На завершення нагадаю про PostgreSQL Extensions. У певних ситуаціях це правильний інструмент для вирішення чергового інженерного завдання.
11.03.202519:13
Через 5 хвилин проведу стрім, щодо новини дня TypeScript -> Go:
- https://devblogs.microsoft.com/typescript/typescript-native-port/
Ця новина чудово підходить для розповіді про те, що таке LSP і чому це важливо для нас як розробників.
Навколо цієї теми вже починають з'являтися міфи, які викликані неточності, що виникають під час пересказу.
- https://www.totaltypescript.com/typescript-announces-go-rewrite
Отож давайте розберемо цю новину і додамо технічної глибини та розуміння цієї теми.
Приєднуйтесь до стріму або перегляньте його в записі
https://youtube.com/live/13dWqnuuNlk?feature=share
- https://devblogs.microsoft.com/typescript/typescript-native-port/
Ця новина чудово підходить для розповіді про те, що таке LSP і чому це важливо для нас як розробників.
Навколо цієї теми вже починають з'являтися міфи, які викликані неточності, що виникають під час пересказу.
- https://www.totaltypescript.com/typescript-announces-go-rewrite
Отож давайте розберемо цю новину і додамо технічної глибини та розуміння цієї теми.
Приєднуйтесь до стріму або перегляньте його в записі
https://youtube.com/live/13dWqnuuNlk?feature=share
21.02.202515:02
У середу готовув контент по курсу AI-Enabled Developer Experience та спіймав комплекс самозванця. Усвідомив, що багато функцій WebStorm та Visual Studio я не тільки не використовую, а й навіть не знаю про них.
Тому сьогодні хочу поділитися з вами фічею для WebStorm, що називається Endpoints та чудова працує з NestJS. Згідно з документацією вона повинна працювати з Express, можливо, з Fastify, але, здається, зараз вона зламана. Демонстрація фічі на відео.
Можливо зробити ще простіше, ніж на відео shift+shift /url feed
Catch that DevEx vibe!
Учора вперше використав її під час парного програмування з колегою. Відкрив мікросервіс, над яким він працює. Знайшов у Endpoint потрібний роут, поставив Breakpoint, та почав дебаг. Зворотний зв'язок від колеги, він автор цього мікросервісу, так швидко це не зміг би зробити.
Тому сьогодні хочу поділитися з вами фічею для WebStorm, що називається Endpoints та чудова працує з NestJS. Згідно з документацією вона повинна працювати з Express, можливо, з Fastify, але, здається, зараз вона зламана. Демонстрація фічі на відео.
Можливо зробити ще простіше, ніж на відео shift+shift /url feed
Catch that DevEx vibe!
Учора вперше використав її під час парного програмування з колегою. Відкрив мікросервіс, над яким він працює. Знайшов у Endpoint потрібний роут, поставив Breakpoint, та почав дебаг. Зворотний зв'язок від колеги, він автор цього мікросервісу, так швидко це не зміг би зробити.
07.03.202512:02
🤩🙌 Зустрічайте останнє відео з конференції React+ fwdays'24!
👨💻 Доповідь: "Effortless API Integration: SDK Generation as Best Practise" від Nikita Galkin
🎙️ Опис: «Many developers create a separate layer for working with APIs, but Nikita believes that this approach is inefficient — it is better to generate code from your API contract. The talk will cover the following topics: how does SDK differ from API, and why is SDK preferable for development? How can you automatically generate an SDK for Swagger and GraphQL? What should you do if you don’t have an API contract? And finally, why is it important for backend developers to understand React? The talk will help optimize development processes and simplify team interactions, making working with APIs more predictable and convenient».
🗣️ Мова – англійська
Дивіться відео на нашому новому каналі Fwdays Global та не забудьте підписатись! ➡️ https://youtu.be/bjp5Poutb7w?si=nCGJUcF2260EI07f
👨💻 Доповідь: "Effortless API Integration: SDK Generation as Best Practise" від Nikita Galkin
🎙️ Опис: «Many developers create a separate layer for working with APIs, but Nikita believes that this approach is inefficient — it is better to generate code from your API contract. The talk will cover the following topics: how does SDK differ from API, and why is SDK preferable for development? How can you automatically generate an SDK for Swagger and GraphQL? What should you do if you don’t have an API contract? And finally, why is it important for backend developers to understand React? The talk will help optimize development processes and simplify team interactions, making working with APIs more predictable and convenient».
🗣️ Мова – англійська
Дивіться відео на нашому новому каналі Fwdays Global та не забудьте підписатись! ➡️ https://youtu.be/bjp5Poutb7w?si=nCGJUcF2260EI07f
13.02.202512:28
Сьогодні один із моїх менті запитав мою думку про (вказано, як в оригіналі)
Поділюсь своєю точкою зору публічно.
Позиція Intern/Trainee буде актуальною завжди, адже нові люди приходитимуть у професію. Інша справа, що вимоги будуть змінюватися. Вони вже зараз змінюються, і в них з'являється вміння ефективно використовувати ChatGPT.
Я був у кількох кампусах США з доповідями, як Google Developer Expert. Тому в моїй мережі LinkedIn є нинішні студенти США. Тож LinkedIn мені регулярно показує їхні лайки. Тому в мене складається враження, що кількість інтернатур у топовій компанії залишається такою ж.
Update: Мені в DM дали посилання на першоджерело.
The "entry-level engineer" doesn't exist anymore.
Поділюсь своєю точкою зору публічно.
Позиція Intern/Trainee буде актуальною завжди, адже нові люди приходитимуть у професію. Інша справа, що вимоги будуть змінюватися. Вони вже зараз змінюються, і в них з'являється вміння ефективно використовувати ChatGPT.
Я був у кількох кампусах США з доповідями, як Google Developer Expert. Тому в моїй мережі LinkedIn є нинішні студенти США. Тож LinkedIn мені регулярно показує їхні лайки. Тому в мене складається враження, що кількість інтернатур у топовій компанії залишається такою ж.
Update: Мені в DM дали посилання на першоджерело.
Log in to unlock more functionality.
