Сам себе CTO

Dan

Подкаст–заметки, ведется исключительно для формализации знаний и последующего обращении к ним. Примеры кода и текстовая версия заметок есть на патреоне (доступно бесплатно) https://patreon.com/roxenberg

Episodes

  1. Aug 9

    Тихое увольнение: как компании сами создают себе убытки на миллионы

    Quiet quitting обычно описывают как «сотрудник делает только то, за что ему платят». Но иногда последствия этого гораздо серьёзнее. В этом выпуске — несколько реальных историй, с которыми я сталкивался лично: безопасник, который перестал исправлять уязвимости; разработчик, после которого остался практически неподдерживаемый код; инженер, чьи инструменты могли экономить компании миллионы, но которому оказалось выгоднее просто делать свою работу за пару часов и никому об этом не рассказывать. Во всех случаях люди умели делать больше. И какое-то время действительно делали. Но отсутствие пересмотра зарплаты, игнорирование инициатив и наказания за ошибки постепенно научили их простой вещи: инициатива лично им невыгодна. Разбираю, почему quiet quitting — это не только проблема продуктивности сотрудников, а иногда очень дорогая управленческая ошибка.

  2. 08/09/2025

    Framework для разработки софта - LLM Chain of Thoughs

    Первый: Задавайте мне по одному вопросу за раз, чтобы мы могли разработать подробное, пошаговое техническое задание для этой идеи. Каждый вопрос должен опираться на мои предыдущие ответы, и наша конечная цель - получить подробную спецификацию, которую я смогу передать разработчику. Давайте сделаем это итеративно и докопаемся до каждой важной детали. Помните, только один вопрос за раз. Идея такова: Когда закончили shape идеи сделайте: Теперь, когда мы завершили процесс мозгового штурма, вы можете скомпилировать наши выводы во всеобъемлющую, готовую к разработке спецификацию? Включите в нее все необходимые требования, варианты архитектуры, детали обработки данных, стратегии обработки ошибок, и план тестирования, чтобы разработчик мог немедленно приступить к реализации. Второй: Составьте подробный пошаговый план создания этого проекта. Затем, когда у вас есть надежный план, разбейте его на небольшие итеративные фрагменты, которые строятся друг на друге. Посмотрите на эти фрагменты, а затем пройдите еще один круг, чтобы разбить их на маленькие шаги. Проанализируйте результаты и убедитесь, что шаги достаточно малы, чтобы их можно было безопасно реализовать с помощью мощного тестирования, но достаточно велики, чтобы продвинуть проект вперед. Итерации продолжаются до тех пор, пока вы не почувствуете, что размер шагов подходит для этого проекта. Отсюда у вас должна быть основа для создания серии подсказок для LLM-генерации кода, который будет реализовывать каждый шаг в тестовом режиме. Приоритет отдавайте лучшим практикам, постепенному прогрессу и раннему тестированию, не допуская резких скачков сложности на любом этапе. Убедитесь, что каждая подсказка опирается на предыдущие, и заканчивается соединением всех элементов воедино. Не должно быть висячего или бесхозного кода, который не интегрирован в предыдущий шаг. Убедитесь, что каждая секция подсказки разделена. Используйте markdown. Каждая подсказка должна быть помечена как текст с использованием тегов кода. Цель - вывести подсказки, но контекст и т. д. также важны. Третий: Составьте подробный пошаговый план создания этого проекта. Затем, когда у вас есть надежный план, разбейте его на маленькие итеративные кусочки, которые будут развиваться друг за другом. Посмотрите на эти фрагменты, а затем пройдите еще один круг, чтобы разбить их на маленькие шаги. просмотрите результаты и убедитесь, что шаги достаточно малы, чтобы их можно было безопасно реализовать, но достаточно велики, чтобы продвинуть проект вперед. Итерации продолжаются до тех пор, пока вы не почувствуете, что размер шагов подходит для этого проекта. Отсюда у вас должна быть основа для создания серии подсказок для LLM, генерирующего код, который будет реализовывать каждый шаг. Приоритет отдавайте лучшим практикам и постепенному прогрессу, не допуская резких скачков сложности на любом этапе. Убедитесь, что каждая подсказка опирается на предыдущие и заканчивается соединением всех элементов вместе. Не должно быть висячего или бесхозного кода, который не интегрирован в предыдущий шаг. Убедитесь, что каждая секция подсказки разделена. Используйте markdown. Каждая подсказка должна быть помечена как текст с использованием тегов кода. Цель - вывести подсказки, но контекст и т. д. также важны. Источник - Harper Reed

About

Подкаст–заметки, ведется исключительно для формализации знаний и последующего обращении к ним. Примеры кода и текстовая версия заметок есть на патреоне (доступно бесплатно) https://patreon.com/roxenberg