Що відбувається, коли контейнер запускається? 🙃

👉 Або за допомогою програми docker або за допомогою RESTful API, docker клієнт каже docker демону запустити контейнер.

$ docker container run -it ubuntu /bin/bash

🤓 Розберімося з цією командою. Клієнт запускається за допомогою команди docker, з опцією container run, яка каже, що буде запущено новий контейнер. Мінімальною вимогою для запуску контейнера є образ, який використовується для створення контейнера. У нашому випадку ubuntu.

Що відбувається під капотом, коли ми запускаємо цю команду❓

Docker по черзі робить таке:

✔️ завантажує образ ubuntu: docker перевіряє наявність образу ubuntu:latest на локальній машині, і якщо його немає, то завантажує його з Docker Hub. Якщо образ є, то використовує його для створення контейнера;
✔️ створює контейнер: коли образ отримано, docker використовує його для створення контейнера;
✔️ ініціалізує файлову систему та монтує read-only рівень: контейнер створений у файловій системі та read-only рівень доданий в образ;
✔️ ініціалізує мережу: створює мережевий інтерфейс, який дозволяє docker-у спілкуватися з хост машиною;
✔️ встановлення IP адреси: знаходить та задає адресу;
✔️ опціонально монтує диски у контейнер;
✔️ запускає зазначений процес: запускає вашу програму.

💁‍♂️ Тепер у вас є робочий контейнер. Ви можете керувати своїм контейнером, взаємодіяти з вашим застосунком. Коли ви вирішите зупинити процес, видаліть контейнер.

#codica_tech

Трохи про Гаррі Поттера 🤓

⚡️ Гаррі Поттер — це один із найдорожчих брендів в історії. Дохід від продажу книг, фільмів та інших товарів становив понад 15 мільярдів доларів. Під ім’ям Поттера зараз випускається буквально все: іграшки, піжами, цукерки, шкільне приладдя, є навіть музеї та величезна армія фанатів. Навіть ми з вами на Різдво хочемо переглянути ці казкові фільми для святкового настрою.

🪄 Круглі окуляри, закриті британські школи, чари всюди — все це асоціюється з Поттером і досі. Частково це не заслуга автора, хоча, безумовно, без Роулінґ наше Різдво не було б таким чарівним. “Дякую” слід сказати маркетологам. Вони грамотно продали товар за допомогою найпростіших інструментів.

Давайте трохи поміркуємо, чим ця історія може бути нам корисною?👇

🔗 Читайте за посиланням.
⏳ Час читання статті - 4 хвилин.

Тихого та спокійного ранку всім 😌

#codica_js

7 речей, які потрібно робити на роботі хоча би раз на рік 📝

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

💁🏻‍♀️ Коли ви постійно, день у день, робите ту саму роботу, дуже просто виявитися затягнутим у болото щоденної рутини. Щодня одне й те саме: рядові завдання та постійні проблеми, що потребують негайного втручання. Щороку варто порушувати звичний порядок офісного життя і робити те, що допомагає зрозуміти, в якій точці ви зараз і куди рухатиметеся далі.

Давайте сформулюємо разом ті моменти, на які варто звернути увагу 👇

1️⃣ Запишіть свої досягнення

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

2️⃣ Подумайте про компанію, в якій працюєте

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

3️⃣ Приберіть своє робоче місце

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

4️⃣ Визначте, яких навичок та знань вам не вистачає

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

5️⃣ Візьміться за особистий бренд

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

6️⃣ Допоможіть людям

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

7️⃣ Зробіть те, чого завжди боялися

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

Бажаю вам продуктивного нового року! ❤️

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

Гаряченьке🔥

Ловіть свіжий Ruby дайджест від нашого СEO Дмитра Чекаліна👇

🔻 Ruby digest #61: випущено Ruby 3.2.0, порівняння Ruby 2.6 та 3.2., підсумки 2022 року та багато цікавого.

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

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

#codica_english

Що таке Dockerfile❓

📌 Dockerfile — це простий текстовий файл, який містить інструкції зі створення Docker образів.

Нижче наведено синтаксис Dockerfile👇

▪️ Синтаксис

# comments
command argument argument1...

▪️ Приклад

# Print "Get Certified. Get Ahead"
RUN echo -e "Get Certified. Get Ahead"

#codica_tech

Список Docker команд для створення Dockerfile👇

👉 FROM - створює шар з ubuntu:18.04
👉 RUN - будує ваш контейнер
👉 CMD – визначає, яку команду виконувати в контейнері

Нижче наведено приклад докер-файлу з важливими командами 👇

FROM ubuntu:18.04
COPY. /file
RUN make /file
CMD python /file/file.py

🔗 Детальніше про різницю між CMD та ENTRYPOINT дивіться у відео.

Розгляньмо деякі з найпоширеніших команд Docker, які використовуються під час створення файлів docker 🔍

