Як вплине використання Map та WeakMap на споживання пам’яті у цих прикладах?
Anonymous Quiz
16%
Обидва приклади виконаються без проблем, адже пам’ять очищається автоматично.
47%
Map не зможе тримати таку кількість елементів у памʼяті; WeakMap відпрацює весь цикл.
15%
Map і WeakMap працюють однаково, відмінність лише у швидкості.
21%
Обидва приклади не зможуть виконатись через перевантаження пам’яті.
👍6❤1🔥1
Ви про нас ще не забули? 🥹
На жаль, зараз у нас такий період у житті, коли вільного часу нуль. Я активно працюю, стараюся гарно показати себе на випробувальному періоді. Юра вже закінчив свій, і зараз його team lead пішов у відпустку, і вгадайте, кого призначили замість нього.
Так, про що я. Тут до нас постукали, щоб ми поділилися з вами вашим улюбленим ОПИТУВАННЯМ!! 😄
Розкажіть, де ви хочете працювати, що для вас важливо і що змушує сказати "ні" тут: https://jobs.dou.ua/questionary
Анкета займе зовсім небагато часу, а плюс в айтішну карму заробите! 💛
На жаль, зараз у нас такий період у житті, коли вільного часу нуль. Я активно працюю, стараюся гарно показати себе на випробувальному періоді. Юра вже закінчив свій, і зараз його team lead пішов у відпустку, і вгадайте, кого призначили замість нього.
Так, про що я. Тут до нас постукали, щоб ми поділилися з вами вашим улюбленим ОПИТУВАННЯМ!! 😄
Розкажіть, де ви хочете працювати, що для вас важливо і що змушує сказати "ні" тут: https://jobs.dou.ua/questionary
Анкета займе зовсім небагато часу, а плюс в айтішну карму заробите! 💛
❤13😁1
👀 Слідкуємо за всіма тапками, якими ви в нас кинете - бо, мабуть, уже й забули про наше існування.
Але нахабності нам вистачає, тож прийшли ще й із проханням! Зараз активно обираємо робочі крісла - Юра хоче якесь ергономічне зі всіма приколами, а я - максимально мінімалістичне.
Поділіться, будь ласка, у коментарях: на яких кріслах сидите ви і що порадите?
Будемо дуже вдячні! 💛
Але нахабності нам вистачає, тож прийшли ще й із проханням! Зараз активно обираємо робочі крісла - Юра хоче якесь ергономічне зі всіма приколами, а я - максимально мінімалістичне.
Поділіться, будь ласка, у коментарях: на яких кріслах сидите ви і що порадите?
Будемо дуже вдячні! 💛
❤4👍2😁2
Історія:
- Бронюю вперше місце в себе в офісі.
- Бачу, що назви переговорних кімнат пов’язані з географічними назвами.
- Згадую цей пост.
- Розумію, що це не достатній доказ, адже багато компаній так роблять.
- Захожу на LinkedIn до Бабіча й бачу, що він працював у компанії, де я працюю зараз, кілька років тому.
Справу розкрито 😎
- Бронюю вперше місце в себе в офісі.
- Бачу, що назви переговорних кімнат пов’язані з географічними назвами.
- Згадую цей пост.
- Розумію, що це не достатній доказ, адже багато компаній так роблять.
- Захожу на LinkedIn до Бабіча й бачу, що він працював у компанії, де я працюю зараз, кілька років тому.
Справу розкрито 😎
😁12❤1
Forwarded from Дивовижний світ веброзробки
Колись дуже давно, коли я ще працював в офісі, в одній з компаній переговорні кімнати називалися географічними назвами. І серед них була "Аляска". Я тепер розумію чому, бо там також відбувалися аналогічні за важливістю, сенсом та змістовністю розмови.
😁13
Трохи не останніх і останніх новин 😅
У мене новий проєкт уже трохи більше двох місяців. Увесь цей час був якийсь такий напружений, що я досі нічим тут не ділився. Тож зараз буде короткий екскурс у мою поточну робочу обстановку.
Отже, зараз я працюю на позиції фулстека в невеликій команді з чотирьох розробників і ще кількох менеджерів. 90% операцій із базою даних - читання, бо в нас є ще кілька команд, які збирають та аналізують дані. Через це дуже багато денормалізації і про нормальні форми можна забути.
З цікавого, з чим я ближче познайомився на проєкті:
- Feature Flags. Тут їх справді багато, можливо навіть забагато. Деякі, здається, уже давно можна видаляти. Але це точно цікавий спосіб поступово додавати нові фічі в застосунок.
- Micro-frontend і версіонування модулів. Оскільки модулі білдяться у статичні файли і усі версії зберігаються в хмарі, то завжди можна вибрати, яку версію якого модуля використовувати в прозі.
- API Contracts. В окремому модулі описуємо zod-схему та контракт, за яким взаємодіють бекенд і фронтенд. На основі цього фронтенд навіть генерує готові до використання хуки. Так, уже є готові рішення, але мати своє теж цікаво.
Також я вже трохи познайомився з Kubernetes (але нічого на ньому не робив), з GitOps і навіть щось писав на Python. Починаю краще розуміти, що мені подобається, а що ні. І точно треба знову налаштовувати work-life balance.
Якось так. Соромно, що давно не з’являвся тут і в чаті. Буду старатися виправитися!
PS: шо, шукаєте лимони в Гороховського? 🍋 в нас вже 40+ 😅
У мене новий проєкт уже трохи більше двох місяців. Увесь цей час був якийсь такий напружений, що я досі нічим тут не ділився. Тож зараз буде короткий екскурс у мою поточну робочу обстановку.
Отже, зараз я працюю на позиції фулстека в невеликій команді з чотирьох розробників і ще кількох менеджерів. 90% операцій із базою даних - читання, бо в нас є ще кілька команд, які збирають та аналізують дані. Через це дуже багато денормалізації і про нормальні форми можна забути.
З цікавого, з чим я ближче познайомився на проєкті:
- Feature Flags. Тут їх справді багато, можливо навіть забагато. Деякі, здається, уже давно можна видаляти. Але це точно цікавий спосіб поступово додавати нові фічі в застосунок.
- Micro-frontend і версіонування модулів. Оскільки модулі білдяться у статичні файли і усі версії зберігаються в хмарі, то завжди можна вибрати, яку версію якого модуля використовувати в прозі.
- API Contracts. В окремому модулі описуємо zod-схему та контракт, за яким взаємодіють бекенд і фронтенд. На основі цього фронтенд навіть генерує готові до використання хуки. Так, уже є готові рішення, але мати своє теж цікаво.
Також я вже трохи познайомився з Kubernetes (але нічого на ньому не робив), з GitOps і навіть щось писав на Python. Починаю краще розуміти, що мені подобається, а що ні. І точно треба знову налаштовувати work-life balance.
Якось так. Соромно, що давно не з’являвся тут і в чаті. Буду старатися виправитися!
PS: шо, шукаєте лимони в Гороховського? 🍋 в нас вже 40+ 😅
1👍16❤4
Web Overflow 🇺🇦
👀 Слідкуємо за всіма тапками, якими ви в нас кинете - бо, мабуть, уже й забули про наше існування. Але нахабності нам вистачає, тож прийшли ще й із проханням! Зараз активно обираємо робочі крісла - Юра хоче якесь ергономічне зі всіма приколами, а я - максимально…
Нарешті!! 🎉
Перше крісло НЕ-табуретка за всю Юрину кар'єру. Всім дякуємо за допомогу, ви супер! 💛
Перше крісло НЕ-табуретка за всю Юрину кар'єру. Всім дякуємо за допомогу, ви супер! 💛
1❤18🔥10👍5
Onboarding 👋
Так давно не писала тут, що аж трохи незвично. Але потихеньку вже потрібно вливатись у новий режим і знову гнатись за тим неіснуючим work-life balance.
Такс, про що ж я. Оскільки ми обидва відносно нещодавно завершили свій онбординг у нових компаніях і проєктах, думаю, нам є чим із вами поділитись. Не знаю, як інші проживають цей період, але для нас він був певною мірою стресовим.
Тому ловіть непрохані поради, як пережити старт у новій компанії й зберегти трохи нервових клітин.
1. Take your time.
Задачі, які ви на минулому проєкті закривали за годину, тут раптом розтягуються на день. І це ок - ви працюєте з новим кодом, архітектурою, процесами, задачами та людьми. Не потрібно поспішати чи думати, що ви вже щось не встигаєте.
2. Chiiiiiill.
Step by step - і все точно стане легше й зрозуміліше. Наберіться терпіння і намагайтесь знайти баланс у цьому хаосі, який з вами відбувається на даний момент. Серйозно, цей період не про продуктивність, а про адаптацію. Дозвольте собі розібратись спокійно, не звинувачуючи себе за повільний темп.
3. Не бійтеся питати.
Якби кожного разу, коли треба було просто запитати, а не витрачати овердофіга годин на пошуки відповіді, в мене був би мінімум запасний тиждень життя (і це лише за останні два місяці). Тому не повторюйте моїх помилок: якщо вам щось незрозуміло (і це не гуглиться за 15 хвилин), краще вже потурбувати якусь людинку й уточнити. Це точно збереже вам нерви і час.
4. Насолоджуйтесь періодом онбордингу.
Звучить як мазохізм, але насправді - це чудовий час, коли від вас (якщо компанія адекватна) не очікують блискавичних результатів. Можна спокійно розібратись у проєкті, поспостерігати за процесами, познайомитись із командою.
І головне - не вимагайте від себе забагато. Вам за це все одно недоплатять 😉
#experience
Так давно не писала тут, що аж трохи незвично. Але потихеньку вже потрібно вливатись у новий режим і знову гнатись за тим неіснуючим work-life balance.
Такс, про що ж я. Оскільки ми обидва відносно нещодавно завершили свій онбординг у нових компаніях і проєктах, думаю, нам є чим із вами поділитись. Не знаю, як інші проживають цей період, але для нас він був певною мірою стресовим.
Тому ловіть непрохані поради, як пережити старт у новій компанії й зберегти трохи нервових клітин.
1. Take your time.
Задачі, які ви на минулому проєкті закривали за годину, тут раптом розтягуються на день. І це ок - ви працюєте з новим кодом, архітектурою, процесами, задачами та людьми. Не потрібно поспішати чи думати, що ви вже щось не встигаєте.
2. Chiiiiiill.
Step by step - і все точно стане легше й зрозуміліше. Наберіться терпіння і намагайтесь знайти баланс у цьому хаосі, який з вами відбувається на даний момент. Серйозно, цей період не про продуктивність, а про адаптацію. Дозвольте собі розібратись спокійно, не звинувачуючи себе за повільний темп.
3. Не бійтеся питати.
Якби кожного разу, коли треба було просто запитати, а не витрачати овердофіга годин на пошуки відповіді, в мене був би мінімум запасний тиждень життя (і це лише за останні два місяці). Тому не повторюйте моїх помилок: якщо вам щось незрозуміло (і це не гуглиться за 15 хвилин), краще вже потурбувати якусь людинку й уточнити. Це точно збереже вам нерви і час.
4. Насолоджуйтесь періодом онбордингу.
Звучить як мазохізм, але насправді - це чудовий час, коли від вас (якщо компанія адекватна) не очікують блискавичних результатів. Можна спокійно розібратись у проєкті, поспостерігати за процесами, познайомитись із командою.
І головне - не вимагайте від себе забагато. Вам за це все одно недоплатять 😉
#experience
1👍17❤9
Що виведе консоль?
Anonymous Quiz
13%
[Object object]
48%
{ 1: "one", 2: "two", 3: "three" }
20%
["one", "two", "three"]
20%
Нічого не виведе, буде помилка
👍6🔥4😁1
Так, це сталось рівно чотири роки тому - на світ зʼявився Web Overflow! 😅🎉
Ми дуже вдячні собі в минулому, що наважились створити цей блог. Адже він об’єднав мега крутих, веселих і розумних людей в одному місці. Разом ми пережили різні часи - жартували, підтримували одне одного і ділилися всім, що хвилює.
І, здається, за ці чотири роки ми давно вийшли за межі «просто ІТ-блогу». Ми вже давно в основному говоримо про все, що завгодно, але не роботу - про життя, події та нові виклики.
Web Overflow став місцем, де можна не боятись бути собою. Місцем, де можна знайти друзів, як це вийшло у нас. І це, напевно, найцінніше, що могло статись за ці роки.
Дякуємо всім, хто поруч - від самого початку і тим, хто приєднався нещодавно.
З Днем народження, Web Overflow!
Ти - наше затишне місце в цьому божевільному світі коду, ідей і життя 💛
Ми дуже вдячні собі в минулому, що наважились створити цей блог. Адже він об’єднав мега крутих, веселих і розумних людей в одному місці. Разом ми пережили різні часи - жартували, підтримували одне одного і ділилися всім, що хвилює.
І, здається, за ці чотири роки ми давно вийшли за межі «просто ІТ-блогу». Ми вже давно в основному говоримо про все, що завгодно, але не роботу - про життя, події та нові виклики.
Web Overflow став місцем, де можна не боятись бути собою. Місцем, де можна знайти друзів, як це вийшло у нас. І це, напевно, найцінніше, що могло статись за ці роки.
Дякуємо всім, хто поруч - від самого початку і тим, хто приєднався нещодавно.
З Днем народження, Web Overflow!
Ти - наше затишне місце в цьому божевільному світі коду, ідей і життя 💛
1🎉35❤5
Jujutsu 🥋
Колись давно, коли я тільки починав придивлятися до Nix, натрапив на цікавий пакет - Jujutsu. Тоді не звернув особливої уваги, а от зараз вирішив подивитись і спробувати (ну, як мінімум встановив і почитав документацію).
З того, що я поки знаю - це нова VCS (система контролю версій), відмінна від Git, із трохи іншим підходом до комітів, анонімними гілками та іншими особливостями. Тут є підтримка Git-репозиторіїв, тому планую спробувати її в дії й поділитись враженнями тут.
Якщо вам теж цікаво, лишаю посилання на репозиторій.
👉 Відкрити посилання
#library
Колись давно, коли я тільки починав придивлятися до Nix, натрапив на цікавий пакет - Jujutsu. Тоді не звернув особливої уваги, а от зараз вирішив подивитись і спробувати (ну, як мінімум встановив і почитав документацію).
З того, що я поки знаю - це нова VCS (система контролю версій), відмінна від Git, із трохи іншим підходом до комітів, анонімними гілками та іншими особливостями. Тут є підтримка Git-репозиторіїв, тому планую спробувати її в дії й поділитись враженнями тут.
Якщо вам теж цікаво, лишаю посилання на репозиторій.
👉 Відкрити посилання
#library
👍7❤2😁1
🤯7👍2
Feature Flags 🚩
На моєму поточному проєкті активно використовують Feature Flags (FF). Раніше я чув про них, але ніколи не працював із ними безпосередньо.
Що це таке? Це просто змінна, яка вказує, чи доступний певний шматок функціоналу конкретному користувачу. Виглядати це може приблизно так:
Що це взагалі дає? Можна не боятися викочувати нові фічі, адже якщо щось зламається - просто вимикаєш FF, користувачі щасливі (хоч і без нової фічі 🥲), а у розробників є час спокійно все пофіксити.
Хоч існують сервіси, які надають функціонал для FF, на моєму проєкті такі не використовуються: усі конфігурації зберігаються в базі, а є міні-адмінка, яка дозволяє вмикати/вимикати їх окремим організаціям або клієнтам. А в Насті все по-крутому - у них використовується ажурівський сервіс для керування feature flags.
Яка взагалі думка щодо них? Це класний спосіб інкрементно додавати новий функціонал у систему. Головне - вчасно підчищати старі FF, бо можна доволі швидко наплодити довгий список. Ну і, здається, найзручніше все ж робити це як у Насті - через готовий сервіс, а не писати все з нуля.
#experience
На моєму поточному проєкті активно використовують Feature Flags (FF). Раніше я чув про них, але ніколи не працював із ними безпосередньо.
Що це таке? Це просто змінна, яка вказує, чи доступний певний шматок функціоналу конкретному користувачу. Виглядати це може приблизно так:
const isPokemonCardEnabled = checkIfPokemonCardEnabledForUser(currentUser);
// ...
return isPokemonCardEnabled ? <PokemonCard /> : null;
Що це взагалі дає? Можна не боятися викочувати нові фічі, адже якщо щось зламається - просто вимикаєш FF, користувачі щасливі (хоч і без нової фічі 🥲), а у розробників є час спокійно все пофіксити.
Хоч існують сервіси, які надають функціонал для FF, на моєму проєкті такі не використовуються: усі конфігурації зберігаються в базі, а є міні-адмінка, яка дозволяє вмикати/вимикати їх окремим організаціям або клієнтам. А в Насті все по-крутому - у них використовується ажурівський сервіс для керування feature flags.
Яка взагалі думка щодо них? Це класний спосіб інкрементно додавати новий функціонал у систему. Головне - вчасно підчищати старі FF, бо можна доволі швидко наплодити довгий список. Ну і, здається, найзручніше все ж робити це як у Насті - через готовий сервіс, а не писати все з нуля.
#experience
1👍6❤4