Node.js Recipes

❗️Друзі, нагадуємо, що ви можете скористатись безкоштовним ваучером на складання іспиту AWS Cloud Practitioner. 🔗 Тест для отримання ваучера — https://cloudexams.eu/app/redeem/B5Q7-WHFJ-0UXR ℹ️ Більше деталей — у цьому дописі. Ловіть гарну нагоду підтвердити свої знання хмарних технологій AWS і скласти сертифікацію безкоштовно!

On air https://www.youtube.com/live/KujLK9gJ6Vo

Завтра о 18-му по Києву проведу стрім, у якому зробимо розбір інструментів. Якщо ви не поділилися досвідом і не проголосували за коментарі інших учасників ком'юніті, то настав час це зробити До зустрічі в ефірі!

Там команда express.js випустила нову версію. П'яту! Не чіпай це на новий рік. Огляд робити рано тому, що: - npm i express ставитиме четверту, бо тег latest не переставили - зміну з п'ятої в майстер не додали - немає документації з міграції 4-5 - не оновлено @types/express

Як дізнатися, що пакет оновився? В опитуванні Паша запитав: “А де варіант ‘одержимо перевіряю, чи є оновлення пакетів щодня’?” Відповім: Це це не шлях розробника. Ти бачиш суслика вомбата? А він є! У першому варіанті. Колись була CLI утиліта wombat. Зараз цей функціонал увійшов до складу npm hook. За допомогою цієї команди ми можемо налагоджувати webhook о нових релізах. Наприклад, у одному internal тренінгу ми робили slack нотіфікацію з допомогою AWS lambda та цього npm hook.

Давно не було #like_and_share. Мета гри - поділитися своїм досвідом та дізнатися про досвід інших учасників. Правила: 1. Публікація в каналі визначає тему. Сьогодні це developer tools. Приклади: Visual Studio Code, Postman. 2. У коментарях кожен може залишити посилання на інструмент, коротко його описати, та чому інструмент є корисним. 3. Учасники голосують, використовуючи лайки. Не ставте негативні лайки, бо вони також зараховуються як позитивні. 4. Наступного тижня ми підведемо підсумки на YouTube-стрімі. Переможець отримає 12-місячну персональну підписку на будь-яку IDE від JetBrains.

Вчора на просторах LinkedIn Кайл Сімпсон (автор серії книг You Don’t Know JS) і Метт Покок (автор Total TypeScript), а також їхні підписники, влаштували новий раунд у святій війні JS проти TS. Каталізатором став коментар Кайла про книгу Total TypeScript Essentials, що містив фразу: “Напевно, хороша книга, але я перестав читати після п’ятого речення”. Фактично цим коментарем Кайл налаштував своїх підписників проти Метта. Ситуація закінчилася взаємним блокуванням у соцмережах та видаленням постів/коментарів. Мені було цікаво помітити, як ввічливо лідери думок відстоюють свою точку зору в цьому холіварі. А ще це чудовий привід нагадати вам про цих авторів і їхні книги.

Як сортувати рядки? Більшість із вас знають, що для сортування рядків у JavaScript існує localeCompare. Дозволяє легко відсортувати рядки. Приклад: names.sort((a, b) => a.localeCompare(b)); Приклад з урахуванням локалі names.sort((a, b) => a.localeCompare(b, 'uk')); Приклад для сортування рядків, що містять числа, у більш зрозумілий для людини спосіб: ["a2", "a10", "a1"].sort((a, b) => a.localeCompare(b, undefined, { numeric: true })) // Result: [ 'a1', 'a2', 'a10' ] Взагалі, у третього аргументу Intl.CollatorOptions, крім numeric, є ще 6 можливих ключів, і знати їх напам’ять, звісно, ніхто не буде. Але давайте ще раз їх повторимо: 👉 caseFirst: Контролює позицію великих і малих літер у порядку сортування. Значення: • "upper": Сортує великі літери перед малими (наприклад, “А” перед “а”). • "lower": Сортує малі літери перед великими (наприклад, “а” перед “А”). • "false" (значення за замовчуванням): Використовується порядок за замовчуванням для локалі. 👉 ignorePunctuation. Тип: boolean.  Корисно, коли потрібно порівнювати рядки, де пунктуація не повинна впливати на результат. Значення: • true: Ігнорує пунктуацію під час порівняння. • false (значення за замовчуванням): Враховує пунктуацію. 👉 sensitivity. Контролює, наскільки детальним є порівняння з точки зору регістру, акцентів і базових символів. Значення: • "base": Враховує лише базові літери (“а” і “А” вважаються рівними). • "accent": Враховує акценти, але ігнорує регістр (“é” і “e” різні, але “e” і “E” вважаються рівними). • "case": Враховує регістр, але ігнорує акценти (“а” і “А” різні, але “а” і “ä” вважаються рівними). • "variant": Враховує як регістр, так і акцентні відмінності (“а”, “А”, “ä” і “Ä” всі різні). 👉 usage. Визначає, чи оптимізовано порівняння для пошуку або сортування. Використовується з new Intl.Collator, а не localeCompare. 👉 localeMatcher. Визначає, як вибирається локаль, якщо ви вказали декілька локалей. 👉 collation. Зазвичай використовується для специфічних мов або застосунків, які потребують певної колації, але в більшості випадків це не є необхідним. На завершення нагадаю, що сортування на рівні коду — це завдання для FE/BFF. У чистому BE сортування виконується на рівні бази даних. Для сортування за локаллю у нас є COLLATE. Приклад: SELECT * FROM table_name ORDER BY column_name COLLATE "en_US"; Але якщо вам потрібні аналоги CollatorOptions, то SQL такого на жаль не має.

На каналі давно не було рецептів, а ще довше технічних байок. Поділюсь з вами історією About estimates. Від бізнесу надійшов запит на інтеграцію з одним популярним сервісом. Аналіз документації показав, що потрібна функція існує, тому інтеграція буде простою – налаштувати webhook на нашій стороні та надіслати запит до сервісу на включення сповіщень через цей webhook. Досвід роботи з цим сервісом є. Завдання зрозуміле. Беремо в наступний спринт. Як досвідчений менеджер, я розбив це завдання на два тікети: включення сповіщень у цьому сервісі та написання webhook-а. Вгадайте, скільки часу цей популярний сервіс підключав сповіщення на своїй стороні? Це зайняло 5 місяців, більше 20 звернень до служби підтримки/форуму. Місяць на переконання, що проблема на їх стороні. Вони таки визнали, що є баг на рівні інфраструктури, і виправлять його у наступному великому релізі через 2 місяці!!! Потім ще місяць на повторне переконання, що проблема не зникла. А потім ще місяць на виправлення бага вже на рівні коду. Спробуйте вгадати, що це за сервіс? Це Zoom. Бізнес попросив зберігати файли з чату. Кому цікаві конкретні деталі, ось посилання: https://devforum.zoom.us/t/is-webhook-meeting-chat-message-file-sent-work/113881 Які висновки можна зробити з цієї історії? Не вірте документації, а перевіряйте її. Для цього і робиться Proof of Concept. А ще розбивайте завдання на частини, особливо коли йдеться про інтеграцію.