8 міфів про харчування 🍽

#НапуттяВід_HR Директорки Клименко Наталії

👀 Друзі, давно ми не мали статей на тему їжі.

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

💁🏻‍♀️ Часто чули таке – у кожен прийом їжі має бути гаряче, без рідкого живіт заболить, не запивай їжу, а то шлунок розтягнеш? Давайте з цим розбиратися.

Розвінчуємо головні міфи 👇

Міф 1️⃣

🍲 Потрібно щодня їсти суп, бо це “рідке” та “гаряче”

👉 Відповідь: у супі є вода, м'ясо, овочі. Таким чином, якщо ви щодня в достатній кількості їсте білок, крупи та клітковину, їсти суп зовсім не обов'язково. Навіть щодня, навіть можна прожити без нього.

Міф 2️⃣

💧 Не можна запивати їжу водою

👉 Відповідь: вода не має жодного поганого впливу на травлення. Запиваючи їжу водою, ми робимо її більш рідкою і допомагаємо їй плавно рухатися по стравоходу. Особливо це добре допомагає тим, хто поспішає або не вміє ретельно пережовувати їжу.

Міф 3️⃣

🧈 Вживайте знежирені продукти

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

Міф 4️⃣

🍍 Їж продукти, які спалюють жири

👉 Відповідь: у природі не існує продуктів, які ви будете їсти і худнути. Худнути можна від будь-якого продукту, якщо знати міру та розуміти їхні властивості. Настав час усвідомити, що спалюють жири не продукти, а регулярні тренування і дефіцит калорій.

Міф 5️⃣

🥛 Молочні продукти для дорослих шкідливі

👉 Відповідь: з віком потреба у великій кількості молочних продуктів відпадає, це правильно. Проте загалом молочні продукти це величезне джерело кальцію. І якщо у людини немає жодних протипоказань у здоров'ї, можна вживати, ні про що не турбуючись.

Міф 6️⃣

🥪 Перекушувати це шкідливо - перебиваєте апетит

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

Міф 7️⃣

🕕 Не слід їсти після 18.00

👉 Відповідь: не потрібно з'їдати все з холодильника до 18:00 і лягати спати, а зробити інтервал перед сном. Потрібно хоча б за 2-3 години до сну не їсти - і всі біохімічні процеси працюватимуть нормально. Цей міф існує вже дуже давно і досить успішно. Тут важливо - не лягати на повний шлунок і не вживати важку їжу у вечірні години.

Міф 8️⃣

😖 Правильне харчування – це не смачно.

👉 Відповідь: це найпоширеніший міф про правильне харчування. Багато хто звик солити, перчити, смажити у фритюрі і зовсім перестав насолоджуватися справжнім смаком продуктів. Можна приготувати ті ж самі котлети з курячого фаршу на пару і запекти картоплю. Шукайте більш здорові альтернативи, використовуйте трави, прянощі, пробуйте нові продукти та готуйте їх по-різному.

Всім здорового ставлення до себе та свого харчування! ❤️

#НапуттяВід_HR

Гарної п'ятниці та вдалих вихідних 😉

#codica_english

Знайшли в нашого @Mister_Cody його записку 😅

#codica_humor

Робота з Docker Networks 👨‍💻

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

📎 У лінуксі докер використовує iptables для роботи з мережами.

📌 Iptables – стандартний інтерфейс для управління брандмауером netfilter. Поступово його замінює nftables.

Ставте ❤️, якщо вам цікаво почитати про це детальніше.

#codica_tech

💻 Мережна Docker підсистема підключається за допомогою драйверів. За замовчуванням існує кілька драйверів, які забезпечують основні мережеві функції:

▪️bridge: Міст — це мережевий драйвер за замовчуванням. Ця мережа використовується, коли ваші програми запускаються в автономних контейнерах, які повинні взаємодіяти між собою (наочний приклад Nginx + MySQL).

▪️host: Хост — це мережевий драйвер для автономних контейнерів (віддалена мережева ізоляція між контейнером і Docker хостом).

▪️overlay/overlay2: Оверлей (накладена мережа) — це мережевий драйвер для з'єднання кількох демонів Docker між собою, які дозволяють docker-swarm службам взаємодіяти один з одним.

