Codu - лампова IT спільнота

Ловіть корисний формат для тих, хто хоче впевнено говорити англійською на мітингах, чи підготуватись до співбесіди 🙂 Груповий формат IT англійської від WannaBlab — це міні-групи по 2–4 айтівці, де ви проговорюєте standup, демо, 1:1 та інтерв’ю так, як це відбувається в реальності. Кому підійде: ▫️ працюєш в IT / дотичний до IT, рівень A2–B2 ▫️ розумієш більше, ніж говориш ▫️ є speaking-стрес на мітингах або перед інтерв’ю Щоб потрапити в міні-групу, реєструйся на сайті wannablab.com і хапай знижку до Чорної п'ятниці🛒🖤 А більше професійної англійської для кар’єри в IT шукай у нашому тг-каналі English for IT & from IT 🇺🇦 | WannaBlab.

Шпаргалка про Git branching-стратегії: короткий огляд Feature Branching, Gitflow, GitLab Flow, GitHub Flow і Trunk Based підходу для організації роботи з гілками та керування розробкою </Codu>

💡 Як писати код, який можна зрозуміти через рік Проблема не в тому, що код забувається — а в тому, що він був написаний лише “для себе теперішнього”. Через рік ти вже інша людина, і якщо код не витримує цієї відстані — він недописаний. 1. Назви мають значення Функція handleData() нічого не пояснює. Краще formatUserInput() — суть зрозуміла без контексту. 2. Один рівень абстракції на блок Не змішуй логіку, побічні ефекти й UI в одному файлі. Коли все на своєму місці — простіше читати, ніж згадувати. 3. Коментарі — це не пояснення, а орієнтири Поясни “чому”, а не “що робить” код. Логіку видно, але причину рішення — ні. 4. Код = документ Якщо після читання блоку можна зрозуміти структуру системи — він написаний правильно. Пиши не для компілятора, а для людини, яка колись відкриє цей файл. Шанс, що це будеш ти сам, — майже 100%.

Знайшов сайт, який пояснює всі популярні HTTP-коди через меми Такий спосіб навчання ідеальний ще на першому курсі — весело і легко запам’ятовується </Codu>

Офіційне розширення PostgreSQL — максимум зручності у VS Code

Що можна робити: • переглядати схему бази у зручному візуальному вигляді • спілкуватися з базою через агентів • слідкувати за метриками та аналітикою • використовувати інструменти агентів для глибших інсайтів • і це ще далеко не все

</Codu>

У продакшні моралі немає </Codu>

Порівняння 10 мов програмування У відео автор створює один застосунок на десятках мов, серед яких C++, Swift і Java, щоб показати різницю в продуктивності </Codu>

Шпаргалка про Linux-права доступу: як працюють бінарні, вісімкові та символьні представлення дозволів, а також як формується підсумкове значення для власника, групи й інших користувачів </Codu>

Безпечне управління секретами Infisical — open-source платформа для зберігання й керування секретами в команді та інфраструктурі. Допомагає уникати поширених помилок із конфіденційними даними: API-ключами, токенами, паролями </Codu>

👆🏻Це репост з каналу, який завжди рекомендує щось варте перегляду. У них підбірки як персональний кіно-гуру: без води, без реклами, просто чітко — що дивитися і чому це варте часу. Хочеш дивитися нормальне кіно? Підпишіться на «Кіно Дайджест»

Фільми про силу технологій 💻⚡️ Нескінченні рядки коду, нічні прориви та генії які бачать світ інакше. Це історії про те, як технології здатні перевернути завтрашній день і назавжди змінити наше життя. 🎬 Соціальна мережа (2010) реж. Девід Фінчер RT 96% IMDb 7.8 🎬 Ігри у війну (1983) реж. Джон Бедем RT 93% IMDb 7.1 🎬 Стів Джобс (2015) реж. Денні Бойл RT 85% IMDb 7.2 🎬 Гра в імітацію (2014) реж. Мортен Тільдум RT 90% IMDb 8.0 🎬 Із машини (2014) реж. Алекс Ґарленд RT 92% IMDb 7.7 Кіно Дайджест 💃 #добірки

