Если вы недавно пришли в айтишечку или просто слышали слово «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
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥8👍5
💼 Менеджмент
— 7 заблуждений в продуктовом менеджменте
— Когнитивные искажения: примеры ловушек мышления в IT-проектах
— Три стартапа — три урока
— Парадокс обратной связи
— Растим аудиторию внутреннего продукта
— Happy Path, Golden Path и другие «пути» в продукте и тестировании
🧱 Работа в команде
— DoD, DoR и Acceptance Criteria: три кита чётких задач
— Как определить, насколько критична задача
— Meeting Canvas — канвас для фасилитации встреч
— «А что ты под этим понимаешь?» — главный вопрос в любом обсуждении
— Форматы встреч: как выбрать правильный для задачи
⚙️ Разработка и системная архитектура
— Git для новичков
— Идентификация, аутентификация, авторизация
P.S. Дайджесты в закрепе помогают навигироваться по контенту канала 😉
#digest
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9🔥3
Когда вы пользуетесь приложением, за каждым обновлением, исправлением или новой функцией стоит чётко выстроенный процесс — релиз. Это не просто технический момент «заливки кода на сервер», а ключевой этап, где продукт впервые встречается с реальными пользователями.
Хорошо организованный релиз — это когда:
— Новые фичи действительно решают пользовательские задачи
— Команда уверена, что ничего не сломалось
— Поддержка и маркетинг готовы отвечать на вопросы
— Есть чёткий план отката на случай сбоя
А плохой релиз — это когда «вроде всё заработало… но через два часа пришёл тикет от разъярённых клиентов».
В этой статье разберём, что такое релиз на самом деле.
(👀 см. карточки ↑)
🤌 Деплой ≠ Релиз
Многие используют слова «деплой» и «релиз» как синонимы. Но на самом деле это разные этапы жизненного цикла продукта:
— Деплой — технический процесс развёртывания кода на серверах. Деплой — это инфраструктурное действие. Он может происходить несколько раз в день и быть невидимым для пользователей
— Релиз — момент, когда фича становится доступной и приносит ценность. Он может случиться спустя дни или недели после деплоя.
Пример:
1. Понедельник: код с новой фичей задеплоен на прод, но скрыт за feature flag.
2. Среда: QA и бета-пользователи тестируют фичу.
3. Пятница: продакт выкатывает релиз — включает фичу для всех.
4. Понедельник: маркетинг рассылает уведомления — пользователи узнают о релизе.
Деплой был в понедельник. Релиз — в пятницу. А коммуникация — в следующем понедельник.
💡Итого
Релиз — это не просто «выкатили код и всё». Это продуманный процесс, в котором технические действия (деплой), продукт-решения (включение фичи) и коммуникация (информирование пользователей) тесно переплетены.
Релиз завершается не тогда, когда код попал в продакшен, а когда пользователь получил ценность и понял, что она появилась.
#dev #ликбез #simplewords
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥5
Вы когда-нибудь выходили с встречи с отличными идеями, а через два дня понимали, что:
— Никто не помнит, кто что делает
— Дедлайны «уплыли»
— Решения «испарились»
Причина проста: нет фиксации договорённостей.
Фоллоуап — это не «спасибо за встречу». Это публичная запись того, что решено, кто за что отвечает и когда ждать результат.
✅ Зачем нужен фоллоуап
— Убирает «мы же обсуждали!»
— Даёт всем участникам единый источник правды
— Упрощает вход новых людей в контекст
— Превращает обсуждение в действие
📝 Шаблон фоллоуапа для мессенджера
📌 [Краткое название встречи / темы]
✅ Что решили:
— [Конкретное решение №1]
— [Конкретное решение №2]
👤 Кто что делает:
— @Имя: [действие] → до [дата/время]
— @Имя: [действие] → до [дата/время]
❓ Открытые вопросы:
— [Что осталось не решённым?] → кто уточняет и когда
📎 Контекст:
— [ссылка на запись, доску, документ]
💡 Пример
📌 Онбординг новых пользователей
✅ Что решили:
— Упростить шаг с подтверждением email (убрать SMS)
— Добавить прогресс-бар на первом экране
👤 Кто что делает:
— @Анна: переделать мокапы → до завтра 18:00
— @Иван: оценить техническую сложность → до понедельника
— @Мария: подготовить гипотезу для A/B → до среды
❓ Открытые вопросы:
— Как измерять успех? → @Мария уточнит до завтра
📎 Контекст:
— Figma: [ссылка]
— Запись встречи: [ссылка]
Фоллоуап превращает разговор в результат. Даже самый короткий — лучше, чем никакой.
#thoughts #template #softskills #pm #meetings
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👍5