#todo написати функцію на будь-якій мові програмування, яка приймає об'єкт/словник/map, де:
- ключ — текст,
- значення — число або вкладений об'єкт/словник/map за тим самим правилом.

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

Наприклад:
{ "a": { "b": 1, "c": 2 }, "d": 3 } => { "a.b": 1, "a.c": 2, "d": 3 }

PS: вважаємо, що однакових ключів не виникає.

Welcome!

Let's practice our English! So...

👉 What’s the best or worst piece of tech advice you’ve ever received?

Have a nice #english_friday 💛

📩 Відправили листа – а потім згадали, що не прикріпили файл? Або випадково надіслали клієнту замість файлу з комерційною пропозицією мемчик з котиком? 🐱

На жаль, У Gmail немає чарівної кнопки "Редагувати" чи "Видалити", але можна додати невелику затримку перед відправкою. Це ваш шанс передумати та виправити помилку.

#how_to додати затримку перед відправкою електронного листа в Gmail:

1. Натискаєте іконку налаштувань;
2. Натискаєте кнопку "Переглянути всі налаштування";
3. Шукаєте "Скасувати надсилання";
4. Змінюєте значення на 30 секунд.

Тепер у вас буде час врятувати свою репутацію – або хоча б уникнути фейспалму від власного ж листа 😅

Сьогодні три роки, як Україна бореться за своє майбутнє. Три роки болю, втрат, мужності й незламності. Ми не будемо багатослівними – просто подякуємо.

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

Цей день болючий, але він про силу. Про тих, хто не здався. Про Україну, яка вистоїть!

#todo написати функцію, яка приймає масив об'єктів і рядок key. Функція має повернути масив, у якому залишаться лише перші унікальні об'єкти за значенням переданого ключа.

Наприклад:

[
  { id: 1, name: "Alice" },
  { id: 2, name: "Bob" },
  { id: 1, name: "Charlie" }
]
"id" =>
[
  { id: 1, name: "Alice" },
  { id: 2, name: "Bob" }
]

Welcome!

Let's practice our English! So...

👉 Would you rather work remotely forever or always in an office? Why?

Have a nice #english_friday 💛

git config --global user.name "Linus Torvalds"
git config --global user.email "torvalds@linux-foundation.org"

#how_to підписати commit за допомогою GPG-ключа 🔑

👉 Відкрити коротку інструкцію
👉 Відкрити детальну інструкцію від GitHub

PS: Ми не збираємо жодної інформації про вас і, тим більше, нікуди її не передаємо (як хтось міг подумати, @Yurets7777). Нам просто цікаво більше дізнатися та краще зрозуміти людей, які тут зібралися 😅💛

"Неофіційні" правила в команді 👀

Ви напевно вже чули, що ми понад два роки працюємо над стартапом. За цей час наша команда значно виросла (спочатку працювали лише вдвох, а тепер нас уже 7 розробників із різних країн і часових зон). Разом із цим стало трохи складніше взаємодіяти у команді: кожен сфокусований на своїх тасках, вони часто переплітаються, виникають одні й ті ж питання, ті ж проблеми. А оскільки внутрішні процеси в нас майже не налаштовані, ми вирішили запровадити кілька "неофіційних" правил, які мають допомогти нам покращити взаємодію.

1. Обговорювати всі питання у спільному dev-чаті, а не в особистих повідомленнях.
Кожен член команди повинен мати доступ до обговорень, щоб за потреби допомогти або знайти потрібну інформацію. Вся важлива комунікація має бути відкритою та доступною для всіх. А ще це допоможе уникнути нескінченних однакових питань про логіку та архітектуру проєкту.

2. Ділити завдання на менші частини.
Оскільки це стартап, таски бувають дуже різними — від "підправити стилі таблички" до "розробити мобільний застосунок". Якщо завдання велике, намагаємось розбити його хоча б на backend і frontend або на окремі модулі. Адже якщо PR містить 100+ змінених файлів, його дуже складно перевірити — це займає купу часу, а якість рев’ю від цього тільки страждає.

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

У нас немає бізнес-аналітика, ПМа, тестувальника і взагалі жодних "зайвих" людей. Так, звучить страшно, але це стартап, шо поробиш 😅 Сподіваємось, ці правила допоможуть нам трохи врятувати ситуацію.

Розкажіть, які "неофіційні" правила є у вас у команді? 💛

#experience

#todo написати функцію на будь-якій мові програмування, яка приймає масив подій обʼєктів типу:

{
  "start": "DateTime",
  "end": "DateTime"
}

Кожен цей обʼєкт описує певну подію у календарі. Функція має повернути всі пари обʼєктів, які перетинаються у часі.

Наприклад:

[
  { "start": "2025-03-12 08:00", "end": "2025-03-12 08:30" },
  { "start": "2025-03-12 10:00", "end": "2025-03-12 13:00" },
  { "start": "2025-03-12 12:00", "end": "2025-03-12 15:00" },
  { "start": "2025-03-12 14:30", "end": "2025-03-12 15:00" }
]

Результат:

[
  [
    { "start": "2025-03-12 10:00", "end": "2025-03-12 13:00" },
    { "start": "2025-03-12 12:00", "end": "2025-03-12 15:00" }
  ],
  [
    { "start": "2025-03-12 12:00", "end": "2025-03-12 15:00" },
    { "start": "2025-03-12 14:30", "end": "2025-03-12 15:00" }
  ]
]

Welcome!

Let's practice our English! So...

👉 What’s your favorite framework or library, and why?

Have a nice #english_friday 💛

GitHub Copilot review 👀

Нещодавно в нашій команді з’явилося багато PR-ів, які потрібно було перевірити. Найскладніше – писати коментарі на доволі очевидні речі. Хотілося, щоб хтось (наприклад, АІ) узяв це на себе.

Microsoft (через GitHub і VS Code) активно впроваджує Copilot у свої продукти. Нещодавно вони додали Copilot Agent у VS Code (щоправда, поки що лише в preview).

Щоб спростити собі життя з PR-ами, ми зареєструвалися у waitlist GitHub Copilot Review. Юрі доступ дали приблизно через два тижні, а от Настя, на жаль, не помітила, що отримала його вже наступного дня 🥲

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

Якщо вам цікаво, залишаємо посилання, де можна зареєструватися у waitlist. І, звісно, діліться своїми враженнями та очікуваннями.

👉 Відкрити посилання

#news

Lynx 🐈

Близько тижня тому компанія ByteDance представила новий JS-фреймворк Lynx, який дозволяє розробляти застосунки для iOS та Android.

Заявлено, що його продуктивність значно вища порівняно з React Native. Стилі можна писати навіть на CSS, що доволі зручно. А найцікавіше те, що Lynx не прив’язаний до конкретного фреймворку та підтримує React, Vue, Svelte та інші.

👉 Відкрити посилання
👉 Дивитися відео

#news