Для всіх, хто зараз копається в локальних LLM 👇

Знайшли репозиторій, де вже зібрали майже все: Ollama, vLLM, UI, моделі, інструменти для розробки, поради по залізу та корисні гайди.

Не треба годинами шукати ресурси по різних статтях і тредах — усе тут.

🔗 https://github.com/rafska/Awesome-local-LLM

Закидайте в закладки, може зекономити купу часу 👀

#codica_advice

TikTok | Instagram | Telegram

Друзі, всім сильного та змістовного вихідного 🇺🇦

#codica_weekend

Ми часто ділимось з вами цікавим про програмування, науку чи психологію. Але є фундамент, без якого все інше не має сенсу — наша ідентичність.

Сьогодні — підбірка про Україну. Про людей, ідеї та боротьбу, які зробили нас такими, якими ми є зараз.

➡️ 10 історій про супергероя, який зламав систему
Василь Стус — людина, яка не зламалась там, де ламали всіх. Історія про силу, принципи і справжню свободу, за яку платять найвищу ціну.
⏱ Тривалість — 52 хв

➡️ Як XIX століття змінило нас? Народження українства, романтизм і козацький міф
Як народжується нація, коли її ще немає на мапі — глибока розмова про ідеї, які створили Україну задовго до держави.
⏱ Тривалість — 76 хв

➡️ Війна після війни: як УПА боролося з окупацією СРСР
Тут історія про тих, хто продовжив воювати, коли інші вже змирилися.
⏱ Тривалість — 18 хв

Нехай ці вихідні будуть з відчуттям сили, коріння і гордості за те, ким ми є 💛

TikTok | Instagram | Telegram

Друзі, раночку! 👋

Принесли мемчик, як ви виглядаєте залежно від своєї улюбленої мови програмування!

#codica_humor

TikTok | Instagram | Telegram

Старенькі знають, молоді гуглять 😎

Сьогодні в нашій рубриці словника Ruby on Rails розглядаємо поняття «Ідемпотентність» (Idempotency).

#codica_advice

Попередні пости рубрики:
👉 Міграції (migrations)
👉 Способи запуску команд Rails
👉 Метал-контролери (Metal Controllers)
👉 DSL (Domain Specific Language)

Ідемпотентність — властивість операції, при якій її повторний виклик з тими ж вхідними даними не змінює стан системи повторно і не створює нових побічних ефектів (side-effects).

Іншими словами: перший виклик змінює систему, а всі наступні — залишають її в тому самому стані, що й після першого виклику.

Де це критично:

📍Background Jobs (напр. Sidekiq / ActiveJob): Мережа може відвалитися, джоба перезапуститься. Код має бути готовим до повторного виконання без дублювання транзакцій.
📍REST API: Запити GET, PUT та DELETE за специфікацією HTTP мають бути ідемпотентними (на відміну від POST).

Приклад у Ruby
Розглянемо сервіс активації користувача.

❌ Неідемпотентний підхід

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

class ActivateUser
  def call(user)
    user.update!(active: true, activated_at: Time.current)
    UserMailer.activation_success(user).deliver_later
  end
end

✅ Ідемпотентний підхід (з урахуванням конкурентності)

Ми робимо умовне оновлення на рівні бази даних через update_all. Метод update_all повертає кількість оновлених рядків (1 або 0). Якщо рядок вже був оновлений іншим паралельним потоком, ми просто виходимо, не відправляючи лист повторно.

class ActivateUser
  def call(user)
    # Оновлюємо лише якщо active ще false (атомарна операція)
    updated_rows = User.where(id: user.id, active: false)
                       .update_all(active: true, activated_at: Time.current)

    return if updated_rows.zero?

    # Лист відправиться ОДИН раз, навіть при паралельних запитах
    UserMailer.activation_success(user).deliver_later
  end
end

Важливо для інтерв‘ю та код-рев‘ю: Ідемпотентність гарантує незмінність стану системи, а не повернутого значення (return value). У другому прикладі перший виклик поверне об’єкт листа, а повторний — nil. Це абсолютно нормально і не порушує ідемпотентність.

TikTok | Instagram | Telegram

Ще одна важка ніч позаду… Друзі, ви як?

Тримаємось разом і спрямовуємо нашу лють у правильне русло — підтримуємо армію донатами 🇺🇦