🔹 Основна мета CMD — надати параметри за замовчуванням для виконуваного контейнера.

🔹 ENTRYPOINT дозволяє зробити контейнер, який буде працювати як виконуваний файл.

ENTRYPOINT application "arg, arg1"
ENTRYPOINT echo "Hello, $name".

🔹 Команда COPY допомагає копіювати дані в образ Docker.

COPY [--chown=<user>:<group>] /[source]/[destination]

🔹 ENV надає значення за замовчуванням для змінних, до яких можна отримати доступ у контейнері.

ENV <key>=<value>

#codica_tech

Мій мозок у п'ятницю ввечері 😅

#codica_humor

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

💸 Зарплати українських тестувальників — зима 2023.

🥷 Хакери вкрали вихідний код League of Legends та виставили його на аукціон.

🧑‍🎓 За підтримки Мінцифри Google продовжує освітню програму в Україні.

🕵️ Зʼявився слід найбільш розшукуваної жінки у світі, «криптокоролеви», яка вкрала в інвесторів $4 млрд.

😠 Гроші не пахнуть: Xiaomi та Honor повертаються на росію.

👀 Масові звільнення в IT: чому американський техноринок штормить і що про це говорять цифри.

🔎 У мережу злили доступ до повного вихідного коду всіх ключових сервісів «Яндекса».

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

#codica_ruby

KISS, DRY, S.O.L.I.D, YAGNI — навіщо дотримуватися принципів програмування? 🤔

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

▪️KISS — Keep it simple, stupid
Основна ідея принципу KISS — чим простіше, тим краще, щоб кожен розробник зміг зрозуміти, що відбувається у класах та методах. Звідси випливає дві тези:

✔️ Keep it short and simple — коротко і просто.
✔️ Keep it simple and straightforward — просто і зрозуміло.

#codica_tech

▪️DRY — Don't repeat yourself
Основне завдання — зменшити кількість коду, що повторюється. Не повністю прибрати його, а саме зменшити його кількість. Частина коду має бути реалізована лише в одному місці.

🤔 Що ж робити, якщо при спробі не повторювати код, ви бачите, що порушуєте принцип DRY? Можливо, краще повторити код у двох місцях, але при цьому Single Responsibility принцип не порушити. Або ж можна розділити код на дві або три частини та використати ці частини окремо. Все залежить від ситуації.

▪️S.O.L.I.D.
Це найцікавіший з усіх принципів та найкорисніший. А якщо точніше, то це набір принципів, спрямованих на допомогу розробникам для створення чистого, добре структурованого коду, який легко підтримувати.

S — Single Responsibility Principle
O — Open-Closed Principle
L — Liskov Substitution Principle
I — Interface Segregation Principle
D — Dependency Inversion Principle

📌 SOLID — це набір принципів об’єктно-орієнтованого програмування, які представив Роберт Мартін (дядько Боб) у 1995 році. Їхня ідея в тому, що треба уникати залежностей між компонентами коду. Якщо є велика кількість залежностей, такий код важко підтримувати (спагеті-код). Його основні проблеми:

🖇 жорсткість (Rigidity): кожна зміна викликає багато інших змін;
🖇 крихкість (Fragility): зміни в одній частині ламають роботу інших частин;
🖇 нерухомість (Immobility): код не можна повторно використати за межами його контексту.

💁‍♂️ Природно, що з розвитком системи зростає її складність. Важливо завжди тримати цю складність під контролем. Інакше може виникнути ситуація, коли додавання нових фіч, навіть не дуже складних, обійдеться занадто дорого. Деякі проблеми повторюються особливо часто. Щоб їх уникати, було розроблено принципи проєктування. Якщо будемо їх дотримуватися, то не допустимо лавиноподібного підвищення складності системи. Найпростішими такими принципами є SOLID.

▪️YAGNI — You aren't gonna need it
Перед тим, як щось реалізувати, треба подумати, а чи потрібно воно мені зараз. Так, ви можете все продумувати, вирішувати, як усе буде в майбутньому, але коли ви сідаєте реалізовувати певну задачу, вона має виконувати рівно те, що вам треба в цей момент часу. Не треба створювати методи, які можуть бути потрібними в майбутньому.

☝️ 90% коду, який пишеться на майбутнє, не працює. І з часом він лише погіршує розуміння вашого коду, бо інші не розуміють ваші методи та для чого вони потрібні. Бізнес-вимоги можуть змінюватися досить швидко, і те, що здається потрібним, завтра вже може бути неактуальним.

Потрібно думати про те, що буде з вашим кодом в майбутньому, але при самій реалізації варто виконувати те, що має бути реалізовано саме сьогодні. Не реалізовувати те, що не потрібно. Чим менше коду, тим менше багів 😉

#codica_tech