хто це написав ❔ @co_media

Як працює мій код @itmemeua

Ловіть один із найпотужніших збірників матеріалів для айтішників У репозиторії зібрані добірні статті, книги, гайди та практики з ключових напрямів: програмування, архітектура, SRE, безпека, менеджмент та багато іншого. По суті — готова дорожня карта розвитку, яку можна підлаштувати під себе </Codu>

Удачі </Codu>

Ловіть анімації для вебу Lottie-web — бібліотека, що відтворює Lottie-анімації з Adobe After Effects у реальному часі. Дає змогу додавати векторну графіку на сайти й у мобільні застосунки без втрати якості та продуктивності </Codu>

OpenInterpreter — це опенсорс-тул, який дозволяє запускати код через звичайні текстові команди

Основні можливості: • виконує код за описом: ви формулюєте задачу природною мовою, а інструмент сам пише потрібний код, запускає його після підтвердження та показує результат у терміналі • працює з файлами та медіа: легко конвертує формати, редагує PDF та виконує пакетну обробку зображень • аналізує дані: будує візуалізації, очищає та трансформує датасети й генерує короткі звіти автоматично • автоматизує веб-процеси: збирає інформацію зі сторінок, автозаповнює форми й проводить тестування інтерфейсів • має безпечний режим: перед виконанням коду запитує підтвердження, але за потреби може працювати повністю автономно

</Codu>

Linux і не таке бачив </Codu>

Шпаргалка про регулярні вирази в Java: основи синтаксису, класи символів, групування, квантифікатори, boundary-matcher’и, прапорці для пошуку, а також готові приклади форматування та поширені патерни </Codu>

Всі користуються Docker, але майже ніхто не вміє справжньо дебажити контейнери. Ні, я не про docker logs, docker inspect чи docker exec. Я про docker events. Ймовірно, ти навіть не знав, що він існує. Адже він транслює низькорівневі реальні події Docker-демона, і не лише твій контейнер, а все, що відбувається в системі. Уяви ситуацію: контейнер постійно рестартується в продакшені, а у тебе локально все гаразд. Ти, як зазвичай, заходиш на сервер і починаєш стандартний ритуал налагодження: docker logs — порожньо docker inspect — статична інформація docker exec — не встигаєш підключитись, контейнер вже помер Знайомо? Далі ти, ймовірно, починаєш шаманити з Dockerfile і запускаєш docker run по колу, бо ніколи не користувався docker events. А тепер спробуй так:

docker events --filter container=<your_container_id>

Вивід може бути таким:

2025-05-04T18:20:01Z container create ...
2025-05-04T18:20:02Z container start ...
2025-05-04T18:20:03Z container health_status: unhealthy ...
2025-05-04T18:20:04Z container kill signal=SIGTERM
2025-05-04T18:20:04Z container restart

І ось воно. Healthcheck впав → контейнер вбитий → Docker сам його перезапустив. А твої звичайні логи? Вони цього не покажуть, бо healthcheck працює поза твоїм основним процесом. Бонус: Відфільтрувати за часом:

docker events --since 30m --until "2025-05-04T18:00:00"

Отримати структурований вивід (JSON):

docker events --format '{{json .}}'

Хочеш повну картину системи під час збою? Просто прибери фільтр:

docker events

І перш ніж хтось скаже: "У нормальній інфраструктурі є Grafana, Loki, Prometheus, Observability і все таке…" Так, так. Удачі налагоджувати з їх допомогою: - OOM-кіли, які відбуваються до того, як метрики встигають зібратись - Непідмонтовані volume’и - Упав init-контейнер - Сайдкар, який мовчки рестартується А docker events все це бачить. В реальному часі. Якщо ти дебажиш Docker без docker events, ти не дебажиш — ти вгадуєш. Python'er