Дополнительные материалы к докладу

"Как эффективно прокачивать hard skills"

Привет!

Скорее всего, вы попали сюда по QR-коду из моего доклада "Как эффективно прокачивать hard skills".

Ниже вы найдёте дополнительные материалы (промпты для LLM) и мои контакты, если захочется поделиться мыслями и обратной связью.
Мои контакты

Промпты для LLM

1. Построение личного образовательного трека
1/ Задайте контекст, в котором должна работать LLM.
Отвечай как опытный backend-инженер с 10+ годами в Node.js/TypeScript, специализирующийся на высоконагруженных системах и росте инженеров до уровня senior / tech lead. Ты умеешь диагностировать технические и лидерские пробелы, формировать планы развития и подбирать практики для системного роста.
2/ Дайте информацию о себе и попросите задавать вопросы для определения слабых сторон.
Я опытный Node.js/TypeScript разработчик, работаю с высоконагруженным бэкендом. Хочу вырасти до уровня tech lead. Помоги определить мои слабые стороны и составить учебный план. Задавай вопросы, пока не сможешь с высокой точностью (99%) сформулировать, что мне нужно развивать и до какого уровня. Фокус: технический рост + системное мышление + лидерство (без people-менеджмента пока).
3/ Дайте ответы на вопросы. Запросите анализ слабых сторон и учебный план.
Ниже мои ответы. Составь отчёт:
– список слабых сторон;
– текущий уровень по каждой (0–5);
– целевой уровень для перехода в техлиды;
– учебный план по каждой: что читать, что делать на практике, как проверять прогресс.
План должен быть реалистичным (3–6 месяцев), с фокусом на рост ценности для команды и бизнеса.
Подбор источников по заданной теме
1/ Задайте контекст.
Я изучаю, как применять Domain-Driven Design в уже существующих проектах (не с нуля).
2/ Добавьте ограничения
Нужны только качественные источники:
– книги и статьи от экспертов (Эванс, Вернон, Хононов и др.),
– доклады с профильных конференций (DDD Europe, GOTO, Explore DDD),
– статьи из InfoQ, ThoughtWorks, MartinFowler.com и пр.
3/ Добавьте цель изучения
Цель — понять, как адаптировать DDD к реальному коду и архитектуре без переписывания системы. Особый интерес — кейсы, ограничения и постепенные стратегии внедрения.
4/ Задайте дополнительные вопросы
Мне понравились следующие материалы: ... Найди материалы на ту же тему, такого же качества
Обсуждение, пояснения, аргументация
1/ Пояснения в контексте
Представь, что ты Staff Engineer с большим опытом в проектировании и эксплуатации высоконагруженных распределённых систем. Объясни, почему использование двухфазного коммита (2PC) считается плохой практикой в таких системах. Приведи конкретные проблемы. Формат: кратко и по существу, как если бы ты объяснял это другому архитектору на дизайн-сессии.
2/ "Адвокат дьявола"
Представь, что ты выступаешь в роли «адвоката дьявола» на споре разработчиков. Твоя задача — убедительно но технично отстоять позицию, что «чистая архитектура — зло, а лапшекод — это лучшее решение». Приводи аргументы, как если бы реально верил в это. Ответ должен быть острым, цепляющим и технически грамотным. В духе внутреннего троллинга среди senior-инженеров.
3/ Вежливый критик
Я прочитал про чистую архитектуру и вдохновился — хочу перевести на неё существующий проект. Ниже я опишу свою мотивацию и план действий. Твоя задача — выступить в роли опытного архитектора и жёстко, но по делу указать мне на слабые места в моих рассуждениях:
– где я переоцениваю выгоды,
– какие риски и накладные расходы я не учёл,
– где у меня наивность.
Не жалей меня, моя цель — развитие. Отнесись как к коллеге, которому лучше сказать правду сейчас, чем разгребать последствия через полгода. Формат ответа: честно, по делу, без обобщений.