Как писать и редактировать тексты о том, чего не понимаешь и при чем тут китайская комната
Я пишу и редачу тексты для IT уже 3 года. В последнее время много приходится работать с текстами от айтишников и для айтишников — хардкорными статьями и переводами на Хабр про машинное обучение, ИИ, Kubernetes и прочие сложные штуки. Хочу поделиться своим опытом и рассказать, как справляться с такими текстами. Тут будет больше про IT, но подход при…
Если что, оба примера плохие, китайская комната не сработала.
В первом случае вы не поняли, что вам объясняли и подготовили малопонятную инструкцию. Даже у разработчика, но не в теме, к ней будут вопросы.
Во второй вы не поняли, что стратегию планировщика поменяли с обеспечения отказоустойчивости, на обеспечение полной утилизации и что это плюс для компании, а для пользователей просто реализовали ожидаемое поведение (все доступные карточки можно купить) и просто подрезали путанное объяснение разраба. Да еще и поленились заменить жаргонизмы на литературные термины: "по умолчанию", "графические карты", "использование".
Короче, ждем чат гпт.
Пропуск запятой в тексте слева вызвал фигню в тексте справа
Эксперт рассказывает, как подготовить рабочую среду для запуска того самого Packer — скачать файл, в коротом уже будут эндпойнты API и BASH Login (это в данном случае тоже переменная окружения, о которой пишет эксперт). Останется только ввести пароль от учётной записи — и можно запускать Packer. Как-то так )
Я с вами спорить не буду, так как кто вы — не знаю, а экспертов, с которыми мы писали статьи, текст устроил. Они для меня в любой ситуации — первичный ориентир.