🐘 PHP test has been released!
https://interviewboom.com/categories/4

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

Я знаю тут не тільк JS devs, будуть інші мови і фічі, просто тегніть в коментах ваш напрямок 😉

А зараз трохи про JS

Чому використання for...of ефективніше ніж forEach() в JavaScript?

Цикли for...of зазвичай вважаються більш ефективними для ітерації над Arrays, Strings, Maps, Sets порівняно з forEach() при роботі з великими масивами даних. forEach() використовує callback для кожного елемента, а це overhead, оскільки коллбеки потрібно викликати для кожного елемента масиву, що збільшує використання ресурсів.

Використання await безпосередньо всередині циклу for...of дозволяє обробляти асинхронні операції послідовно. А з forEach callback з await буде виконано не послідовно а паралельно (concurrently).

Використання await разом з for...of

for (const item of items) {
  await doSomethingAsync(item);
}

Використання await разом з forEach

items.forEach(async (item) => {
  await doSomethingAsync(item);
});

Error exceptions в циклах for...of та forEach
Ось приклад асинхронної функції яка викидає помилку у випадку якщо в параметри буде передане значення 6.

const items = [
  1,3,4,4,3,2,5,6,2,23,5,6,7
];

const doSomethingAsync = async (it) => {
  return new Promise((res, reject) => {
    setTimeout(() => {
      if (it === 6) {
          reject(new Error('6 is not available'));
      }
      console.log(it, 'it');
      res();
    }, 100);
  })
}

І давайте перевіримо як це буде працювати з циклом forEach

(async () => {
  items.forEach(async (item) => {
    await doSomethingAsync(item);
  });
})();

в консолі буде виведено всі елементи масиву не дивлячись на помилку яку викидає функція і в кінці побачимо Uncaught (in promise) Error: 6 is not available
Тоді як з for...of поведінка буде інакша:

(async () => {
  for (const item of items) {
    await doSomethingAsync(item);
  }
})();

як тільки цикл дійде до значення 6 то цикл буде зупинено через помилку. Ітерація зупиняється оскільки error був в main context. І послідовне виконання усіх ітерацій відбувається в тому самому контексті, тоді як forEach виконує незалежно кожен коллбек тому вони не блокують один одного.

Невеличкий нічний стрім на YT, проходимо тести на сайті
https://youtube.com/live/0_G5VwwpVYc?feature=share

Тест по Soft Skills готовий! Питання будуть додаватись ще, але це не заважає спробувати вже зараз!
Мабуть варто проходити без таймера, а взагалі знаю що англійською тяжко, чи варто додати переклад на українську, щоб питання і відповіді зручно читати і кращє розуміти на рідній мові?
Тренування читання англійської мови дуже корисно, але чи варто робити переклад дайте плюс

Всім привіт! Планую організувати стрім на тему челленджів при проходженні технічних співбесід і не тільки:

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

До зв'язку!

👉 Є такі дуже цікаві і не розкриті теми: це System Design Frontend і System Design Backend.

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

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

Update: Будемо бачити кількість юзерів які проходять тестування в real time, реалізацію спробуємо через Server-Sent Events (SSE). Дизайнер переконує що це не зовсім зрозуміло в чому сенс, тому це буде експерементальний значок, що думаєте?

🌟 Як уникнути God Class і High Coupling антипатернів або коли код перетворюється в спагеті

Проблема стосується не тільки React, але й усіх технологічних стеків. Коли ваші класи, компоненти або сервіси розростаються, ви повинні вирішити, як їх декомпозувати та зменшити витрати на обслуговування (maintenance overhead), підтримку. Саме тут на допомогу приходять software design та system design.

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

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

Як тільки ми визначили тип складності, наступний крок це декомпозиція:

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

Для лінійної складністі: послідовний список операцій розділяти на менші під-групи. Нариклад алгоритм підрахунку ціни включає: визначення країни юзера, визначення валюти і курсу, конвертація по курсу, додавання скидок і націнок. Ми просто виносимо валютні операції в іншу функцію, дисконти в іншу і т.д. При цьому назва функції одразу описує за що відповідає код в ній і спрощує/пришвидшує читання коду. Наприклад нам не потрібні зараз валютні оперції, нам треба чекнути функціонал дисконту, відповідно ми просто скіпнули функцію по валютам не читаючи в ній код.

Дану тему я планую розкрити в своїх майбутніх відео по рефакторінгу, якщо цікаво то став лайк!