Comments 2
Честно говоря, очень поверхностно.
Аналогия со строительством моста не понятна. Процессы строительства больше перекликаются с процессом разработки, а не с процессом документирования по факту. С этой точки зрения, вы не строите мост, а восстанавливаете проектную документацию на этот мост после пожара в архиве. Берёте инженера с линейкой, и ходите и всё измеряете. Это больше похоже к.м.к.
В остальном, не понятна цель статьи. Запрос в гугле " кто такой техпис" даст примерно такую же информацию... Ощущение, что хотелось что-то написать и это была единственная тема, через которую можно упоминуть свой ТГ канал...
Честно говоря, не понятна цель данного комментария.
Изначально эта статья задумывалась как вводная: она адресована тем, кто только узнает о профессии технического писателя или сталкивается с ней впервые. Цель — не раскрыть сразу все нюансы профессии, а объяснить ее суть простыми словами и метафорами, чтобы даже человек без технического бэкграунда понял, зачем нужен техпис.
Метафора моста выбрана не для описания процесса документирования как строительства, а как способ визуализировать роль посредника. Да, есть и другие метафоры, как то же «восстановление после пожара», и они тоже работают. Но для широкой аудитории я сознательно выбрал более универсальную и наглядную картинку: мост как связь между двумя мирами.
И что плохого в том, чтобы упомянуть свой ТГ канал?
Почему технический писатель — это переводчик между разработчиками и пользователями?