Почну зі слів подяки. Читачі каналу дякую вам 🙏🙏🙏! Я не очікував такого відгуку на збір. Низький уклін вам за довіру та підтримку. За вашою допомогою збір закрили за тиждень.

В рамках підтримки цього збору я провів 5 мок інтерв'ю. Запит у 4-х читачів був на зворотний зв'язок з технічних навичок. Ще один запит був як найкраще проводити інтерв'ю. Як ви бачите запити не включали перевірку продуктового мислення (product mindset). У стартапах для інженера це надзвичайно важлива навичка.

Сьогодні у рекомендаціях не відео, а подкаст від того самого Макса Іщенка, який зробив Dou та Djinni. Подкаст називається "Startups are hard". Сьогоднішній випуск називається #19: Як виглядає версія цієї фічі, яку можна зробити за день? Це одне з моїх улюблених питань для product mindset interview.

Рекомендую підписатися і послухати випуски, що вже вийшли
#worth_seeing

Як генерувати первинний ключ?

TL;DR; використовуйте nanoid

Сьогодні поговоримо про формат первинного ключа. Почнемо з типового порівняння id VS uuid.

id, інкрементний ключ, тобто 1, 2, 3, ...
➕ простий у роботі
➕ по ньому можна сортувати
➖ Не є String. Нагадаю, що id входить до URL, який є String.
➖ Легко створити колізію. Приклад із практики: до міграції додано admin c id=1000. Це пішло у реліз.
➖ Створюють ризики для системи – її просто аналізувати: скільки сутностей, як швидко вони додаються
➖ сутності не можна переносити між оточеннями (типова проблема самописних CMS)

uuid, приклад 1FE577FE-9AED-4728-8B88-AAA11FA11E76
➕ гарантовано унікальні
➕ можна генерувати будь-де, а не тільки в БД. Нагадаю про crypto.randomUUID() і браузер, і в Node.js.
➖ довгі, тобто потрібно більше місця, щоб зберігати та передавати
➖ Людям із ними не так зручно працювати
➖ Сортування за таким ключем не має сенсу

Хорошою альтернативою uuid є nanoid. Приклад, V1StGXR8_Z5jdHi6B-myT. Ще він дозволяє вибрати довжину та алфавіт. Тому його часто використовують у web додатках.

Посилання по nanoid:
🔗 https://www.npmjs.com/package/nanoid
🔗 https://github.com/Jakeii/nanoid-postgres
🔗 https://zelark.github.io/nano-id-cc/

Що таке дизайн система?

Іноді я розповідаю про Frontend. Сьогодні саме такий день. І так, дизайн система це набір правил для дизайнерів та готових компонентів для розробників.

Типова помилка для вебзастосунків це індивідуальний дизайн. Компанія витрачає гроші та час співробітників не на бізнес-функционал, а на індивідуальний стиль, компоненти, тощо. Якщо вона не має мільйонних обертів, то робити так – це гроші на вітер. У 99% випадків унікалізації за допомогою логотипу достатньо. Треба використовувати готову дизайн систему, до якої звикла аудиторія.

Приклади дизайн систем:
👍 material дизайн система від Google, стандарт де-факто в Angular
❤️ ant.design дизайн система від Alibaba, мій звичайний вибір для React
🔥 новинкою цього літа є cloudscape.design, дизайн система від AWS.
👉 ще 50 дизайн систем тут

​​Привіт, друзі!👋

Ми продовжуємо проводити івенти, і цього разу запрошуємо вас на лекцію з Serverless functions від ліда GDG Cloud Kyiv!

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

Ви дізнаєтесь як і коли застосовуввти безсерверні функції, а також на власні очі побачите практичне застосування AWS Lambda та Google Cloud Functions.

Івент відбудеться 30 липня, о 16:00. Реєстація за посиланням. Долучайся, буде цікаво🔥

А ви знаєте про ось ці два репозиторії?
– nodebestpractices
– javanoscript-testing-best-practices
якщо ні, то саме час їх прочитати

Fwdays запрошує вас на онлайн-конференцію, яка присвячена практичним питанням архітектури програмного забезпечення — Software Architecture fwdays'22!

📝 Теми конференції: Solution Architecture, Cloud Architecture, System Architecture, DevOps.

🗓 Дата — 24 вересня.

Існує 2 варіанти участі:
🏷 Free Online (вільний доступ до перегляду доповідей конференції 24 вересня, доступ до презентацій доповідей)

🏷 Full Online (всі пункти free online пакету, записи всіх ефірів одразу після івенту та упродовж 3-х місяців, Q&A зі спікерами, приватний чат для спілкування з учасниками та спікерами, сертифікат участi).

