Рабочий продукт представляет собой выход (результат) выполнения одной практики и вход для другой практики (или той же самой - например, другого этапа мышления письмом).
Точно так же в интеграциях информационных систем есть понятие DTO (Data Transfer Object), который является формой переноса данных из одного компонента или системы в другой и представляет собой полезную нагрузку (payload) в контракте API - интерфейса взаимодействия систем или их компонентов. Это не что иное как промежуточный рабочий продукт конвейера обработки информации.
И аналогично в среде Linux можно рассматривать последовательность выполнения нескольких команд с передачей промежуточного результата одной команды к следующей по “трубе” (| - pipe) как конвейер, между этапами которого формируются промежуточные рабочие продукты.
Что, если для обучения в формате “новой грамотности”:
- Собрать библиотеку стандартных рабочих продуктов, соответствующих нынешней культуре мышления
- Собрать библиотеку стандартных методов, на входе или выходе использующих эти рабочие продукты
- Построить (статично или по требованию в реальном времени) конвейер для преобразования имеющегося рабочего продукта в желаемый
И подходить к решению любого вопроса с позиции “что у нас есть сейчас и что мы хотим получить?” и строить под него готовый конвейер из SotA-методов?