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

Що таке Образ Docker (Docker Image) 🤔

📌 Docker Image — це блок, створений за інструкцією з Dockerfile, що виступає шаблоном запуску контейнерів. За допомогою цього документу можна побудувати безліч однакових контейнерів.

👉 Припустимо, ви створюєте один шаблон, який має встановити Python і певні залежності на нього, і вам потрібно п’ять однакових контейнерів. У такому випадку не потрібно прописувати п’ять Dockerfile. Достатньо одного такого файлу для створення Docker Image, який ви будете ранити п’ять разів.

☝️ Для стандартизації образів було створено OCI (Open Container Initiative).

👀 Пам'ятаєте, ми розповідали про те, що є deamonless альтернативи докеру? На це є ціла низка причин. Щоб створити образ, нам потрібно запускати docker build, а якщо є docker build, значить, є і docker deamon та інші команди докера. Отже, є дуже багато доступів. Щоб уникнути цих ризиків, є deamonless і rootless рішення. Один з них, наприклад, BuildKit.

#codica_tech

Основні команди Docker Image 👇

При роботі з Docker Image виділяють декілька найбільш використовуваних команд:

▪️ docker image -- help. Показує основні команди в Image з їхнім коротким описом.

▪️ docker image build [OPTIONS] PATH. Білдить сам Image для подальшого запуску Container. За допомогою цієї команди ви можете назвати свій Image. Для цього додайте тег -t, а за ним вкажіть бажану назву. Вам залишається прописати шлях до директорії. Після запуску команди і почне будуватися Image: від створення директорії, встановлення всіх залежностей та підготовки до запуску.

▪️docker image inspect [OPTIONS] IMAGE. Ця команда видає всю інформацію про Image. Це можуть бути ID, дата створення, пов’язані контейнери та енвайронменти, версія Python, наявні pip і get pip, CMD і ENTRYPOINT, Volumes, директорії тощо. При запуску команди вказуйте назву Image, який вас цікавить.

▪️docker image ls -a. Показує список усіх Image, які є в Docker.

▪️docker image rm [OPTIONS] IMAGE. Призначена для видалення Image.

#codica_tech

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

#codica_js

Закон Паркінсона та як його порушити 👀

▪️Перший закон Паркінсона говорить: «Робота заповнює весь час, відпущений на її виконання».

📰 Британський воєнний історик та журналіст Сіріл Норткот Паркінсон висунув таку теорію у 1955 році в журналі Economist. У своєму сатиричному нарисі він пояснив, чому люди нічого не встигають. Адже часто швидкість виконання завдання залежить від дати дедлайну.

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

Він навів також дві аксіоми:
▪️чиновник прагне множити підлеглих, а не суперників;
▪️чиновники створюють роботу один одному.

#codica_advice

🔖 Паркінсон також є автором решти популярних тверджень: «Витрати ростуть з доходами», «Розширення означає ускладнення, а ускладнення – це кінець шляху», «Кількість працівників у групі має тенденцію до зростання, незалежно від того, який обсяг роботи необхідно виконати» та ін.

☝️Проте саме перший закон Паркінсона найбільш відомий і лежить в основі боротьби з прокрастинацією.

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

Як цього можна уникнути❓

1️⃣ Не думай за всіх

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

2️⃣ Не став термін «вчора»

👉 По-перше, це всіх нервує, а ти не хочеш працювати серед психопатів. По-друге, встигнути «вчора» неможливо, а отже терміни зірвуться.

3️⃣ Не намагайся досягти 100% завантаження

👉 Для 100% завантаження (насправді ні) ми вигадали машини, а людині потрібно відпочивати. А ще розвиватися та витирати пил з клавіатури.

4️⃣ Після дедлайну не настане кінець світу

👉 Затримки все одно траплятимуться і це нормально.

5️⃣ Не потрібно фіксувати все

👉 Не треба малювати міфічний трикутник обмежень та намагатися втиснути в нього свій проєкт.

5️⃣ Не заохочуй мультизадачність

👉 По-перше, це непродуктивно. По-друге, кожен вирішує своє оптимізаційне завдання.

6️⃣ Не тягни з аппрувом

👉 Серйозно. На роботу йде 2 дні, а потім ще 2 тижні чекати, поки менеджер/замовник подивиться і дасть виправлення. А потім дивуємося, чому всі тягнуть до дедлайну.

7️⃣ Уникай великого вибуху

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

9️⃣ Не роздувай команду

Якщо не хочеш бути як британські чиновники 😄

#codica_advice

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

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

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

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

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

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