Квитки та деталі події 👉https://bit.ly/3J8IG73

Fwdays шукають спікерів та спікерок. Якщо ви спеціаліст у сфері Software Architecture і хочете виступити, заповнюйте форму до 24 серпня 👉https://bit.ly/3PT7CS6

Що має вміти AWS Developer?
#aws

AWS Certified Developer цей іспит, що перевіряє знання, а не навички. Сьогодні розповім, що я вважаю треба вміти, щоб вважати себе AWS Developer:
– вибирати та правильно використовувати AWS SDK
– deploy and troubleshooting in AWS (навіть не хочу це перекладати)
– взаємодіяти з хмарними ресурсами через Management Console та AWS CLI
– перевіряти та налаштовувати IAM
– емулювати AWS сервіси за допомогою Docker та/або localstack.cloud для локальної розробки

Якщо в цьому списку навичкою замінити AWS інший Cloud (Azure/GCP/etc), то він не втратить своєї актуальності. Мій досвід показує, що перехід з однієї хмари на іншу для розробника займає не більше місяця.

Як Node.js розробнику перевіряти мобільні додатки?
#personal_recommendation #advertising

Тестувати додатки можна по-різному. Backend розробнику важливо перевірити взаємодію з API. Перевіряти веб-додатки просто, достатньо запустити Developer Tools і перейти у вкладку Network. На мобільних такої вкладки немає, але її легко отримати за допомогою Proxyman.

Proxyman це нативна програма macOS для аналізу HTTP трафіку. Вона працює як man-in-the-middle, тому запити можна не лише логувати, а й модифікувати, ставити break-point тощо. Що використовувати замість неї для Windows, я навіть не знаю. Вона дозволяє перенаправити мобільний трафік на ваше локальне оточення. Без неї доводиться аналізувати логи на сервері, що дуже сповільнює процес розробки.

Програма платна і коштує своїх грошей. Вона має trail c сильно обмеженим функціоналом. Особисто я встановив Proxyman у рамках підписки Setapp. Там trial 7 днів, але без обмежень функціоналу у всіх 200+ программах. Залишу свою рефералку. Після вашої першої оплати і ви, і я отримаємо безкоштовний місяць.

👉 proxyman.io
👉 setapp.com
👉 setapp.com з реферальним посиланням

За годину розповім про те, як працюють serverless function чим вони відрізняються від containers. Роблю доповідь у рамках @dsc_kpi (Google Developer Student Club KPI), але цікавою вона може бути й Senior рівню. Тільки демо без теорії/слайдів і звичайно на Node.js. До зустрічі!

Чому NODE_ENV=beta це помилка?
TL;DR; NODE_ENV=production ENV=beta
🇺🇸 English version at dev.to

Нагадую, що третій фактор TwelveFactor App твердить: "Зберігайте конфігурацію в середовищі виконання." Ім'я змінної NODE_ENV каже, що вона визначає Node.js оточення, а не вашої програми.

Приклади, як змінюється поведінка JavaScript екосистеми при NODE_ENV=production
- команда npm install не встановлює devDepencencies
- express.js кешує шаблони та css
- Apollo Server вимикає інтроспекцію схеми

Ви не повинні використовувати NODE_ENV для визначення імені вашого середовища. Але яку змінну використовувати замість NODE_ENV? Відповідь залежить від того, чи будете ви використовувати префікс для змінних, пов’язаних із бізнес-логікою. Такі змінні є feature flags, тобто визначають бізнес-логіку.
Приклад із префіксом FOO:
FOO_ENV=beta
FOO_FEATURE_FLAG=on
Приклад без префікса:
ENV=beta
FEATURE_FLAG=on

Повернемося до NODE_ENV. Зазвичай вона має одне з таких значень:
– development – використовується, якщо не визначено явно. Встановіть це значення під час розробки на вашому комп’ютері.
– test – такі тестові фреймворки, як Jest, автоматично встановлюють це значення.
– production – використовуйте це значення під час виконання коду на сервері

Десятий фактор — Dev/prod parity. Тому треба використання NODE_ENV=production у кожному бізнес-середовищі. Dockerfile є найпростішим місцем для цього. Просто додайте
ENV NODE_ENV=production

Як посадові обов'язки у Software Architect?

