sudo curl -L https://github.com/mrjosh/helm-ls/releases/download/master/helm_ls_linux_amd64 --output /usr/local/bin/helm_ls

wget -O- https://apt.releases.hashicorp.com/gpg > tfgpg
sudo gpg --dearmor -o /usr/share/keyrings/hashicorp-archive-keyring.gpg -i tfgpg && rm -f tfgpg
sudo apt update
sudo apt install terraform-ls

  "lsp": {
    "yaml-ls": {
      "disabled": true
    },
    "terraform": {
      "command": ["terraform-ls", "serve"],
      "extensions": [".tf", ".tfvars"]
    },
    "helm_ls": {
      "command": ["helm_ls", "serve"],
      "extensions": [".yaml", ".yml"]
    }
  },

WebSocket mode uses the same previous_response_id chaining semantics as HTTP mode, but it adds a lower-latency continuation path on the active socket.

On an active WebSocket connection, the service keeps one previous-response state in a connection-local in-memory cache (the most recent response). Continuing from that most recent response is fast because the service can reuse connection-local state. Because the previous-response state is retained only in memory and is not written to disk, you can use WebSocket mode in a way that is compatible with store=false and Zero Data Retention (ZDR).

1. Context Engineering: An AI is only as smart as the information you give it. Vague prompts lead to "spaghetti code." You need to provide a clear set of requirements and validate the design.

Learn: Advanced Prompt Engineering, Markdown documentation, and how to use Claude/Codex/Cursor.

2. Code Reading (Over Code Writing): AI generates the code, you own it. You need to spot "hallucinations" logic that looks correct but breaks at scale.

Learn: Basics of Python or JavaScript, and practice "Reverse Engineering" AI-generated scripts to explain how they work.

3. System Architecture (The "Big Picture"): AI is a terrible architect. It can write a code, but it can’t design system as a whole pretty well. You need to know how the frontend, backend, and database talk to each other.

Learn: Cloud Fundamentals (AWS/Vercel), API design (REST/GraphQL), and basic SQL/NoSQL database structures.

4. Problem Deconstruction: Most coding failures happen because the developer didn't understand the "Why." You must be able to break a massive business goal into tiny, logical steps for the AI to execute.

Learn: Computational Thinking, Flowcharting (using tools like Mermaid.js), and Agile project management basics.
Stop memorizing brackets. Start mastering logic.

Первый постмортем в моей команде длился 3 часа. Итог: виноват джун который задеплоил в пятницу.

Второй длился 40 минут. Итог: 7 конкретных action items, ни одного имени.

Разница? Я убрал из шаблона поле «ответственный за инцидент» и добавил «что в системе позволило этому случиться».

За год количество инцидентов упало на 34%. Люди перестали скрывать ошибки и начали репортить баги ДО прода.

Постмортем без обвинений или с назначением виноватого?

Самое неочевидное в монорепо — это не код, а люди. Когда фронт видит коммиты бэка и наоборот — начинается здоровое любопытство. Джун из моей команды за 2 месяца разобрался в API лучше чем за год в полирепо. Прозрачность кодовой базы учит быстрее любого менторства.

А вот где монорепо точно НЕ нужно — если команды в разных часовых поясах и нет общего code ownership. Мы пробовали с распределённой командой — мерж-конфликты превратились в политику. Откатили 2 сервиса обратно. Инструмент не виноват, контекст решает.

Убил 3 дня на баг, которого не было.

Тест падал раз в 5 прогонов. CI красный — мержить нельзя. Все: «ну перезапусти». Я перезапускал. 47 раз за неделю.

Race condition в setTimeout + async pipe. Починил за 20 минут.

А до этого команда неделю жала retry как обезьяны кнопку с бананом.

Завёл «flaky friday» — одна пятница на починку нестабильных тестов. За месяц: с 12 flaky до 0. CI зелёный за 4 минуты.

Самое смешное — люди привыкают к красному CI. Через месяц никто не замечает. «Оно всегда падает» становится нормой.

А потом реальный баг проходит в прод, потому что все думали — это опять flaky.

Flaky тесты — это не техдолг. Это сломанная сигнализация в доме, где все привыкли к ложным срабатываниям.

Мой чеклист для flaky friday:

1. Собрать все тесты с retry за неделю
2. Воспроизвести — обычно race condition или зависимость от порядка
3. Если не воспроизводится за 10 прогонов — quarantine
4. Починил — убрать из quarantine

Правило: если тест нестабилен больше 2 недель — удалить. Лучше 0 тестов чем тест, которому никто не верит.