☕️ Когнитивные искажения: примеры ловушек мышления в IT-проектах

Мы все думаем, что принимаем решения логично и рационально. Но на самом деле наш мозг постоянно «срезает углы» — чтобы быстрее справляться с информацией. Эти упрощения называются когнитивными искажениями, и они влияют на нас гораздо чаще, чем кажется.

Вот несколько примеров, как они проявляются в IT-сфере

(👀 см. карточки ↑)

Что с этим делать?
— Осознавать — уже половина победы.
— Задавать себе вопросы: «А что, если я не прав?», «Какие аргументы против моей позиции?»
— Использовать процессы: code review, ретроспективы, A/B-тесты — всё это помогает компенсировать субъективность.
— Слушать других — особенно тех, кто думает иначе.

Когнитивные искажения — не глупость и не слабость. Это особенность работы мозга. Но в IT, где важны точность, логика и командная работа, умение с ними справляться — ценный навык.

P.S. в комментарии к посту карточки, которые не влезли))

#thinking #bias

☕️ Git для новичков

Если вы недавно пришли в айтишечку или просто слышали слово «Git», но не до конца понимаете, зачем он нужен — этот пост для вас. Git — не магия и не обязательный ритуал программистов. Это практичный инструмент управления изменениями, который спасает нервы, время и репутацию — особенно когда вы работаете не в одиночку.

Давайте разберёмся, что это такое, зачем нужно и как начать пользоваться — без жаргона, с живыми примерами и аналогиями.

(👀 см. карточки ↑)

Git — не просто инструмент. Это культура работы с кодом.

❌ Без Git: «Я послал тебе файл по Telegram, но ты уже правил его… Теперь у нас 5 версий!»
✅ С Git: Каждый работает в своей ветке → объединяет через Pull Request → конфликты видны явно → всё под контролем.

👀 Смотрите также
— Git Cheatsheet
— Основы Git (документация GitHub)
— Что такое Git: объясняем на схемах (Skillbox)
— Git in 100 seconds (Fireship.io видео)
— How git works (ByteByteGo видео)
— Git Merge vs Git Rebase (ByteByteGo видео)

P.S. Интересный факт: и Git, и Linux создал один и тот же человек — Линус Торвальдс, а само слово «Git» не является аббревиатурой, а в британском сленге означает «неприятный человек» 😏

#dev #ликбез #simplewords

☕️ Релизы для новичков

Когда вы пользуетесь приложением, за каждым обновлением, исправлением или новой функцией стоит чётко выстроенный процесс — релиз. Это не просто технический момент «заливки кода на сервер», а ключевой этап, где продукт впервые встречается с реальными пользователями.

Хорошо организованный релиз — это когда:
— Новые фичи действительно решают пользовательские задачи
— Команда уверена, что ничего не сломалось
— Поддержка и маркетинг готовы отвечать на вопросы
— Есть чёткий план отката на случай сбоя

А плохой релиз — это когда «вроде всё заработало… но через два часа пришёл тикет от разъярённых клиентов».

В этой статье разберём, что такое релиз на самом деле.

(👀 см. карточки ↑)

🤌 Деплой ≠ Релиз

Многие используют слова «деплой» и «релиз» как синонимы. Но на самом деле это разные этапы жизненного цикла продукта:
— Деплой — технический процесс развёртывания кода на серверах. Деплой — это инфраструктурное действие. Он может происходить несколько раз в день и быть невидимым для пользователей
— Релиз — момент, когда фича становится доступной и приносит ценность. Он может случиться спустя дни или недели после деплоя.

Пример:
1. Понедельник: код с новой фичей задеплоен на прод, но скрыт за feature flag.
2. Среда: QA и бета-пользователи тестируют фичу.
3. Пятница: продакт выкатывает релиз — включает фичу для всех.
4. Понедельник: маркетинг рассылает уведомления — пользователи узнают о релизе.
Деплой был в понедельник. Релиз — в пятницу. А коммуникация — в следующем понедельник.

💡Итого
Релиз — это не просто «выкатили код и всё». Это продуманный процесс, в котором технические действия (деплой), продукт-решения (включение фичи) и коммуникация (информирование пользователей) тесно переплетены.
Релиз завершается не тогда, когда код попал в продакшен, а когда пользователь получил ценность и понял, что она появилась.


#dev #ликбез #simplewords