Codica - корисне про IT

👉 Rails on Containers (Katherine Juell) Docker, Docker Compose, Kubernetes і Ruby on Rails в одному місці. Книга показує, як зібрати Rails-застосунок із PostgreSQL та Sidekiq і перейти до Kubernetes. 👉 The Ruby on Rails Notes for Professionals (Stack Overflow) Практичний довідник із Ruby on Rails на основі матеріалів Stack Overflow. Зручна шпаргалка, коли Rails вирішив ускладнити вам життя. 👉 Build Chatbot Interactions (Daniel Pritchett) Ruby + чатботи 🤖 Практичні приклади створення корисних та інтерактивних chatbot-інтерфейсів із готовим кодом, який можна запускати й адаптувати. 👉 Ruby on Rails Tutorial: Learn Web Development with Rails (Michael Hartl) Класика для вивчення Rails: від перших сторінок до повноцінного вебзастосунку. MVC, REST, тестування, акаунти, робота з даними та деплой. Зберігайте, діліться з колегами та звільняйте місце на диску — схоже, наша цифрова полиця ще не скоро спорожніє 📚 TikTok | Instagram | Telegram

Ruby devs, звільнили місце на диску? 👀 Бо ми принесли вам вже 10-ту, ювілейну порцію годноти! #codica_advice Підготували ще 4 PDF-книжки про Ruby та Rails — тут вам і Docker з Kubernetes, і чатботи, і Rails із перевіреною класикою. Минулі добірки теж не губіть: 📍 Добірка Ruby-книжок 1 📍 Добірка Ruby-книжок 2 📍 Добірка Ruby-книжок 3 📍 Добірка Ruby-книжок 4 📍 Добірка Ruby-книжок 5 📍 Добірка Ruby-книжок 6 📍 Добірка Ruby-книжок 7 📍 Добірка Ruby-книжок 8 📍 Добірка Ruby-книжок 9

Ранковий привіт, друзі! 💪 Те, що нас не вбиває — робить нас сильнішими, тож каву в руки і погнали розривати цей день! ☕️ #codica_humor TikTok | Instagram | Telegram

Англійська за мемами😜 👉 Говоримо красиво 📍sign — знак; вивіска; підпис 📍to sign — підписувати (документ) #codica_english TikTok | Instagram | Telegram

ТікТоки, які неможливо просто взяти й не додивитися 🔥 Зібрали для вас ще більше тіктоків, які потрапляють прямо в серденько ❤️‍🔥 👉 https://www.tiktok.com/@codica_com?_t=ZM-8tp6m9QvxxN&_r=1 Залітайте, підписуйтесь і готуйтеся впізнавати себе в кожному відео! TikTok | Instagram | Telegram

👀 Друзі, це точно варто зберегти! Якщо ви хоч раз думали: «А де б мені це безкоштовно захостити?» — є хороші новини 😄 Є репозиторій free-for-dev, де зібрали купу сервісів із безкоштовними тарифами для розробки. ✔️ Oracle Cloud — 2 сервери + до 12 ГБ RAM ✔️ AWS Lambda — до 1 млн запусків на місяць ✔️ Cloudflare — DNS, SSL, CDN та інше ✔️ Google Cloud Run — до 2 млн запитів на місяць А ще — бази даних, storage, API, CI/CD, моніторинг, email-сервіси, auth та багато іншого. Кому зайде: 👉 робите pet-project і не хочете одразу витрачати гроші 💸 👉 збираєте MVP стартапу 👉 вчитеся працювати з cloud та DevOps 👉 тестуєте новий стек 👉 просто шукаєте, де б безкоштовно щось запустити Приємний бонус: у списку сервіси з free tier щонайменше на рік, а сам репозиторій регулярно оновлюють. Коротше, дуже корисна штука в закладки. 🔗 free-for-dev Збережіть, поки пам'ятаєте. А потім дякуватимете собі 😎 TikTok | Instagram | Telegram

