Кейсы «Как» и «Что»
Когда только начал заниматься ботами, каждый проект и кейс по нему содержали что-то новое. Какие-то решения, неочевидные механики.
И, соответственно, хотелось это показать, поэтому в большинстве моих кейсов, кроме самого решения, есть описание его реализации. Такие кейсы-инструкции, которые можно не просто прочитать, но и внедрить.
Мне казалось, что если не описать, как это сделано, то, во-первых, ценности маловато, а во-вторых, это такой способ показать, что это действительно создано, да еще и мной.
Но пару дней назад с коллегой сдавали бота, доделывали последние мелочи и обсуждали, что в боте реализовано множество полезных деталей, которые в кейсе просто не описать в формате «это сделано вот так». Иначе это будет уже не кейс, а инструкция для разработчиков, а не потенциальных клиентов.
Плюс серьезную часть бота делал не я, и описать то, как это разработано, будет тяжело.
Поэтому думаю, что пора переходить от «как это реализовано» к кейсам «что реализовано». Просто показывать, что сделали: 1, 2, 3, и не погружать в детали разработки той или иной механики. Тем более что заказчикам это вряд ли нужно.
Жаль, что так долго додумывался до этого.