Codica - корисне про IT
2.09K subscribers
3.29K photos
171 videos
56 files
1.7K links
Привіт, друже, це канал про корисності в ІТ🤘

🔺Даємо практичні матеріали з RoR, JavaScript, QA, DevOps
🔺Розкажемо як знайти першу роботу без хвилювань та проблем

✍️Для звʼязку-@klimenko_nataly

👉 Відкриті вакансії - www.codica.com/careers
Download Telegram
🙌 Сподіваємося, ваш продакшн спить солодким сном, а робочі чати нарешті мовчать. Бо у нас тут суботній розгін настрою!

Перша частина словника зібрала стільки лайків, що тримати продовження в секреті було б злочином. Ловіть другу частину! 😎

Гортайте картинки, там уся жиза🔥

💬 Пишіть у коментарях: яке визначення описує ваш проєкт на всі 100%? Погнали! 🚀

TikTok | Instagram | Telegram
❤5👍1
Англійська за мемами😜
👉 Говоримо красиво

📍 to bug — дратувати, надокучати, набридати, діставати
📍 bug the hell out of you — жахливо тебе дратувати / страшенно тебе діставати / доводити тебе до сказу

#codica_english

TikTok | Instagram | Telegram
😁7
☕️ Ранок понеділка увірвався...
...як Майкл Скотт у кабінет бухгалтерії. Як би ми не хотіли закритися від нього в підсобці, зупинити цей процес неможливо.

Але ми тут, щоб трішки підняти вам настрій та повернути віру в робочий тиждень.

Сьогодні з нами герої легендарного серіалу «Офіс»!
(І навіть не кажіть, що ви його не дивилися 😉)

#codica_humor

TikTok | Instagram | Telegram
😁3❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
🎯 Як відповідати на технічні питання на співбесіді?

#codica_interviews

✅ Хороша співбесіда — це підготовка.
❌ Погана — “та я по ходу розберусь“.
❤4
Навіщо потрібні propTypes? Що відбувається з ними у production збірці?

📌 Очікувана відповідь:

propTypes — це вбудований у React механізм динамічної типізації props під час виконання програми (runtime validation). Він потрібен для того, щоб виявляти помилки передачі неправильних типів даних на етапі розробки.
У production збірці перевірки propTypes повністю ігноруються задля оптимізації продуктивності та зменшення розміру бандлу.

📌 Базовий приклад:


import PropTypes from 'prop-types';

// ✅ Значення за замовчуванням задаємо через стандартні параметри ES6
function UserCard({ name, age, isAdmin = false }) {
return (
<div>
<h3>{name}</h3>
<p>Вік: {age}</p>
{isAdmin && <span>Адміністратор</span>}
</div>
);
}

UserCard.propTypes = {
name: PropTypes.string.isRequired,
age: PropTypes.number,
isAdmin: PropTypes.bool
};



📌 Навіщо потрібні propTypes:

1️⃣ Документування компонентів: відкриваючи файл, розробник одразу бачить, які вхідні дані очікує компонент та які з них є обов‘язковими.

2️⃣ Раннє виявлення багів: якщо замість числа в age прийде рядок, React виведе чітке попередження в консоль браузера ще до того, як інтерфейс зламається.

3️⃣ Полегшення інтеграції: допомагає при роботі в команді, коли один розробник використовує компоненти, написані іншим.

📌 Що відбувається у production збірці:
При компіляції проєкту для production (наприклад, за допомогою Webpack, Vite чи Turbopack) логіка перевірки типів вимикається:

👉 React ігнорує валідацію propTypes, оскільки це важка операція для рантайму, яка б сповільнювала роботу інтерфейсу у реальних користувачів.

👉 Попередження в консоль більше не виводяться.

👉 Важливо: за допомогою плагінів бабеля (наприклад, babel-plugin-transform-react-remove-prop-types) самі обʼєкти propTypes повністю видаляються з фінального JS-коду, щоб зменшити вагу файлів (Bundle Size).

