Codica - корисне про IT
Open in Telegram
Привіт, друже, це канал про корисності в ІТ🤘 🔺Даємо практичні матеріали з RoR, JavaScript, QA, DevOps 🔺Розкажемо як знайти першу роботу без хвилювань та проблем ✍️Для звʼязку-@klimenko_nataly 👉 Відкриті вакансії - www.codica.com/careers
Show more2 084
Subscribers
No data24 hours
-27 days
+130 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
October '26Oct '26
October '26
+8
in 1 channels
September '26
+43
in 1 channels
Get PRO
August '26
+25
in 1 channels
Get PRO
July '26
+50
in 3 channels
Get PRO
June '26
+123
in 4 channels
Get PRO
May '26
+57
in 3 channels
Get PRO
April '26
+35
in 2 channels
Get PRO
March '26
+37
in 2 channels
Get PRO
February '26
+30
in 2 channels
Get PRO
January '26
+20
in 1 channels
Get PRO
December '25
+7
in 0 channels
Get PRO
November '25
+7
in 0 channels
Get PRO
October '25
+129
in 0 channels
Get PRO
September '25
+275
in 2 channels
Get PRO
August '25
+26
in 2 channels
Get PRO
July '25
+53
in 2 channels
Get PRO
June '25
+63
in 4 channels
Get PRO
May '25
+99
in 8 channels
Get PRO
April '25
+28
in 3 channels
Get PRO
March '25
+6
in 0 channels
Get PRO
February '25
+6
in 0 channels
Get PRO
January '25
+11
in 0 channels
Get PRO
December '24
+239
in 0 channels
Get PRO
November '24
+6
in 0 channels
Get PRO
October '24
+262
in 3 channels
Get PRO
September '24
+44
in 3 channels
Get PRO
August '24
+36
in 3 channels
Get PRO
July '24
+54
in 3 channels
Get PRO
June '24
+90
in 3 channels
Get PRO
May '24
+73
in 2 channels
Get PRO
April '24
+121
in 3 channels
Get PRO
March '24
+13
in 0 channels
Get PRO
February '24
+10
in 0 channels
Get PRO
January '24
+15
in 0 channels
Get PRO
December '23
+15
in 1 channels
Get PRO
November '23
+32
in 1 channels
Get PRO
October '23
+22
in 0 channels
Get PRO
September '23
+50
in 0 channels
Get PRO
August '23
+34
in 0 channels
Get PRO
July '23
+22
in 0 channels
Get PRO
June '23
+16
in 0 channels
Get PRO
May '23
+17
in 0 channels
Get PRO
April '23
+13
in 0 channels
Get PRO
March '23
+26
in 0 channels
Get PRO
February '23
+15
in 0 channels
Get PRO
January '23
+67
in 0 channels
Get PRO
December '22
+51
in 0 channels
Get PRO
November '22
+131
in 0 channels
Get PRO
October '22
+486
in 0 channels
Get PRO
September '22
+878
in 0 channels
Get PRO
August '22
+428
in 0 channels
Get PRO
July '22
+520
in 0 channels
Get PRO
June '22
+546
in 0 channels
Get PRO
May '22
+256
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 09 October | +1 | |||
| 08 October | +1 | |||
| 07 October | +3 | |||
| 06 October | 0 | |||
| 05 October | 0 | |||
| 04 October | 0 | |||
| 03 October | +1 | |||
| 02 October | 0 | |||
| 01 October | +2 |
Channel Posts
| 2 |  +6Друзі, вже субота!! Ураа!
#codica_weekend
Давайте піднімемо собі настрій новою добіркою айтішних слів! Третя частина словника айтівця вже тут))
Гортайте картинки та шукайте знайомі визначення 👀
Обов’язково відправте тому другу, який посміхнеться від цих визначень 😄
Минулі випуски словника:
👉 Перша добірка
👉 Друга добірка
TikTok | Instagram | Telegram | 153 |
| 3 | 🐞 5 шпаргалок для QA, які бережуть нерви перед релізом
Коли реліз уже близько, останнє, чого хочеться, — пів години шукати синтаксис SQL-запиту, потрібний HTTP-код або згадувати різницю між Boundary Value Analysis та Equivalence Partitioning. 😅
Зібрали 5 корисних ресурсів для QA, які варто тримати під рукою 👇
📘 Software Testing Cheat Sheet на DEV Community
Велика шпаргалка з базових QA-концепцій: Boundary Value Analysis, Equivalence Partitioning, bug lifecycle, Severity vs Priority, типи тестування та test planning.
Зручно, коли треба швидко освіжити теорію перед тест-дизайном, підготовкою test plan або regression cycle.
🌐 Postman — офіційна документація по test scripts
JavaScript-приклади для API-тестів у Postman: assertions, перевірка status codes, response body, headers та робота з даними відповіді.
Замість того щоб згадувати синтаксис pm.test() та pm.expect(), можна швидко знайти потрібний приклад і адаптувати його під свій API-тест.
⚙️ SQL Cheat Sheet на DevHints
Швидкий reference по SQL: SELECT, JOIN, WHERE, GROUP BY, агрегатні функції та інші конструкції, які регулярно потрібні під час перевірки даних у БД.
Корисно, коли треба перевірити, що бекенд правильно записав або змінив дані, а синтаксис потрібного запиту вилетів із голови.
🧠 HTTP Status Codes Cheat Sheet
Швидкий довідник по класах HTTP-відповідей — від інформаційних 1xx і успішних 2xx до client error 4xx та server error 5xx.
Допомагає швидко інтерпретувати відповідь API та звузити область пошуку проблеми — від параметрів запиту й авторизації до помилки на серверній стороні.
🛡 OWASP Web Security Testing Guide
OWASP Web Security Testing Guide | OWASP Foundation
Це вже не зовсім шпаргалка, а великий практичний reference для security testing вебзастосунків: authentication, authorization, session management, input validation, API testing та інші типові напрямки перевірки безпеки.
Корисно, коли хочеться перевірити не лише «чи працює», а й «що станеться, якщо користувач зробить те, чого ми від нього зовсім не очікуємо». 😈
💡 Порада:
Збережіть ці посилання в закладки, Slack або Notion. Не треба пам'ятати напам'ять кожен HTTP-код, SQL-конструкцію чи Postman assertion.
Головне — знати, що перевіряти і де швидко знайти точний синтаксис, коли він знадобиться.
TikTok | Instagram | Telegram | 158 |
| 4 |  📚 Народ, ми тут дещо затіяли.
Запускаємо серію IT-шпаргалок на всі випадки життя — від «як там пишеться цей JOIN?» до «production горить, де моя команда kubectl?» 🔥
Замість сотні відкритих вкладок — добірки перевірених cheat sheets та офіційних quick references для розробників, QA і DevOps.
Будемо методично проходитися по стеку: Frontend, Backend, SQL, Security, Testing, Cloud, DevOps — і складати вам колекцію, яку не соромно тримати в закладках.
Коротше: ми шукаємо й перевіряємо — ви зберігаєте і робите вигляд, що завжди це пам’ятали. 😎
Починаємо 👇
#codica_advice | 129 |
| 5 | Тож перша десятка вже тут 📚
Зберігайте, пересилайте друзям і… поїхали читати 🚀
🛒 — посилання на Amazon / купівлю
👀 — легальний безкоштовний preview / фрагмент книги
🧠 AI, його можливості та майбутнє
1. Kate Crawford — “Atlas of AI”
Про приховану ціну AI: дані, людську працю, ресурси, екологію, нерівність і владу.
🛒 Amazon — купити
2. Mustafa Suleyman & Michael Bhaskar — “The Coming Wave”
AI, synthetic biology та інші технології, які можуть радикально змінити суспільство.
🛒 Amazon — купити
3. Joy Buolamwini — “Unmasking AI”
Про bias у facial recognition та алгоритмах і про те, як технології можуть відтворювати старі форми дискримінації.
🛒 Amazon — купити
4. Fei-Fei Li — “The Worlds I See”
Історія AI очима однієї з ключових дослідниць computer vision — від лабораторій до сучасного AI-буму.
🛒 Amazon — купити
5. Urs Gasser & Viktor Mayer-Schönberger — “Guardrails”
Як створювати правила та обмеження для AI, не відмовляючись від технологічного прогресу.
👀 Google Books — Preview
6. Kai-Fu Lee & Chen Qiufan — “AI 2041”
10 художніх сценаріїв про те, як AI може змінити життя протягом наступних десятиліть.
🛒 Amazon — купити
7. Ruha Benjamin — “Race After Technology”
Як алгоритми можуть закріплювати соціальну нерівність під виглядом нейтральних технологій.
🛒 Amazon — купити
8. Nita Farahany — “The Battle for Your Brain”
Нейротехнології, brain-computer interfaces і майбутнє приватності наших думок.
🛒 Amazon — купити
9. Orly Lobel — “The Equality Machine”
Більш оптимістичний погляд: як AI та automation можуть використовуватися для зменшення нерівності.
👀 Google Books — Preview
10. Madhumita Murgia — “Code Dependent”
AI очима людей, чиє життя вже змінюють алгоритми — від медицини до роботи й освіти.
🛒 Amazon — купити
Далі буде ще більше про Big Tech, OpenAI, NVIDIA, чипи, AGI, privacy, AI safety, geopolitics, майбутнє роботи та те, куди взагалі все це котиться.
🔥 Ставте вогник, якщо вам сподобалась добірка і чекаєте на наступні частини.
TikTok | Instagram | Telegram | 129 |
| 6 |  🤖 40 КНИГ, ЩОБ РОЗІБРАТИСЯ В AI — ВІД НУЛЯ ДО AGI
Друзі, знайшли для вас аж 40 книг про AI 😅
І щоб не перевантажувати вас цією всією АІшкою одразу, будемо давати по 10 книг у 4-х частинах.
Тут і про сам AI, і про його вплив на людей, роботу, приватність, технології та наше майбутнє.
#codica_advice | 132 |
| 7 | Що буде виведено в консоль? | 162 |
| 8 |  #codica_js | 160 |
| 9 | Що виведе цей код? | 159 |
| 10 |  #codica_ruby | 155 |
| 11 | Як і обіцяли тримайте повну шпаргалку з технічними кроками, моделями та командами. Зберігайте, щоб ноут не злетів у космос!
1️⃣ Ставимо красивий ШІ в один клік — LM Studio
Якщо не хочете бачити чорний екран терміналу, це ваш вибір.
1. Заходьте на lmstudio.ai та качайте під свій Windows/Mac.
2. У пошуку програми вбивайте топові моделі:
• Llama-3-8B-Instruct (універсальна робоча конячка від Meta)
• DeepSeek-Coder-V2 (китайський геній, який кодить краще за джунів)
💡 Лайфхак: Обирайте версії з маркуванням Q4_K_M або Q5_K_M. Це ідеальний баланс: ШІ не тупіє, а оперативка не плаче.
2️⃣ Для гіків та слабких ПК — Ollama (Термінал + Безкоштовна Хмара)
Використовує мінімум ресурсів, а тепер ще й має безкоштовний хмарний API.
1. Завантажуйте інсталятор з ollama.com.
2. Відкривайте свій термінал (або командний рядок Windows) і пишіть магічне заклинання:
ollama run llama3
(або)
ollama run deepseek-coder
3. Програма сама все завантажить і запустить чат прямо в консолі.
3️⃣ Налаштовуємо «Другий Мозок» (Зв'язка ШІ + Obsidian)
Змушуємо нейромережу вивчити ваші особисті нотатки та код без зливу даних в інтернет.
1. Ставимо крутий безкоштовний нотатник obsidian.md.
2. Заходимо в нотатник: Settings ➡️ Community Plugins ➡️ Вмикаємо плагіни.
3. Шукаємо та встановлюємо плагін: Obsidian Copilot або Local GPT.
4. У налаштуваннях плагіна вибираємо режим Local і вказуємо шлях до вашої запущеної LM Studio чи Ollama.
5. Готово! Тепер ШІ пише саммарі ваших конспектів і шукає зв'язки в хаосі ваших думок.
4️⃣ Якщо комп'ютер — «динозавр» — KoboldCPP
Запустить локальну модель навіть на прасці з 4 ГБ оперативки.
1. Качаємо один файл з офіційного GitHub KoboldCPP
2. Запускаємо, вибираємо легку модель (наприклад, на 1.5B або 3B параметрів) і спілкуємося через зручний інтерфейс у браузері.
5️⃣ Для роботи під NDA — AnythingLLM
Ідеально, якщо шеф боїться витоку комерційних таємниць.
1. Забираємо додаток на anythingllm.com.
2. Просто перетягуємо мишкою папку з робочими PDF, Excel чи кодом у вікно.
3. ШІ аналізує документи локально. Жоден байт не йде в мережу.
👇 Дивитися повне відео з лайфхаками та демонстрацією екрана:
[ПОСИЛАННЯ ВІДЕО НА YOUTUBE]
Користуйтеся, тестіть і пишіть у коментарях, яка модель завелася на вашому залізі найшвидше! 😉
TikTok | Instagram | Telegram | 148 |
| 12 |  Покроковий гайд: Як підняти свій безлімітний ШІ та налаштувати «Другий Мозок»
Ну що, втомилися від червоних плашок «You've reached your limit» у ChatGPT та Claude? Ролик про те, як відправити корпорації з їхніми підписками по $20 відпочивати, вже на каналі! | 143 |
| 13 |  Думаєш, що вже добре знаєш JavaScript?
А як щодо замикань, прототипів і контексту this? 😏
Ми знайшли круту шпаргалку з ключовими концепціями JavaScript:
🔹 контекст виконання та область видимості (Execution Context & Scope)
🔹 замикання та підняття оголошень (Closures & Hoisting)
🔹 контекст this, прототипи та класи
🔹 проміси та асинхронний код (Promises, async/await)
🔹 ітератори, деструктуризація та оператори розгортання/залишкових параметрів (Spread/Rest)
🔹 приведення типів і керування пам’яттю
🔹 відкладене виконання та обмеження частоти викликів (Debounce & Throttle)
🔖 Зберігай, щоб швидко повернутися до потрібної теми під час навчання або перед співбесідою.
Вчимося разом і стаємо сильнішими в коді))
#codica_advice
TikTok | Instagram | Telegram | 172 |
| 14 | Мемоізація — це техніка оптимізації, за якої результат обчислення зберігається та повторно використовується, коли він знову потрібен за тих самих умов.
Простіше кажучи: якщо ми вже отримали результат і він досі актуальний — навіщо виконувати дорогу операцію ще раз?
У Ruby класичний pattern виглядає так:
def permissions
@permissions ||= current_user.permissions.to_a
end
Під час першого виклику permissions Ruby обчислить праву частину та збереже результат у @permissions.
Під час наступних викликів буде використано вже збережене значення.
Тобто:
permissions → отримали дані → зберегли в @permissions → використовуємо повторно
Навіщо потрібна мемоізація?
🔘 уникати повторних дорогих обчислень;
🔘 зменшувати кількість повторних операцій із БД або API;
🔘 не виконувати одну й ту саму роботу кілька разів;
🔘 у відповідних сценаріях — покращувати performance..
Розглянемо Rails-приклад
Уявімо, що під час обробки запиту нам кілька разів потрібно отримати permissions користувача:
def permissions
current_user.permissions.to_a
end
Кожен виклик методу знову виконує його логіку.
Можемо memoize результат:
def permissions
@permissions ||= current_user.permissions.to_a
end
Тепер результат зберігається в instance variable конкретного об‘єкта й може повторно використовуватися протягом його життя.
⚠️ А тепер класична пастка Ruby.
||= працює добре, доки false або nil не є валідним результатом.
Наприклад:
def active?
@active ||= expensive_check
end
Якщо expensive_check поверне false, наступний виклик знову виконає expensive_check, адже false не є truthy значенням.
У такому випадку можна перевіряти, чи instance variable вже була визначена:
def active?
return @active if defined?(@active)
@active = expensive_check
end
Тепер навіть false або nil можуть бути коректно memoized.
⚠️ Ще один важливий момент: memoization — це не те саме, що caching.
Наприклад:
@permissions
зберігається в конкретному Ruby object і живе стільки, скільки живе цей object.
Це не те саме, що Rails.cache, і не те саме, що Active Record Query Cache, який Rails використовує для кешування результатів SQL-запитів у своєму execution context.
Тому scope і lifetime memoized значення завжди мають значення.
💡 Головна ідея: якщо результат операції вже отримано, залишається актуальним і потрібен повторно — немає сенсу виконувати ту саму роботу ще раз.
Але пам‘ятайте: memoization любить актуальні дані та не любить false, захований за ||=.
TikTok | Instagram | Telegram | 163 |
| 15 |  Старенькі знають, молоді гуглять 😎
Сьогодні в нашій рубриці словника Ruby on Rails розглядаємо поняття «Мемоізація» (Memoization).
#codica_advice
Попередні пости рубрики:
👉 Міграції (migrations)
👉 Способи запуску команд Rails
👉 Метал-контролери (Metal Controllers)
👉 DSL (Domain Specific Language)
👉 Ідемпотентність (Idempotency) | 156 |
| 16 |  Поки ви горіли на зідзвонах, наш CEO Дмитро часу не гаяв і спакував новий Ruby Digest.
Тут тільки база:
• Продуктивність: розганяємо Ruby на повну.
• Безпека: фіксимо Rails-вразливості до того, як вони стануть мемами.
• Інструменти: нові бібліотеки та архітектура фонових задач.
Клацайте по лінку і вдавайте, що рев’юїте важливий пул-реквест.
👉 Читати Ruby Digest
TikTok | Instagram | Telegram | 178 |
| 17 | Штучний інтелект і нейромережі
Чому це цікаво
AI уже давно не “технологія майбутнього”, а робочий інструмент сьогодення. І чим краще розумієш базові принципи його роботи, тим легше відрізняти реальні можливості від гучного хайпу.
Що сильного
• хороший формат для швидкого входу в тему
• допомагає розкласти по поличках базові поняття AI та нейромереж
• корисно тим, хто хоче зрозуміти тему без складної математики
• дає загальну картину напрямку, який уже змінює бізнес і розробку
• після книги слова “машинне навчання” вже не звучать магічно 😏
Що недотиснули
• формат “12 книжок в одній” зазвичай означає ширину замість глибини
• для технічних спеціалістів може бути занадто базово
• тема AI змінюється швидко, тому частина матеріалу може старіти дуже швидко
• практичних кейсів хотілося б більше
Кому може бути цікава
👉 новачкам у темі AI
👉 менеджерам, які хочуть краще розуміти тренд
👉 підприємцям
👉 маркетологам
👉 нетехнічним спеціалістам
👉 тим, хто досі думає, що AI — це просто чат-бот 😏
Оцінка від Codica
7 / 10 👍
Наш висновок
Непоганий старт для знайомства з темою, але якщо хочете реально зануритися в AI — це лише перша сходинка.
TikTok | Instagram | Telegram | 170 |
| 18 |  Що читають у Codica 📚
Друзі, на зв’язку наша постійна рубрика, де ділимось книгами з корпоративної бібліотеки, які можуть бути корисними не лише для полиці, а й для роботи, мислення та розвитку.
Минулі наші розбори:
👉 Head First — Програмування на JavaScript
👉 Гарро фон Зенгер — 36 стратегем для керівника
👉 Head First — Патерни проєктування
👉 Ювал Ной Харарі — Sapiens. Коротка історія людства
👉 Роберт Мартін — Чистий код | 172 |
| 19 |  +6💸 5 фінансових помилок, які коштують IT-спеціалісту тисячі доларів
#codica_advice
Високий дохід в IT не гарантує фінансової свободи. Можна отримувати $3 000, $5 000 чи навіть $10 000 на місяць — і все одно відчувати касові розриви або залежати від наступного інвойсу.
Привіт! На зв’язку Юлія, головна бухгалтерка Codica. Щомісяця через мої руки проходять десятки бюджетів та виплат. Я регулярно бачу, як через базові фінансові прорахунки розробники втрачають сотні й тисячі доларів.
Я зібрала 5 головних помилок в управлінні грошима та практичні рішення, як їх усунути.
Тож гортайте картки і зберігайте собі в нотатки!
TikTok | Instagram | Telegram | 184 |
| 20 | 4. Чому useEffect не потрібен для derived data?
📌 Питання:
Чи правильно написаний цей компонент?
function ProductList({ products }) {
const [visibleProducts, setVisibleProducts] = useState([]);
useEffect(() => {
setVisibleProducts(
products.filter(product => product.inStock)
);
}, [products]);
return (
<ul>
{visibleProducts.map(product => (
<li key={product.id}>
{product.name}
</li>
))}
</ul>
);
}
📌 Очікувана відповідь:
У цьому випадку useEffect не потрібен.
visibleProducts — це derived data, яку можна отримати безпосередньо з products під час render:
function ProductList({ products }) {
const visibleProducts = products.filter(
product => product.inStock
);
return (
<ul>
{visibleProducts.map(product => (
<li key={product.id}>
{product.name}
</li>
))}
</ul>
);
}
У першому варіанті ми створюємо зайвий цикл:
render
↓
useEffect
↓
setState
↓
ще один render
Крім того, ми зберігаємо у state значення, яке можна просто отримати з уже наявних props.
📌 Коли useEffect справді потрібен?
Коли потрібно синхронізувати React із зовнішньою системою: наприклад, subscription, timer, DOM API, WebSocket або сторонньою бібліотекою.
Якщо ж derived calculation справді дорогий, тоді можна розглядати memoization — але це не причина переносити derived data у state.
5. Чому компонент може render’итися, навіть якщо його props не змінилися?
📌 Питання:
Чому Child може повторно render’итися при кожному натисканні?
function Parent() {
const [count, setCount] = useState(0);
return (
<>
<button onClick={() => setCount(c => c + 1)}>
{count}
</button>
<Child name="John" />
</>
);
}
function Child({ name }) {
console.log('Child render');
return <div>{name}</div>;
}
📌 Очікувана відповідь:
У React без автоматичної memoization, коли Parent render’иться повторно, React за замовчуванням також виконує його дочірні компоненти.
Те, що props Child не змінилися, саме по собі не означає, що React пропустить його render.
Якщо є реальна потреба уникнути такого render, можна використати React.memo:
const Child = React.memo(function Child({ name }) {
console.log('Child render');
return <div>{name}</div>;
});
Але тут важливо розуміти reference equality.
Наприклад:
<Child options={{ theme: 'dark' }} />
На кожному render Parent створюється новий object.
Тобто навіть якщо його вміст однаковий:
{ theme: 'dark' } !== { theme: 'dark' }
Це різні object references.
Тому така prop може завадити React.memo пропустити render.
📌 А що з React Compiler?
Якщо проєкт використовує React Compiler, він може автоматично застосовувати memoization і пропускати частину зайвих render’ів без ручного React.memo.
Тому React.memo — не універсальна кнопка «зробити швидше».
Спочатку потрібно зрозуміти, чи є повторний render реальною performance-проблемою і чи не виконує потрібну оптимізацію Compiler.
🍀 Що об'єднує ці питання?
На співбесіді важливо не просто знати API React, а розуміти, чому код поводиться саме так.
Тому вчіть не тільки useEffect, useCallback, useMemo чи React.memo, а й:
JavaScript closures, React render model, state, component identity, Effects та memoization.
Вчіть не відповіді. Вчіть логіку. Удачі!
TikTok | Instagram | Telegram | 161 |
