Вайб Кодера

Щодня ти знайомишся з AI заново
Понеділок.
Пояснюєш Cursor: "TypeScript. Functional components. Ніяких any."
Генерує нормальний код.
Вівторок.
Новий чат. Знову класи. Знову any. Він "забув".
Бо LLM не має пам'яті між сесіями. Кожен чат — чистий аркуш.
—
Скільки це коштує
Дослідження AICamp (500+ компаній):
- 3.2 ітерації на задачу в середньому
- 30-40% промптів — повторення того, що вже казав
- +67% витрат на API через цей overhead
—
Рішення: Rules Files
Один файл в репозиторії. AI читає його на старті кожної сесії.
Як README, але для робота.
Кожен тул — свій формат:
Cursor → .cursorrules
Claude Code → CLAUDE.md
GitHub Copilot → .github/copilot-instructions.md
Windsurf → .windsurfrules
Cline → .clinerules
—
Результат
Ті самі 500+ компаній:
Ad-hoc промпти:
- 65% успішності з першого разу
З rules files:
- 85% успішності з першого разу
- -52% витрат на API
- -71% часу на "доточування"
- 3.4x швидший онбординг
—
Практика: твій перший rules file
Створи .cursorrules в корені проєкту:
```
# Project: [назва]
Tech stack: React, TypeScript, Zustand, TailwindCSS

## Code Style
- TypeScript strict mode, no any
- Functional components with hooks only
- camelCase for variables, PascalCase for components
- Named exports, no default exports

## Structure
- Features: src/features/[feature]/
- Shared UI: src/components/
- Hooks: src/hooks/
- Types: src/types/

## Patterns
- State: Zustand stores in src/stores/
- Data fetching: React Query with Suspense
- Forms: React Hook Form + Zod validation

## Don'ts
- No class components
- No inline styles (use Tailwind)
- No console.log in commits
- No eslint-disable without comment

## Testing
- Vitest + React Testing Library
- Test file: [Component].test.tsx поруч з компонентом
- Мінімум: render test + key interactions
```

Зберіг — AI тепер знає твої правила.
—
Чому це працює
Survey 74 розробників (2024):
"Промптинг майже завжди ad-hoc. Промпти рідко зберігаються чи перевикористовуються."
Rules file — це твій досвід, записаний один раз.
Не треба пам'ятати що казав минулого разу.
Не треба copy-paste з попередніх чатів.
Не треба онбордити AI кожну сесію.

Завтра — як це працює під капотом і чому Cursor і Claude роблять це по-різному.

Stay tuned 🧠

Чому AI пише код як п'яний джун?

Ти даєш Cursor чітке завдання.
Він генерує код.
Ти виправляєш. Пояснюєш. Знову генеруєш.
Наступного дня — все спочатку. Він "забув" твої конвенції. Знову any замість типів. Знову класи замість функцій. Знову не той стиль.

Знайомо?

Проблема не в AI.
Проблема в тому, що ти кожен раз говориш з ним як з незнайомцем.
Є рішення. І воно не "краще формулювати промпти".

Наступного тижня запускаю серію постів:
"Як приручити AI-асистента"

Розберемо по кісточках:
— чому ad-hoc промпти програють системному підходу (є дані: 85% vs 65% успішності)
— що таке rules files і чому це game changer
— як працюють .cursorrules, CLAUDE.md, copilot-instructions
— де брати готові правила і як писати свої
— один файл для всіх AI-тулзів (AGENTS.md)

Без магії. Без "10 промптів що змінять твоє життя".

Конкретика. Практика. Розуміння.

Stay tuned 🧠

🧠 Чому рефакторинг — це спортзал для твого мозку. І як AI робить тренування ефективнішим.

Є думка: "Рефакторинг — це марнування часу. Код працює? Не чіпай."

Я думав так само.
Років 8 тому.

А потім почав помічати закономірність. Найкращі інженери, яких я знав, мали одну спільну звичку — вони постійно переписували код. Не тому що треба.

Тому що хотіли.

Виявляється, наука це пояснює.

Що відбувається в мозку, коли ти рефакториш

Дослідження MIT показали цікаву річ: коли ти читаєш і аналізуєш код (основа рефакторингу), активується не мовний центр мозку. Активується "Multiple Demand Network" — система, яка відповідає за складну логіку, математику і утримання багатьох змінних в голові одночасно.
Тобто рефакторинг — це буквально тренажер для архітектурного мислення.
На відміну від написання нового коду (де ти просто "викладаєш думки"), рефакторинг вимагає:

- Розуміння чужої або своєї старої логіки
- Побудови ментальної моделі всієї системи
- Прогнозування наслідків змін

Це значно вище когнітивне навантаження. І саме воно тренує мозок.

