Работая в айтишечке

Пятничный мем

#memes

☕️ Лайфхак: как за 2 секунды создать документ или таблицу в Google

Раньше мы уже смотрели, как затюнить адресную строку браузера, чтобы повысить свою эффективность. Сегодня добавим в копилку ещё один лайфхак — быстрое создание документов.

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

Спасение есть, просто введите в адресной строке браузера:
docs.new → создаётся новый Google Docs
sheet.new → создаётся новый Google Sheets
slide.new → Google Slides
form.new → Google Forms
site.new → Google Sites (даже не знал, что такое есть)))
draw.new → открывается playground Mermaid (киллерфича для техписов)
keep.new → Google Keep

✅ Профит!
— Нет лишних кликов
— Нет ожидания
— Нет поиска по папкам

Работает в любом браузере (Chrome, Safari, Edge, Firefox).

Делитесь в комментариях, если есть ещё хаки!

#tips #lifehacks #productivity

☕️ Как писать SQL-запросы с помощью LLM: гайд для менеджеров без аналитиков

Вы когда-нибудь сталкивались с ситуацией, когда вам срочно нужны данные, а аналитик занят? Или вы получаете отчет, который не отвечает на ваш вопрос, и приходится ждать перезапроса?

У меня такое постоянно)) Поэтому в последнее время часто пишу SQL-запросы в обнимку с LLM-моделью (мог бы и сам, но с моделью быстрее😉).

LLM не заменяет аналитика, но помогает сгенерировать правильный запрос, если передать в модель минимально достаточный контекст.

📦 Что собрать перед запросом к LLM
Для качественного ответа LLM нужно передать 4 ключевых блока (👀см.скрин)

✨ Как передать данные LLM: шаблон промпта
Если у вас есть набор таблиц, с которым вы часто работаете, вот структурированный текст, который вы можете скопировать, заполнить и использовать для генерации запросов с помощью LLM:

У меня есть следующие таблицы в базе данных Postgres:

Таблица: users
Описание: Информация о пользователях платформы
Колонки:
- user_id (INT, PK): Уникальный ID пользователя
- email (VARCHAR): Email пользователя
- signup_date (DATE): Дата регистрации

Таблица: orders
Описание: Заказы пользователей
Колонки:
- order_id (INT, PK): Уникальный ID заказа
- user_id (INT, FK → users.user_id): Кто сделал заказ
- order_date (TIMESTAMP): Дата заказа
- amount (DECIMAL): Сумма заказа
- status (VARCHAR): Статус ("completed", "cancelled", "pending")

Связи:
- orders.user_id ссылается на users.user_id

Пример данных (orders):
| order_id | user_id | order_date | amount | status |
|----------|---------|---------------------|--------|----------|
| 101 | 5 | 2025-10-01 14:30:00 | 99.99 | completed|

Бизнес-логика:
- Активный пользователь — заходил в систему за последние 7 дней.
- Отмененные заказы (status = 'cancelled') не учитываются в выручке.

Запрос пользователя:
"Составь SQL запрос для расчёта общей выручки по месяцам за 2025 год."

💡 Советы для повышения качества генерации
— Указывайте СУБД
Синтаксис отличается: PostgreSQL, Vertica, Trino, Clickhouse — упомяните, какая система используется.
— Четко формулируйте цель
Лучше: «Покажи выручку по месяцам за 2025 год, учитывая только статус completed»
Хуже: «Нужна статистика по продажам»
— Ограничивайте scope
Не передавайте всю БД — только релевантные таблицы. Это снизит шум и повысит точность.
— Вместо ручного составления описания таблиц можно автоматически получить метаданные через системные таблицы вашей БД. Например для Postgres:

SELECT 
  tbl.table_name,
  col.column_name,
  col.data_type,
  pg_catalog.col_description(c.oid, col.ordinal_position::int) AS column_comment
FROM information_schema.tables tbl
JOIN information_schema.columns col ON col.table_name = tbl.table_name
JOIN pg_catalog.pg_class c ON c.relname = tbl.table_name
WHERE tbl.table_schema = 'public'
  AND tbl.table_type = 'BASE TABLE'
ORDER BY tbl.table_name, col.ordinal_position;

Скопируйте результат в формате таблицы или JSON
Вставьте в промпт LLM вместо ручного описания структуры

А вы уже пробовали генерировать SQL через LLM? Делитесь в комментариях — какие фишки помогают вам!

#tips #llm #sql #analytics

☕️ CLI для новичков: командная строка не так страшна, как кажется

Если вы работаете в IT — будь то продукт, аналитика, менеджмент или разработка — рано или поздно вы столкнётесь с командной строкой. Она пугает новичков: чёрный экран, непонятные команды, страх «сломать что-то». Но на самом деле CLI (Command-Line Interface) — это один из самых мощных инструментов в арсенале. И главное — научиться использовать можно за пару часов, а пользу он приносит годами.

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

Даже если вы не пишете код, умение уверенно работать в терминале делает вас независимее, быстрее и лучше понимающим, как устроены продукты, с которыми вы работаете.

😉 Если у вас Windows, посмотрите в сторону Terminal и WSL

P.S. Спасибо @shpanek за то, что когда-то погрузил меня в мир терминала))

#dev #ликбез #simplewords

Пятничный мем

#memes

☕️ Фоллоуап — не вежливость, а инструмент управления ожиданиями

Вы когда-нибудь выходили с встречи с отличными идеями, а через два дня понимали, что:
— Никто не помнит, кто что делает
— Дедлайны «уплыли»
— Решения «испарились»

Причина проста: нет фиксации договорённостей.

Фоллоуап — это не «спасибо за встречу». Это публичная запись того, что решено, кто за что отвечает и когда ждать результат.

✅ Зачем нужен фоллоуап
— Убирает «мы же обсуждали!»
— Даёт всем участникам единый источник правды
— Упрощает вход новых людей в контекст
— Превращает обсуждение в действие

📝 Шаблон фоллоуапа для мессенджера

📌 [Краткое название встречи / темы]

✅ Что решили:  
— [Конкретное решение №1]  
— [Конкретное решение №2]

👤 Кто что делает:  
— @Имя: [действие] → до [дата/время]  
— @Имя: [действие] → до [дата/время]

❓ Открытые вопросы:  
— [Что осталось не решённым?] → кто уточняет и когда

📎 Контекст:  
— [ссылка на запись, доску, документ]

💡 Пример

📌 Онбординг новых пользователей

✅ Что решили:  
— Упростить шаг с подтверждением email (убрать SMS)  
— Добавить прогресс-бар на первом экране

👤 Кто что делает:  
— @Анна: переделать мокапы → до завтра 18:00  
— @Иван: оценить техническую сложность → до понедельника  
— @Мария: подготовить гипотезу для A/B → до среды

❓ Открытые вопросы:  
— Как измерять успех? → @Мария уточнит до завтра

📎 Контекст:  
— Figma: [ссылка]  
— Запись встречи: [ссылка]

Фоллоуап превращает разговор в результат. Даже самый короткий — лучше, чем никакой.

#thoughts #template #softskills #pm #meetings

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

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

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

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

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

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

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

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

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

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


#dev #ликбез #simplewords