📌 propTypes vs TypeScript (додатковий бал від сеньйора):
👉 TypeScript працює на етапі компіляції (static type checking). Якщо передати не тот тип — проєкт просто не збереться.

👉 propTypes працюють в рантаймі (runtime check). Раніше їх іноді комбінували з TS для перевірки динамічних даних з API.
Проте сьогодні для валідації даних з бекенду в TS-проєктах використовують сучасні інструменти на кшталт Zod або Yup. У сучасній розробці потреба в propTypes майже повністю зникла, це спадщина (legacy) старих проєктів.

🍀 Пам’ятай: відповідай впевнено, коротко і по суті.

Вчіть не відповіді. Вчіть логіку. Удачі!

TikTok | Instagram | Telegram
👍3❤2✍1
😮‍💨 Просто «знайти баг» уже давно недостатньо. Як QA стати незамінним у 2026 році?

#codica_articles

Ми повертаємося з другою частиною нашого гайду про прокачку QA Engineer! У першій частині ми говорили про фундамент: продуктове мислення, розуміння вебу і системний підхід, тепер час для важкої артилерії.

Наш QA Lead Олексій розібрав що реально відрізняє сильного QA від просто «того, хто тестує».

👉 Головні тези вже в картках! Тисніть вподобайку та діліться своїми думками в коментарях!

TikTok | Instagram | Telegram
👍3
Що читають у Codica 📚

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

Минулі наші розбори:
Head First — Програмування на JavaScript
Гарро фон Зенгер — 36 стратегем для керівника
Head First — Патерни проєктування
💯2
Ювал Ной Харарі — Sapiens. Коротка історія людства

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

Що сильного
• масштабний і дуже захопливий погляд на історію людства
• складні теми пояснюються просто і цікаво
• багато сильних думок про гроші, релігії, держави, корпорації та співпрацю людей
• змушує дивитися ширше за побут і новини дня
• після книги слово “продукт” сприймається вже в історичному масштабі 😏

Що недотиснули
• частина тез дискусійна серед істориків і науковців
• місцями автор спрощує дуже складні процеси
• якщо чекати академічну історію — це не зовсім той формат

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

Оцінка від Codica
10 / 10 👍


Наш висновок
Одна з тих книг, яка добре розширює мислення: після неї починаєш дивитися на людей, системи й технології значно ширше.

TikTok | Instagram | Telegram
🔥4
💎 Ruby-інструменти, які варто знати кожному розробнику. Частина 3

Попередні частини:
👉 [Ruby-інструменти. Частина 1]
👉 [Ruby-інструменти. Частина 2]

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

Рев'ю вже не рятують, тому час підключати важку артилерію.

#codica_advice
Ось 3 інструменти для аналізу архітектури, які рятують від технічного боргу 👇

📌 Packwerk

• Інструмент для модулізації монолітів від інженерів Shopify.
• Жорстко б'є по руках розробникам, які намагаються імпортувати код із сусіднього пакету в обхід офіційного публічного API.
• Хочеш витягнути метод із чужого модуля? Зроби це по-людськи через чіткий інтерфейс. Архітектура залишається чистою хочеш ти цього чи ні.

📌 Graphwerk

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

📌 rails-erd

• Генератор ER-діаграм прямо з ваших ActiveRecord-моделей.
• Одна команда — і на руках актуальна схема всієї бази зі всіма зв'язками (has_many, belongs_to тощо).
• Must-have, коли заходиш у великий legacy-проєкт і треба вникнути в структуру за п'ять хвилин до мітингу.

А ви вже намагалися впровадити Packwerk у свої проєкти чи поки тримаєтесь?

TikTok | Instagram | Telegram
🔥5👍1
Друзі, чи було таке, що на мітингу питають “What’s the status?” — і мозок одразу переходить у режим: “Everything is fine… I guess” 😅

Але замість “we’re almost done” вже вдесяте (коли “almost” триває третій тиждень 🙃) краще мати під рукою фрази, які допоможуть звучати впевнено й професійно.

Зібрали корисні англійські вирази для апдейтів, обговорення прогресу та аргументації рішень 👇

#codica_english