▪️macvlan: Маквлан - це мережевий драйвер, який дозволяє призначати MAC-адресу контейнеру, роблячи його відображуваним, як фізичний пристрій у вашій мережі.

▪️none: відключає всю мережу для контейнера або контейнерів.

▪️Network plugins: Ви можете встановити та використовувати сторонні мережеві плагіни з Docker контейнерами. Ці плагіни доступні в Docker Store або сторонніх постачальників послуг.

Де і що краще використовувати? 🧐

👉 Міст (bridge) краще використовувати для зв'язку декількох контейнерів на тому самому Docker хості. Можна використовувати docker-compose і вибирати цю мережу для такої зв'язки.

👉 Хост (host) мережі краще використовувати, коли мережевий стек не повинен бути ізольований від хоста Docker.

👉 Оверлейна мережа (overlay/overlay2) або накладання мереж краще використовувати, коли вам потрібні контейнери, що працюють на різних Docker хостах для зв'язку, або коли кілька застосунків працюють разом, використовуючи docker-swarm (docker-swarm це застарілий проєкт, який більше не розвивається і не підтримується).

👉 Маквлан (macvlan) мережі найкраще використовувати, коли ви переходите з VM/дедикейта на контейнери або хочете, щоб ваші контейнери виглядали як фізичні хости у вашій мережі, кожен з унікальною MAC-адресою.

👉 Сторонні мережеві плагіни дозволяють інтегрувати Docker зі спеціалізованими мережевими стеками.

#codica_tech

Суботній чат 💬

👉 Тема для старту: кидай у коментарі останній збережений мем!

#codica_humor

Всім гарного недільного дня, ловіть невеличкий дайджест новин зі світу IT від @Mister_Cody 🐾

💸 Зарплати українських PM, HR, DevOps, Data Scientists й інших ІТ-спеціалістів — зима 2023.

👀 Google створює конкурента ChatGPT. У компанії оголосили «червоний код»: тестують нову сторінку пошуку у форматі запитань і відповідей.

✋ Вчені представили систему Feel Tech, яка дозволяє відчути дотик на відстані.

💼 «Нова пошта Діджитал» планує найняти 200 співробітників і вже публікує відкриті IT-вакансії.

🪖 В Україні затвердили нові правила бронювання працівників від мобілізації — документ.

Доброго ранку та гарного тижня 😌

#codica_ruby

Найбільші помилки проєктного менеджера-початківця ❌

📌 Стаття від CEO Codica Дмитра Чекаліна

💁‍♂️ За свою кар'єру я провів десятки співбесід з Junior PM. Більшість із них має великий ентузіазм та бажання розвиватися у професії, і це дуже добре.

Але я бачу для себе дві найбільші помилки, які заважають їхньому розвитку 👇

🔸 Уявлення, що проєктний менеджмент це «комунікація з людьми».
🔸 Великий фокус на різні техніки (скрам, канбан, дейлі-мітинги тощо).

#codica_advice

💬 Абсолютна більшість уявляють собі менеджмент як «комунікацію з людьми». І більше, багато хто формулює позицію: мені подобається комунікувати з людьми, тому я вважаю, що в мене є здібності до проєктного менеджменту.

👉 Також більшість розповідає про різні скрам-церемонії, канбан, тощо. Вони уявляються якоюсь срібною кулею, котра розв’язує будь-які проблеми в проєкті.

Безумовно, і комунікація, і аджайл-техніки потрібні, їх треба знати та застосовувати.
☝️ Але головне завдання менеджера - це приймати правильні рішення, які дозволяють реалізувати проєкт у потрібний термін та в умовах наявних ресурсів. В цьому суть менеджменту взагалі, і не тільки проєктного.

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

📍 Проблема полягає в тому, що приймати рішення не навчають на IT-курсах, цю навичку треба опановувати самостійно.

Щоб розпочати цей процес, ставте собі кожен день три питання:

✔️ В якому статусі проєкт реально перебуває на цей момент?
✔️ Чи прийдемо ми до успіху, якщо продовжимо робити так само, як зараз?
✔️ Якщо ні, що нам потрібно зробити в наступних кроках, щоб змінити ситуацію на краще?