Визначення Software Architect відрізняється від проєкт до проєкту. Тому щоб зрозуміти, а що це за посада, краще запитати посадові обов'язки. Наведу своє розуміння.
– збір вимог важливих для архітектури
– розбиття системи на елементи та опис їх взаємодій
– вибір технічного стека
– оцінка необхідних для реалізації ресурсів (фінансові, часові, технічні)
– архітектурний нагляд, тобто регулярний аналіз реалізації архітектури

Після кожного з цих дій має залишатися артефакт. Наприклад, сторінка в Confluence. Як правило архітектурні рішення приймаються не самостійно, а узгоджуються спільно з лід інженерами та/або CTO.

Software Architect є Software Engineer-ом, тому в його обов'язки може входить писати код чи troubleshooting. Приклади інших обов'язків:
– створення Proof of Concept (R&D Engineer)
– узгодження пріоритетів та виділення ресурсів (Engineering Manager)
– налаштування технічних процесів (Tech Lead)
– аналіз та документація вже існуючої системи (Reverse Engineer)
– створення технічного контенту та просування його серед інженерів (DevRel)

Які npm пакети варто встановити глобально?
#list #package

Сьогодні розповім, які пакети в мене встановлені глобально. Я їх використовую як CLI утиліти.
- ngrok/localtunnel робить вашу програму доступною в Internet
- jscpd знаходить дублікати коду. Автор Андрій Кучеренко веде @mathrandomcommunity
- cost-of-modules показує розмір пакетів, що використовуються. Дозволяє швидко пояснити, чому в Dockerfile після npm run build необхідно робити npm prune --production.
- sort-package-json сортує package.json до канонічного вигляду
- depcheck знаходить не використовувані або не оголошені в package.json залежності
- browser-run/bcat виводить результат роботу іншої CLI команди у браузер
- license-checker показує які open source ліцензії у пакетів в ваших залежностях

Перевірити ваш список: npm list -g. А що і навіщо використовуєте ви?

Які питання поставити потенційному тех. ліду?
#list
Сьогодні поділюсь питаннями для інтерв'ю, щоб перевірити вміння пояснювати технічні теми. Ця навичка особливо важлива тех.лідам та архітекторам.

1. Чим SDK відрізняється від API?
2. Де проходить межа між CI та CD?
3. Яку головну проблему вирішують Promise у порівнянні з callback?
4. У чому відмінність HTTP від ​​WebSockets?
5. Як правильно писати міграцію бази даних?
6. Розкажіть, як працюють AWS lambda?
7. Які проблеми вирішують мікросервіси?
8. У якому разі виправдано використовувати мікрофронтенди?
9. Розкажіть, як би виглядала ідеальна піраміда тестування на вашому попередньому проєкту в ідеальних умовах?
10. Що таке semver та як його використовувати?

У ході інтерв'ю важливо перевірити, що кандидат вміє дати як коротку та просту відповідь (але не втративши важливе), так і оперує необхідною технічною глибинною. Для цього я змінюю контекст питання: "поясніть замовнику/Product Owner, а тепер колезі-інженеру".

Ви пам'ятаєте, хто платить за вечірку "Всі бажають Node.js розробників"? Це Google. Компанія інвестує мільйони в Chrome та V8. Сьогодні пропоную переглянути вам два відео:
👀 What are Chrome release channels?
👀 New in Chrome 104

#worth_seeing

👉 3 Rs of Software Architecture
👉 Clean Code for JavaScript
🆕 Clean Code for TypeScript

Завтра команда Fwdays проведе благодійний стрім з Анастасією Войтовою "Кібербезпека під час війни". Настя крута. Рік тому я робив з нею Voice chat About Security. Впевнений стрім буде ще крутіше.

🔗 Більше інформації на сторінці заходу
👀 Власне сам стрім на YouTube

Junior: – Why should we throw only new Error?
Senior: – Because the Error stack trace matters

Чому потрібно використовувати scope у іменах пакетів?
#npm

Вчора я робив ревю Workshop: Integration testing of back-end applications і вкотре дав рекомендацію use naming with scope. Нагадаю, що ім'я може мати scope. Приклад: @nestjs/common.

Ось мої аргументи використовувати scope у всіх ваших пакетах:
1️⃣ вибір вільного та зрозумілого імені значно простіше. Приклад @<project_name>/eslint-config
2️⃣ на рівні коду очевидно які пакети внутрішні.
3️⃣ легко використовувати для потрібного scope окремий npm репозиторій. Детальніше Associating a scope with a registry

Але головний аргумент під час ревю воркшопу був не технічного плану. Порада була: Думай про Open Source як про майбутній бізнес. Колись проєкт може продавати підписку на частину пакетів і scope буде обов'язковий для цього. Приклад https://marmelab.com/ra-enterprise/