Radash 🛠

Багато з вас чули, ну і напевно використовували lodash. Він був створений в далекому 2012 і в ті часи був дійсно актуальним та потрібним (якщо чесно, я тоді в 6 класі вчився і не сильно цікавився). Багато тогочасних проблем вже вирішуються і без зайвих модулів, тому сьогодні хочемо поділитись новою бібліотекою, яка може стати в нагоді.

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

👉 Відкрити документацію

#library

Підрив Каховської ГЕС - це черговий акт тероризму від держави гною.

Тисячі людей опинилися в критичній зоні підтоплення. Це також і акт екоциду: постраждають тисячі диких та свійських тварин, кілька областей залишиться без водопостачання. Ми щиро сподіваємось, що окупанти сповна відповідатимуть за усі злочини, скоєні в Україні!

#todo написати функцію на будь-якій мові програмування, яка на вхід приймає масив чисел, та повертає моду💅 (число, яке трапляється найчастіше). Якщо таких чисел кілька - повернути середнє між ними.

Частина 1. Наша перша технічна співбесіда.

… в якості інтерв’юерів 🫣

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

На нашому проекті був потрібен розробник. Як ми раніше розповідали, зараз ми сфокусовані на розробці мобільного застосунку, тому потрібна була людина, яка підтримувала б веб. Нам підібрали кандидатів і від нас вимагалось тільки обрати найкращого.

Якщо чесно, спочатку ми думали, що це буде дуже легко, це ж не нас співбесідують, а ми. АЛЕ коли ми сіли скласти питання або хоча б якийсь хід розмови, ми розгубились. Що питати? Навіщо таке питати? А може це взагалі не потрібно дізнаватись?

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

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

І нам максимально хотілось провести саме таку співбесіду, а не суху і чисто технічну.

Дуже багато тексту і не хочеться вас перевантажувати, тому далі буде…

#experience #interview

Welcome! 👋️️️️️️
Let's practice our English! This week we have a discussion about interviews. So...

👉 Imagine you are the CEO of the company. What would you change in the typical IT job interview process? What would you remove or add?

Have a nice #english_friday 💛

Ми створили тік ток для каналу! 🎉

Зараз він максимально в тестовому форматі і тільки час покаже, як там буде. Але якщо вам цікаво і ви хочете нас підтримати, you are welcome! 💛

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

structuredClone()

Як тільки розробники не копіюють обʼєкти в JS. Тут і JSON.parse + JSON.stringify, і Object.assign, і spread оператор. Все ніби добре, але виникають проблеми, коли у об'єктів є вкладені об'єкти.

Щоб трохи зменшити цей головний біль, спробуйте використати structuredClone. Ця функція робить глибоку копію обʼєкта, використовуючи однойменний алгоритм. Вона також підтримує такі типи як масиви, типізовані масиви, Map, Set, регулярні вирази та інші.

👉 Читати документацію

#tips

Частина 2. Наша перша технічна співбесіда.

👉 Читати частину 1

Ми вирішили, що складемо план розмови, але він буде з загальними питаннями про досвід, вподобання і прагнення на майбутнє.

Так як ми шукали full stack розробника, ми отримали такий план:

1. Знайомство. Спочатку ми розповіли хто ми є, трішки жартували (сподіваюсь, смішно), щоб кандидат відчував себе комфортніше. Потім розпитували кандидата про нього. Ось приклад питань (це далеко не всі). Так, але давайте за англійську не сваріться, тому що це все писалось на колінці 😅:
- What recent task was a challenge for you?
- Which tech stack do you prefer?
- Do you have some technologies you want to try?

2. Web.
- What state-management tools have you used (Redux, MobX)? Pros and cons.
- What third-party libraries/API’s have you used?
- How do you optimise your React code?

3. Backend.
- What frameworks/libraries have you used for your services?
- Have you used ORMs? Could you list them? Pros and cons.
- Where did you deploy your services? Did you use some CI/CD tools?

4. Питання від кандидата. Це дуже важливо поцікавитись чи в нього залишились питання і максимально чітко на них відповісти.

Так, в питаннях було багато "have you used", адже ми хотіли почути саме досвід, що вони вміють робити, з чим вони стикались на попередніх проектах, їх вподобання та те, з чим вони більше не хотіли б працювати. Завдяки таким питанням, співбесіда розвивалась у форматі розмови, а не "питання-відповідь".

Ви можете сказати, що цього дуже мало та не достатньо, щоб дізнатись, який рівень у даного розробника, тому уточнимо, що перед співбесідою кандидати виконували завдання і те, що писати код вони вміють, ми знали 🙂. Плюс, вони виконували таски в нашому комерційному проекті (відразу кажемо, що їм за це непогано заплатили, тому їх ніхто не використав) і ми могли ще поцікавитись як їм код, архітектура, що сподобалось, що ні, які виникли питання. Це також нам допомогло краще зрозуміти кандидата та його вподобання.

І питання звучали на англійській, тому що компанія американська і ми спілкуємось англійською. Один з кандидатів був з Казахстану і він знав росій**ку, але ми відразу порозумілись, що дану мову ми використовувати не будемо! Ну і вам не радимо 😉

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

І, до речі, ми отримали хороші відгуки від кандидатів:

- It was a fun meeting. Thank you for your time today!
- Thank you for taking the time to have a meeting today. I could understand the current application and the roadmaps. I also really enjoyed speaking with you.

#experience #interview

#todo написати функцію на будь-якій мові програмування, яка на вхід приймає масив стрічок, кожна з яких має значення “Like” або “Dislike”, та повертає “Like”, якщо кількість “Like” у масиві більша від “Dislike”, “Dislike”, якщо кількість “Dislike” у масиві більша від “Like”, та “N/A”, якщо їхня кількість рівна.

Welcome! 👋️️️️️️
Let's practice our English! So...

👉 Name some perks that you would like to get from your company.

Have a nice #english_friday 💛

TypeScript 5.2's New Keyword: 'using' 🎉

І знову до новин TypeScript. Розробники працюють над версією 5.2.0 і схоже, що нам завезуть щось цікаве.

У цій версії буде додано нове ключове слово using. +1 питання на співбесідах про те, як можна оголосити змінну 🥲.

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

Більше про причини появи такого функціоналу та як все це виглядатиме можете почитати у статті нижче.

👉 Читати статтю

#news

Патерни проектування 👷

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

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

Після прочитання цієї книги, можете ще заглянути на Refactoring.Guru та закріпити пройдений матеріал.

#interview

Хей-хей 👋

Друзі, DOU збирають респондентів для анонімного зарплатного опитування. Проходження займає всього 10 хвилин!

👉 Відкрити форму

Кожна анкета дуже важлива. Приєднуйтесь! 💛