🤔 Як мінімум, у вас з'явиться багато питань, на які у вас може не бути відповідей - і це гарний момент, щоб звернутися до більш досвідченого менеджера. Тим самим ваш досвід буде збагачуватися.

Практикуйте це, і з часом ви побачите своє зростання 😌

#codica_advice

Ділимося з вами радісною новиною 😎

Ми відкриваємо офіси в Києві та Харкові 🎉

Там все обладнано як годиться - під час відключення світла в офісах працює потужний генератор та Starlink 📡

Незважаючи ні на що, Codica продовжує свій розвиток. Тепер у наших колег є можливість спокійно працювати, незважаючи на вимкнення світла 🔌

Все буде Україна 💙💛

#CodicaTeam

Друзі, привіт 👋

Сьогодні у світі відзначають День безпечного Інтернету (Safer Internet Day) під гаслом “Разом для найкращого Інтернету” 🙂

✅ Метою Дня безпеки в Інтернеті є поширення знань про безпечне, відповідальне і позитивне використання цифрових технологій для дітей та молоді.

🔗 Тримайте посилання на сайт, де можна знайти цікаві матеріали для дітей та підлітків про безпечну поведінку в інтернеті.

Docker volumes та bind mounts: різниця між ними та для чого вони потрібні 🌚

👉 Існують два способи, що дозволяють зробити термін життя даних більшим за термін життя контейнера. Один із способів полягає у використанні bind mount. При такому підході до контейнера можна примонтувати, наприклад, наявну папку. Працювати з даними, що зберігаються в такій папці, зможуть і процеси, що знаходяться за межами Docker.

docker run -d -it -v /target:/app nginx

☝️ Мінуси використання технології bind mount полягають у тому, що її використання ускладнює резервне копіювання даних, міграцію даних, спільне використання даних кількома контейнерами, не можна контролювати через docker-cli. Набагато краще й зручніше для постійного зберігання даних використовувати Docker volumes.

#codica_tech

📌 Volume це файлова система, яка розташована на хост-машині за межами контейнерів. Створенням та управлінням томами займається Docker. Ось основні властивості вольюмів Docker:

▪️ Вони являють собою засоби для постійного зберігання інформації.
▪️ Вони самостійні та відокремлені від контейнерів.
▪️ Ними можуть спільно скористатися різні контейнери.
▪️ Вони дозволяють організувати ефективне читання та запис даних.
▪️ Їх можна розміщувати на ресурсах віддаленого хмарного провайдера.
▪️ Їх можна шифрувати.
▪️ Їм можна надавати імена.
▪️ Контейнер може організувати завчасне заповнення тому даними.
▪️ Вони зручні для тестування.

😌 Як бачите, Docker Volume мають чудові властивості. Поговоримо про те, як їх створювати.

🖇 Вольюми можна створювати засобами Docker або за допомогою запитів до API.

docker volume create name-of-volume
docker volume rm name-of-volume

📍 Якщо ми вже створили вольюм, то його можна примонтувати ось так:

docker run -d -v name-of-volume:/app nginx

🔖 Ще є інструкція Dockerfile VOLUME створює точку монтування за вказаним шляхом усередині контейнера (при цьому вказувати шлях на хості з її допомогою неможливо).

VOLUME /my_volume

Цю директиву не часто використовують, і багато хто вважає її антипатерном.

#codica_tech

Доброго ранку та спокійного дня всім 🙂

#codica_js

Регулярна робота з Chrome DevTools в тестуванні 👨‍💻

📌 Стаття від нашого QA Lead - Олексія

▪️Chrome DevTools — це набір допоміжних засобів, вбудований в браузер Chrome. Загалом майже кожен браузер містить у собі подібний набір засобів, чогось не має, а щось навпаки має унікальне. Але зазвичай використовують developer tools саме в Chrome, позаяк це найбільш популярний браузер, що стрімко розвивається разом зі своїми тулзами.