Чому це краще робити у вільний час

На роботі твій пріоритет — delivery. Під тиском дедлайнів мозок переходить у режим "виживання" і використовує найпростіші шляхи. Навіть якщо вони не оптимальні.
У вільний час ти можеш:

- Експериментувати
- Ламати код
- Шукати ідеальне рішення годинами

Це і формує нові нейронні зв'язки.
Аналогія проста: на роботі ти граєш "матч" на результат. Вдома — тренуєшся. Ізольовано прокачуєш конкретний "м'яз".

А тепер — як AI змінює правила гри

Ось де стає цікаво.
Раніше, щоб "набити гулі" і побачити наслідки своїх архітектурних рішень, потрібні були роки. З AI-агентом ти можеш змоделювати цей досвід за хвилини.

Як це працює:
1. Миттєвий досвід
Замість писати код — ти порівнюєш стратегії.

Промпт: "Покажи 3 способи відрефакторити цей клас і поясни trade-offs кожного"

За 10 хвилин ти отримуєш розуміння, яке зазвичай приходить після 3-4 реальних проєктів.

2. Сократівський метод
Найпотужніший спосіб вчитися — не отримувати відповіді, а відповідати на запитання.

Промпт: "Я хочу покрити цей код тестами. Задай мені питання про можливі edge-cases, які я міг пропустити"

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

3. Зміна ролі
Коли код генерує агент — твій мозок звільняється від низькорівневих деталей (синтаксис, дужки). І починає працювати на рівні архітектури:
"Чи безпечно це?"
"Чи масштабується?"
"Чи відповідає SOLID?"

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

Ось що я використовую:
Атакуй рішення:

"Ти запропонував патерн Observer. Критично оціни: які мінуси в контексті багатопоточності? Запропонуй альтернативу."

Поясни глибше:

"Поясни цей рядок так, ніби ми говоримо про управління пам'яттю. Що відбувається під капотом?"

Рефакторинг-ката:

"Ось мій брудний код. Рефактори крок за кроком, пояснюючи кожну зміну. Не змінюй логіку, тільки структуру."

---
Висновок
Година рефакторингу з агентом, який пояснює свої дії, може замінити тиждень читання документації.

Але є одна умова.

Не сліпо копіювати код. Постійно питати "Чому?" і "А що, якщо...?"
AI — це екзоскелет для розуму. Але розум має бути твій.

💬 Як ви використовуєте AI для навчання, а не просто для генерації коду?

#vibe_coding #refactoring #cursor #ai #розробка

Вайб Кодера pinned «Цей канал — для тих, хто хоче бути розумнішим за AI. Не проти нього. Розумнішим. Бо AI — це інструмент. А інструмент в руках того, хто не розуміє що робить — небезпечний. Я 20+ років я в цій індустрії. Починав з асма на ZX Spectrum, коли кожен байт був…»

Цей канал — для тих, хто хоче бути розумнішим за AI.

Не проти нього. Розумнішим.

Бо AI — це інструмент. А інструмент в руках того, хто не розуміє що робить — небезпечний.

Я 20+ років я в цій індустрії. Починав з
асма на ZX Spectrum, коли кожен байт був на вагу золота. І повір — я бачив як приходять і йдуть "срібні кулі" та технології...

AI — потужна штука. Але твоя голова — досі головний інструмент.
Тут буде про те, як юзати AI правильно. І як не втратити себе в процесі.

Welcome to Вайб Кодера. 🧠

💬 Що думаєте — AI допомагає вам рости чи робить лінивими?
#vibe_coding #cursor #frontend #ai

Cursor не зробить тебе розробником. Він зробить тебе оператором копіпасту.
Останні місяці я наймаю людей. І знаєте що бачу?
Людина каже: "Я працюю з AI, пишу швидко". Даю тестове. Отримую код, який:

Генерує 5 зайвих ререндерів на кожен клік
Використовує useEffect там, де його взагалі не треба
Має race condition, який "іноді працює"

Питаю: "Чому ти зробив так?"
Відповідь: "Cursor запропонував"

Cursor запропонував...

Не "я проаналізував і вирішив". Не "тому що ось така архітектура". А "Cursor запропонував".

І це вже програш.
Бо поки ти розслабляєшся і тицяєш Tab-Tab-Tab, хтось інший:

- Розуміє, ЩО генерує модель
- Знає, КОЛИ вона бреше
- Використовує AI як інструмент, а не як милицю...

Отупіти — легко. Натиснув Tab, "працює", пішов далі.
Залишатись свідомим — важко. Думати, сумніватись, перевіряти кожен рядок.

Але саме це відрізняє розробника від оператора prompt'ів.

Channel photo updated

Channel created