اکنون در دسترس! پژوهش تلگرام ۲۰۲۵ — مهمترین بینشهای سال 
Codica - корисне про IT
رفتن به کانال در Telegram
Привіт, друже, це канал про корисності в ІТ🤘 🔺Даємо практичні матеріали з RoR, JavaScript, QA, DevOps 🔺Розкажемо як знайти першу роботу без хвилювань та проблем ✍️Для звʼязку-@klimenko_nataly 👉 Відкриті вакансії - www.codica.com/careers
نمایش بیشتر2 121
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-27 روز
+8530 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئن '26
ژوئن '26
+114
در 4 کانالها
مه '26
+57
در 3 کانالها
Get PRO
آوریل '26
+35
در 2 کانالها
Get PRO
مارس '26
+37
در 2 کانالها
Get PRO
فوریه '26
+30
در 2 کانالها
Get PRO
ژانویه '26
+20
در 1 کانالها
Get PRO
دسامبر '25
+7
در 0 کانالها
Get PRO
نوامبر '25
+7
در 0 کانالها
Get PRO
اکتبر '25
+129
در 0 کانالها
Get PRO
سپتامبر '25
+275
در 2 کانالها
Get PRO
اوت '25
+26
در 2 کانالها
Get PRO
ژوئیه '25
+53
در 2 کانالها
Get PRO
ژوئن '25
+63
در 4 کانالها
Get PRO
مه '25
+99
در 8 کانالها
Get PRO
آوریل '25
+28
در 3 کانالها
Get PRO
مارس '25
+6
در 0 کانالها
Get PRO
فوریه '25
+6
در 0 کانالها
Get PRO
ژانویه '25
+11
در 0 کانالها
Get PRO
دسامبر '24
+239
در 0 کانالها
Get PRO
نوامبر '24
+6
در 0 کانالها
Get PRO
اکتبر '24
+262
در 3 کانالها
Get PRO
سپتامبر '24
+44
در 3 کانالها
Get PRO
اوت '24
+36
در 3 کانالها
Get PRO
ژوئیه '24
+54
در 3 کانالها
Get PRO
ژوئن '24
+90
در 3 کانالها
Get PRO
مه '24
+73
در 2 کانالها
Get PRO
آوریل '24
+121
در 3 کانالها
Get PRO
مارس '24
+13
در 0 کانالها
Get PRO
فوریه '24
+10
در 0 کانالها
Get PRO
ژانویه '24
+15
در 0 کانالها
Get PRO
دسامبر '23
+15
در 1 کانالها
Get PRO
نوامبر '23
+32
در 1 کانالها
Get PRO
اکتبر '23
+22
در 0 کانالها
Get PRO
سپتامبر '23
+50
در 0 کانالها
Get PRO
اوت '23
+34
در 0 کانالها
Get PRO
ژوئیه '23
+22
در 0 کانالها
Get PRO
ژوئن '23
+16
در 0 کانالها
Get PRO
مه '23
+17
در 0 کانالها
Get PRO
آوریل '23
+13
در 0 کانالها
Get PRO
مارس '23
+26
در 0 کانالها
Get PRO
فوریه '23
+15
در 0 کانالها
Get PRO
ژانویه '23
+67
در 0 کانالها
Get PRO
دسامبر '22
+51
در 0 کانالها
Get PRO
نوامبر '22
+131
در 0 کانالها
Get PRO
اکتبر '22
+486
در 0 کانالها
Get PRO
سپتامبر '22
+878
در 0 کانالها
Get PRO
اوت '22
+428
در 0 کانالها
Get PRO
ژوئیه '22
+520
در 0 کانالها
Get PRO
ژوئن '22
+546
در 0 کانالها
Get PRO
مه '22
+256
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 26 ژوئن | 0 | |||
| 25 ژوئن | +2 | |||
| 24 ژوئن | 0 | |||
| 23 ژوئن | +1 | |||
| 22 ژوئن | 0 | |||
| 21 ژوئن | 0 | |||
| 20 ژوئن | +4 | |||
| 19 ژوئن | +1 | |||
| 18 ژوئن | +3 | |||
| 17 ژوئن | +10 | |||
| 16 ژوئن | +11 | |||
| 15 ژوئن | +10 | |||
| 14 ژوئن | +14 | |||
| 13 ژوئن | +21 | |||
| 12 ژوئن | +10 | |||
| 11 ژوئن | +3 | |||
| 10 ژوئن | +3 | |||
| 09 ژوئن | +2 | |||
| 08 ژوئن | 0 | |||
| 07 ژوئن | +2 | |||
| 06 ژوئن | +1 | |||
| 05 ژوئن | 0 | |||
| 04 ژوئن | 0 | |||
| 03 ژوئن | +1 | |||
| 02 ژوئن | +14 | |||
| 01 ژوئن | +1 |
پستهای کانال
| 2 |  #codica_js | 128 |
| 3 | Що виведе цей код? | 127 |
| 4 |  #codica_ruby | 122 |
| 5 |  🚀 Друзі, знайшли цікавий open-source інструмент для тих, хто працює з Claude Code.
Claude mem — тулза, яка допомагає краще тримати контекст і не “випадати” посеред довгих задач.
💡 По суті:
• менше обривів у роботі
• стабільніший workflow
• краще запам’ятовування контексту
• зручніше для великих проєктів
Його вже називають “підсилювачем” для power-користувачів 😄
💬 Друзі, цікаво:
ви б таке собі поставили у свій стек чи поки вистачає базового Claude Code?
TikTok | Instagram | Telegram | 179 |
| 6 | 🔹 Scrimba — Learn JavaScript
Дуже крутий варіант для новачків. Тут можна одразу писати код прямо всередині уроку, а не просто дивитись відео.
✅ інтерактивне навчання
✅ сучасний JavaScript
✅ маленькі проєкти під час навчання
✅ є безкоштовна версія
💰 Pro: ~$24/міс або ~$294/рік
Його зараз дуже часто радять на Reddit і в ком’юніті frontend-розробників.
🔹 javascript.info
Мабуть найкращий безкоштовний підручник по JavaScript.
Тут реально пояснюють JS нормально:
• async/await
• DOM
• fetch
• closures
• prototypes
• modules
Коли пройдете базу — цей сайт стане вашим постійним reference 😄
💰 Повністю безкоштовно
Його дуже часто рекомендують навіть досвідчені devs.
🔹 Frontend Masters
Це вже більше для тих, хто хоче піти глибше у frontend.
Тут дуже сильні курси по:
• JavaScript
• React
• TypeScript
• System Design
💰 ~$39/міс або ~$390/рік
Його часто називають однією з найсильніших платформ для frontend developers.
🔹 JavaScript30 — Wes Bos
30 маленьких проєктів на чистому JavaScript.
Дуже хороший ресурс після бази, щоб:
✅ набити руку
✅ перестати боятись JS
✅ навчитися працювати з DOM і browser API
💰 Безкоштовно
Його теж часто радять саме для практики.
Ми б радили таку схему:
1️⃣ Scrimba → база
2️⃣ JavaScript30 → практика
3️⃣ javascript.info → поглиблення знань
4️⃣ Frontend Masters → вже для серйозного росту
І головне — не проходити 20 курсів одночасно 🙌
Краще один курс + свої маленькі проєкти.
Саме практика і GitHub зараз вирішують набагато більше, ніж сертифікати 🚀
TikTok | Instagram | Telegram | 170 |
| 7 |  Друзі, якщо хочете почати вчитись JavaScript і web development — ось декілька курсів та ресурсів, які ми можемо порадити 💻 | 174 |
| 8 | Сьогодні — закон, який допомагає тверезо дивитися на тренди 👇
📉 Закон Стерджена
“90% усього — це сміття.”
(У контексті розробки — більшість інструментів, рішень і ідей не переживають перевірку практикою.)
👨💻 Що це означає для розробників
• нова бібліотека ≠ краще рішення;
• більшість “хайпових” інструментів зникає через рік;
• варто перевіряти стабільність, підтримку і реальні кейси використання.
📊 Що це означає для менеджерів
• не кожен тренд потрібно одразу тягнути в roadmap;
• експерименти важливі, але їх треба ізолювати;
• технологічні рішення повинні проходити фільтр практичності.
💡 Живий приклад
Зʼявляється новий JS-фреймворк, який “швидший за всіх”.
Команда витрачає час на міграцію — а через рік про нього вже ніхто не говорить.
У підсумку — більше техборгу, ніж вигоди.
Як працювати з цим законом:
✔️ дивитися на ecosystem і community, а не тільки на hype
✔️ запускати spike перед впровадженням
✔️ ставити питання: “Це вирішує нашу проблему чи просто цікаво?”
💬 Стабільність і передбачуваність часто цінніші за найгучніший тренд — особливо у довгоживучих продуктах.
TikTok | Instagram | Telegram | 192 |
| 9 |  🧠 13 законів розробки
У світі розробки щодня зʼявляються нові фреймворки, бібліотеки, AI-інструменти та “революційні” підходи. Але досвідчені інженери знають: не все, що голосно звучить, справді приносить користь у реальних проєктах.
Закони, які вже розглянули:
👉 Закон Паркінсона
👉 Закон Хофштедтера
👉 Закон Брукса
👉 Закон Конвея (і зворотний закон Конвея)
👉 Закон Каннінгема | 170 |
| 10 |  +7Автоматизація в QA давно стала важливою частиною розвитку спеціаліста та якості продукту 🚀
#codica_articles
У новій статті наш QA Lead Олексій ділиться своїм досвідом і пояснює, чому автотести — це значно більше, ніж просто написання скриптів.
Це про системне мислення, стабільність продукту та вміння бачити якість у довгостроковій перспективі.
У картках — практичні думки, досвід з реальних проєктів і речі, які варто знати кожному QA, хто хоче рости в автоматизації 💡
Читайте, зберігайте та діліться своїм досвідом у коментарях!
TikTok | Instagram | Telegram | 206 |
| 11 | 📌 How should you use content_for and yield?
📍 Очікувана відповідь:
У Ruby on Rails yield і content_for використовуються для передачі та динамічної підстановки контенту з view-шаблонів у layout.
1️⃣ yield
Це маркер-placeholder у layout, куди Rails вставляє скомпільований HTML-код конкретного view.
<!-- app/views/layouts/application.html.erb -->
<body>
<%= yield %> <!-- Сюди вставиться контент, наприклад, з posts/index.html.erb -->
</body>
2️⃣ content_for
Дозволяє передати іменований блок контенту (named block) з view у певне місце в layout.
<!-- app/views/posts/show.html.erb -->
<% content_for :title do %>
Posts Page
<% end %>
У layout ми викликаємо цей блок за іменем:
<title><%= yield(:title) %></title>
Типові кейси використання:
🔹 Динамічні мета-теги та заголовки:
<% content_for :title, "Dashboard" %>
🔹 Підключення специфічних для сторінки скриптів чи стилів (хоча в епоху Webpacker/Propshaft це робиться рідше).
🔹 Кастомні зони: сайдбари, хлібні крихти (breadcrumbs).
⚠️ Важливі технічні pitfalls:
• Накопичення контенту: content_for за замовчуванням конкатенує (додає) блоки, якщо викликати його кілька разів з однаковим ключем. Якщо вам потрібно суворо перезаписати значення (наприклад, перевизначити title в partial), використовуйте метод provide замість content_for.
• Продуктивність: Не зловживайте content_for всередині циклів чи великої кількості partials — це створює зайве навантаження на рендеринг у пам‘яті.
👉 yield = місце вставки
👉 content_for = спосіб передати контент у це місце (з можливістю append)
📌 How should you use nested layouts?
📍 Очікувана відповідь:
Nested layouts у Rails використовуються для створення ієрархії шаблонів (шаблони в шаблонах). Вони потрібні, коли група сторінок має унікальну структуру (наприклад, адмінка), але повинна залишатися всередині глобального базового шаблону сайту (з тими ж скриптами, мета-тегами тощо).
Як це реалізувати правильно (Best Practice):
🏗️ Головний (батьківський) layout:
<!-- app/views/layouts/application.html.erb -->
<html>
<head><title>My App</title></head>
<body>
<header>Main Header</header>
<%= yield %>
<footer>Main Footer</footer>
</body>
</html>
🏗️ Вкладений (дочірній) layout для адмінки. Тут ми огортаємо код у render template::
<!-- app/views/layouts/admin.html.erb -->
<%= render template: "layouts/application" do %>
<div class="admin-panel-wrapper">
<aside>Admin Sidebar</aside>
<main>
<%= yield %> <!-- Сюди вставиться конкретний view адмінки -->
</main>
</div>
<% end %>
У контролері ми просто вказуємо дочірній layout:
class Admin::BaseController < ApplicationController
layout "admin"
end
Результат: Rails спочатку відрендерить view всередині admin.html.erb, а потім отриманий результат передасть як блок у application.html.erb.
Типові кейси використання:
🔹 Окремі кабінети (Admin / Dashboard / Налаштування профілю) зі своїми сайдбарами.
🔹 Мультілендінги в межах одного застосунку зі спільними assets, але різною структурою секцій.
⚠️ Важливо:
• Уникайте глибокої вкладеності (більше 2 рівнів). Код стає «спагеті», і логіку рендерингу важко дебажити.
• Якщо дочірній шаблон відрізняється лише парою блоків, краще використати content_for або render partial, аніж плодити новий вкладений layout.
👉 Nested layouts — це побудова ієрархії інтерфейсу через:
render template: "parent_layout" do
...
end
🎯 Професійний підхід:
yield і content_for — для керування атомарним контентом у межах одного layout.
Nested layouts — для побудови архітектурної ієрархії інтерфейсу без дублювання базового HTML.
🚀 Ну і нехай ваші layout’и будуть такими ж чистими, як CI після green build 🚀
TikTok | Instagram | Telegram | 177 |
| 12 |  ❓ Як відповідати на запитання на співбесіді?
#codica_interviews
❌ Суха теорія, яку можна загуглити за 5 секунд — не ок
✅ Пояснити на пальцях, дати код і підсвітити граблі — ок | 195 |
| 13 |  Сьогодні — День скорботи і вшанування пам’яті жертв війни в Україні.
День тиші, болю та пам’яті про всіх, чиї життя забрала війна.
Ми пам’ятаємо кожного. Цінуємо силу тих, хто бореться. І дякуємо тим, завдяки кому маємо можливість жити, працювати та мріяти.
Світла пам’ять загиблим.
Слава Україні! Героям слава! 🇺🇦
TikTok | Instagram | Telegram | 220 |
| 14 |  +1Англійська за мемами😜
👉 Говоримо красиво
📍 soulmate – споріднена душа
📍 have the heart – мати сміливість (або “мати серце”, залежно від контексту: на щось наважитися або бути достатньо добрим/співчутливим)
#codica_english
TikTok | Instagram | Telegram | 263 |
| 15 |  Друзі, всім ясного та натхненного вихідного ✨
Зібрали для вас підбірку про дизайн. Саме те, щоб провести вихідні з користю 🎨
#codica_weekend
➡️ Уроки Adobe Illustrator
Аж 35 уроків українською мовою — повний буст від нуля до впевненого рівня.
⏱ Тривалість — серія уроків
➡️ Як я навчився друкувати ДУЖЕ швидко (400+ с/хв)
Покажуть, як вийти на космічну швидкість набору тексту.
⏱ Тривалість — 6 хв
➡️ Уроки PowerPoint
Як робити не нудні, а сильні презентації: структура, візуал і подача, яка тримає увагу.
⏱ Тривалість — 45 хв (серія уроків)
➡️ Безкоштовний курс з Webflow
Навчишся створювати адаптивні сайти без коду і зрозумієш, як дизайн перетворюється в готовий продукт.
⏱ Тривалість — серія уроків
➡️ Figma українською — курс
Ідеально, щоб зайти в UI/UX або систематизувати знання по Figma.
⏱ Тривалість — серія уроків
Нехай ці вихідні будуть з хорошим вайбом, новими ідеями та смачною кавою і обов’язково — трохи відпочинку поруч з тими, хто заряджає ❤️
TikTok | Instagram | Telegram | 258 |
| 16 | Fat model / Fat controller: коли клас росте швидше за проєкт
Якщо у вас є модель на 1200+ рядків або контролер, який “трошки робить усе” — цей пост для вас 🙂
У Rails легко почати красиво.
Але з часом у модель додається:
• бізнес-логіка
• інтеграції
• callback-и
• валідації
• формування JSON
• умовні переходи станів
І раптом один клас починає вирішувати пів проєкту.
Ми всі через це проходили 🙂
👉 У чому проблема
🔹 Код важко читати
🔹 Логіка розмазана
🔹 Тести стають складними
🔹 Будь-яка зміна ламає щось несподівано
🔹 Новому розробнику потрібно пів дня, щоб зрозуміти “що тут відбувається”
Модель перетворюється на “божественний об’єкт”.
👉 Чому це трапляється саме в Rails
Rails заохочує логіку в моделях.
І на початку це правильно.
Але:
ActiveRecord ≠ місце для всієї бізнес-логіки.
Модель відповідає за дані.
А не за весь життєвий цикл домену.
Як зрозуміти, що вже “fat”
• файл важко прогорнути
• методи не пов’язані між собою
• з’явились 5+ callback-ів
• модель знає про зовнішні API
• ви боїтесь її чіпати
👉 Що робити замість цього
1️⃣ Service objects
Виносимо бізнес-логіку:
ruby
class CreateOrder
def call(params)
...
end
end
2️⃣ Query objects
Складні запити — не в модель.
3️⃣ Form objects
Особливо для складних форм і multi-step flows.
4️⃣ PORO (Plain Old Ruby Object)
Не все повинно бути ActiveRecord.
👉 Маленьке правило
Якщо метод не працює з полями моделі напряму — можливо, він не повинен бути в ній.
Який найбільший файл моделі ви бачили? І скільки там було рядків? 😄
TikTok | Instagram | Telegram | 232 |
| 17 |  Друзі, розбираємо Rails 👇
І продовжуємо нашу серію з 7 постів для RoR, де дивимось на типові проблеми продакшену 🙂
Попередні пости серії:
📍 Rails без магії: 7 помилок, які роблять навіть мідли
📍 Background jobs: чому “просто Sidekiq” — не завжди просто
📍 Transactions у Rails: чому “і так працює” — небезпечна ілюзія
📍 DB constraints: чому Rails validation — це не гарантія
#codica_advice | 216 |
| 18 | Що буде виведено в консоль? | 266 |
| 19 |  #codica_js | 255 |
| 20 | Що виведе цей код? | 242 |