👉 DevTools можна відкрити на будь-якій веб-сторінці клавішею F12, ПКМ — Inspect на будь-якому елементі чи комбінацією клавіш Ctrl + Shift + C, яка відкриє DevTools та переведе курсор у стан вибору елементу для інспекції. DevTools є комплексним набором засобів, але детально ми розглянемо лише те, що входить в рамки регулярної роботи.

#codica_advice

✔️ Першою завжди відкриється табка Elements, що містить у собі HTML структуру поточної сторінки та засоби для аналізу CSS правил будь-якого елемента.

😌 З HTML все доволі зрозуміло — ми перевіряємо коректність структури і порядок елементів, підбираємо короткі і стабільні селектори для автотестів чи перевіряємо присутність коментарів чи скриптів із чутливою інформацією в рамках тестування безпеки. Ця табка також дозволяє редагування будь-якої частини HTML з метою протестувати результат певних змін локально. Варто зазначити, що Elements підтримує пошук по HTML коду сторінки (Ctrl + F).

🗂 CSS частина табки Elements має одразу декілька підтабок. Дефолтною є Styles, що показує усі правила, застосовані до поточного елементу. Тут же міститься схема кількох “коробочок” одна всередині іншої — схема margin-border-padding-element для зручнішого розуміння відстаней і розмітки веб-сторінки. Styles дозволяє зімітувати будь-який типовий стан (кнопка :hov на тулбарі) або додати новий клас елементу (кнопка .cls на тулбарі), щоби подивитися на зовнішній вигляд елемента в такій ситуації. Як і з HTML, тут також можна редагувати будь-яку частину CSS, змінюючи застосовані правила.

💁‍♂️ Само собою, правила в Styles можуть дублюватися, якщо елемент потрапляє одразу в кілька пересічних селекторів, що визначають одні й ті самі стилі. Щоб не морочитися зі специфічністю і не вишукувати самому, можна перейти в підтабку Computed, де виведено усі правила CSS, які зрештою були застосовані до поточного елементу після усіх розрахунків і віддання пріоритетів.

✅ Вищезгадана комбінація клавіш Ctrl + Shift + C дозволяє обрати будь-який елемент на сторінці, а код його елементу в HTML і усі стилі CSS буде показано в табці Elements.

💻 Наступна табка — табка Console — в рамках тестування несе в собі інформативну функцію “щось не в порядку”. Повідомлення рівня warning і тим паче error, якщо вони не прикликані вашими власними браузерними розширеннями, варто обговорити з розробниками. Перевіряючи певні кейси, в яких система очікувано або фактично поводить себе некоректно, варто також поглядати, чи не з’являються нові помилки в консолі.

🔎 Табка Sources містить у собі всі доступні файли, пов’язані з поточною сторінкою — скрипти, зображення, ассети, таблиці стилів тощо. В ній зручно переглядати увесь контент, наприклад, будь-які присутні зображення окремо від решти елементів сторінки.

🗒 Табка Network містить у собі подробиці всього клієнт-серверного трафіку HTTP реквестів. При тестуванні веб-застосунків її зазвичай використовують найбільше: відстеження реквестів, їхнього вмісту, кількості і швидкості, а також респонсів від серверу, їхнього статусного коду та вмісту. Взаємодія фронт-енду та бек-енду через реквести формує собою основу застосунку. Крім того, якщо сторінка не відпрацьовує як слід, переглянути, чи є реквест, чи він іде із правильним контентом, чи надходить респонс, і чи немає в ньому помилки, має бути першою перевіркою на думці. Будь-який реквест з Network можна побачити в деталях, натиснувши на нього. Зазвичай ці деталі доповнять репорт і спростять процес фіксу для розробника.

📍 В табці Application найчастіше використовуються категорії Storage та Cache. Storage містить Local storage, Session storage та Cookies — вмістилища відповідних даних, які за певних тестових необхідностей періодично треба чистити. Закешовані сторінки необхідно чистити з кожним деплоєм, інакше деякі зміни можуть не відображатися або працювати некоректно. Аналогічним виходом із ситуації буде проводити кожну сесію тестування в окремій інкогніто-табці — вони створюються із пустим ізольованим контекстом сторінки, тож аналогічні повному очищенню storage’ів і кешу.

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

TikTok | Instagram

#codica_advice