👥 Ефект Рінгельмана (Ringelmann Effect) Чим більша група, тим менший індивідуальний вклад кожного її учасника. 👨‍💻 Що це означає для розробників • у великих командах легше “розчинитися” у процесі; • відповідальність стає розмитою; • зростає кількість узгоджень замість фокусної роботи. 📊 Що це означає для менеджерів • масштабування команди не гарантує масштабування результату; • зʼявляється більше overhead на комунікацію; • важливо зберігати чіткі зони відповідальності. 💡 Простий приклад У команді з 3 людей кожен знає свою задачу. У команді з 12 — зʼявляються дублювання, очікування рішень від інших і більше часу на координацію, ніж на виконання. Як працювати з цим ефектом: ✔️ формувати невеликі кросфункціональні команди ✔️ чітко визначати ownership задач ✔️ зменшувати зайві мітинги та синхронізації 💬 Інколи найефективніша команда — не найбільша, а та, де кожен розуміє свою роль і вплив на результат. TikTok | Instagram | Telegram

🧠 13 законів розробки Чим більша команда — тим більше очікування, що швидкість роботи також зросте. Але на практиці інколи відбувається навпаки: людей більше, а відчуття руху вперед — менше. І це не про лінощі, а про природну психологію командної роботи. Закони, які вже розглянули: 👉 Закон Паркінсона 👉 Закон Хофштедтера 👉 Закон Брукса 👉 Закон Конвея (і зворотний закон Конвея) 👉 Закон Каннінгема 👉 Закон Стерджена 👉 Закон Завінскі (Zawinski’s Law) 👉 Закон Хайрума (Hyrum’s Law) 👉 Закон Прайса (Price’s Law) Сьогодні — ефект, який добре знайомий тим, хто працював у великих командах 👇

Materialise у пошуках Conversion Engineer для навчання в школі! Компанія Materialise розпочинає пошук кандидатів до Materialise Medical Engineering School 2026! З 19 по 31 жовтня у тебе буде можливість навчитися працювати з 3D-друком та створювати імпланти, що змінюють життя інших. Якщо ти ще студент або вже закінчив університет, то приєднуйся до Materialise й набувай досвіду разом з ними! Деталі та реєстрація за посиланням Коли: 19-31 жовтня Де: Київ (офлайн формат) Готовий почати нову кар'єру, то заповнюй заявку просто зараз!

#codica_js

#codica_ruby

Друзі, знайшли для вас дещо корисне і ще й безкоштовне)) Anthropic запустила власну Academy, де можна спокійно розібратися з Claude та його можливостями. Тут є: → курси про Claude та промптинг → матеріали про AI-агентів → вебінари та практичні гайди Усе безкоштовно, тож можна проходити у своєму темпі. Зберігайте, щоб не загубити 👇 🔗 https://academy.claude.com/ TikTok | Instagram | Telegram

📌 Prosopite Автоматично знаходить N+1 queries під час виконання Rails-коду, зокрема й ті, що виникають поза стандартними ActiveRecord associations. Корисний для development і test environments: допомагає виявляти зайві SQL-запити, а за відповідних налаштувань — навіть провалювати тести. 📌 Vernier Sampling profiler для Ruby, який допомагає знаходити performance bottlenecks. Показує, де витрачається час виконання, а також дозволяє аналізувати threads, GVL, GC pauses та memory allocations. Підтримує Ruby 3.2.1+ на Unix-like системах. 📌 rbspy Sampling profiler для Ruby, який можна підключити до вже запущеного процесу без змін у коді та перезапуску. Збирає зразки call stack і допомагає визначити, де процес витрачає найбільше часу. Особливо корисний для діагностики performance issues у production. 💡 Якщо коротко: Prosopite → шукаємо N+1 queries Vernier → аналізуємо Ruby performance, threads, GC та allocations rbspy → профілюємо вже запущений Ruby-процес Бо оптимізація починається не з includes чи Rails.cache, а з питання: «А де саме ми втрачаємо час?» #codica_advice А які інструменти ви використовуєте, коли Rails раптом починає гальмувати?👇 TikTok | Instagram | Telegram

💎 Ruby-інструменти, які варто знати кожному розробнику. Частина 5 Попередні частини: 👉 Ruby-інструменти. Частина 1 👉 Ruby-інструменти. Частина 2 👉 Ruby-інструменти. Частина 3 👉 Ruby-інструменти. Частина 4 Rails-застосунок почав гальмувати, а includes вже розставлені всюди? 😅 Тоді час припинити оптимізувати навмання і подивитися, що насправді відбувається всередині застосунку.