Публикации
Обзор MadCap Flare 10 (часть 2)
14.03.2014
Продолжаем публикацию обзора продукта Flare компании MadCap. Сегодня мы узнаем о том, насколько могут быть полезны слайд-шоу, зачем нужна функция Экспорт проекта, а также о том, каким образом компания вынуждает пользователей переходить с trial-версий на лицензионные.
Поддержка в Flare вывода HTML5 и адаптивного вывода
В Flare 9 была добавлена поддержка вывода HTML5, весьма удачно встроенная в интерфейс. Некоторые опции были названы по-другому и располагались не там, где их эквиваленты для WebHelp, но все равно оказались под рукой. В Flare 10 добавили новый, более лёгкий в использовании, редактор оболочек HTML5 и адаптивный вывод в виде набора новых вариантов в редакторе оболочек HTML5 и редакторе целевых файлов. Вы включаете адаптивный вывод на дополнительной вкладке редактора целевых файлов, устанавливаете контрольные точки на вкладке настройки редактора оболочек HTML5 и устанавливаете различные другие параметры отображения в редакторе оболочек HTML5.
ABBYY FineReader 12 — новое слово в OCR-технологиях
Компания ABBYY достаточно давно заняла лидирующие позиции на мировой арене разработок в области распознавания текстов и лингвистики. В настоящей публикации мы представляем новую версию одного из флагманских продуктов этой компании — ABBYY FineReader 12. Новая версия этого продукта вышла в свет совсем недавно, 12 февраля 2014 г., и обладает рядом преимуществ относительно предыдущей версии.
Всем, кому хоть раз приходилось работать с отсканированными копиями текстовых документов, известны возможности FineReader — с его помощью можно легко перевести бумажные документы, их изображения и PDF-файлы в электронные редактируемые форматы. Новая версия этой программы позволяет еще быстрее и проще обрабатывать многостраничные тексты, а также содержит новые возможности для улучшения качества как исходных изображений документов, так и их распознанных копий.
Новый FineReader точнее воссоздает и сохраняет структуру и форматирование сложных документов. Улучшено распознавание таблиц, диаграмм и графиков, что стало возможно благодаря изменениям в технологии ADRT® (Adaptive Document Recognition Technology, Технология адаптивного распознавания документов). Кроме того, для удобства пользователь может выбрать один из двух режимов распознавания: с приоритетом скорости или качества. В первом режиме документы будут обрабатываться практически вдвое быстрее.
Обзор MadCap Flare 10 (часть 1)
12.03.2014
Мы начинаем серию статей, составляющих обзор вышедшей на прошлой неделе новой версии продукта для технического документирования компании MadCap – Flare 10. Рассказывает о новых функциях и преимуществах Нэйл Перлин (Neil Perlin), генеральный директор компании Hyper/Word Services, имеющий 35-летний опыт работы техническим писателем, 29-летний опыт консультанта и тренера, а также являющийся сертифицированным пользователем MadCap и автором нескольких обзоров продуктов компании MadCap.В начале обзора Нэйл объясняет особенности адаптивного вывода контента и роль HTML5 в публикации контента и его обнаружении поисковиками.
Flare является относительным новичком в мире технической документации, он дебютировал в 2006 году. Но компания MadCap основательно расширила его в десятой версии, вышедшей на прошлой неделе (4 марта 2014 г.) и предлагающей новые функции и множество усовершенствований.
В этом обзоре я расскажу об основных функциях — адаптивном выводе документа, основанном на HTML5, слайд-шоу, системе помощи Eclipse и экспорте проекта, затем рассмотрю моменты, которые считаю основными усовершенствованиями.
Эджайл и технические коммуникации: командный подход (часть 3)
07.03.2014
В завершающей части статьи речь пойдёт о сворминге – что это, и чем хорош этот подход в эджайл-разработке, о работе над ошибками, а также о том, как допускать как можно меньше ошибок при командной работе и, таким образом, копить как можно меньше «технических задолженностей».
Сворминг
Чтобы командный подход стал успешным, инженерам по качеству и членам группы разработки информации нужны хорошая поддержка и обучение, которые помогут им адаптироваться к быстрому темпу эджайл-разработки. Тесное сотрудничество внутри команды может потребовать от ее членов освоения новых навыков, и действительно важно дать им время для этого. Одним из способов это осуществить является сворминг (от англ. Swarming — роение, обозначает совместную работу «всем скопом»).
Эджайл и технические коммуникации: командный подход (часть 2)
05.03.2014
Представляем вам продолжение статьи Алиссы Фокс о работе команд по эджайл-методологии. Сегодня вы узнаете, на ком лежит ответственность за результат при командном подходе, и о том, как обеспечить рациональное использование рабочего времени каждого члена команды вне зависимости от его роли и от времени выполнения своих функций представителями других ролей в команде.
Качество — это ответственность всей команды
Наряду с тем, что использование командного подхода, когда участвует вся команда целиком, даёт множество внутрикомандных преимуществ, наиболее очевидным внешним преимуществом является повышение качества продукта. Вся команда ответственна за разработку, тестирование и документирование по каждой из пользовательских историй до тех пор, пока спринт не будет окончен. Инженеры по качеству направляют эти усилия таким образом, чтобы вся команда работала над обеспечением выполнения всех этапов спринта.
Мы обнаружили, что для достижения наших целей в каждом спринте нам необходимо как можно больше автоматизировать тестирование. Автоматизированное тестирование быстрее, надежнее и менее подвержено ошибкам. Инженеры по качеству взаимодействует с группой разработки, чтобы обеспечить выполнение модульных тестов (unit tests) и повысить внимание к моментам, в которых существуют пробелы. Инженер по качеству должен также направлять усилия на разработку и автоматизацию приемочных тестов (acceptance tests), а также на выполнение исследовательских тестов (exploratory tests). Другими словами, ручное тестирование — это не самый гибкий (agile) способ получения высококачественного продукта. Для получения дополнительной информации о гибком тестировании и различных видах тестирования смотрите блог Лизы Криспин (Lisa Crispin) www.lisacrispin.com.
Эджайл и технические коммуникации: командный подход (часть 1)
03.03.2014
Продолжаем публикации из данной серии. Сегодня мы узнаем, какие ошибки можно допустить даже при введении принципов скрама в команде. Своим опытом поделилась Алисса Фокс, директор по производству информации и программному менеджменту в компании NetIQ, Хьюстон, США.
В предыдущих статьях «Эджайл и технические коммуникации» я рассказывала о преимуществах, которые эджайл-разработка даёт техническим коммуникаторам, особенно в отношении такого понятия как «скрам». В то время как «базовый» скрам поддерживает рабочий процесс и помогает синхронизироваться с остальной частью команды, командный подход к разработке в рамках скрама еще более укрепляет нашу роль в команде, всесторонне повышает эффективность коллективной работы и улучшает качество продукта и документации.
Ввод текста в форму PDF
28.02.2014
Наверное, каждый из нас сталкивался с необходимостью заполнения какой-нибудь PDF-формы (налоговая декларация, анкета на подачу визы и т.д.), которая наотрез отказывается заполняться. Поэтому приходится распечатывать документ, заполнять его вручную, сканировать. Какая бездарная трата времени, правда? В статье вы узнаете, как справиться с этой проблемой.
Вопрос: Почему в некоторых PDF-документах возможен ввод текста, а в других нет? Есть ли какой-нибудь способ заполнять любые PDF-формы без необходимости их распечатывать?
Ответ: Некоторые PDF-файлы создаются специально, чтобы воспринимать и сохранять введенный текст. Эти интерактивные PDF формы, как правило, называют «заполняемыми», и их можно создать с помощью нескольких программ, в том числе Adobe Acrobat или Microsoft Word. Статические или «незаполняемые» формы, которые не воспринимают ввод текста, часто оказываются сканами бумажных документов или файлов, предназначенных для печати.
Онлайн-конференция ТехДок 2014: Софт
26.02.2014
Дорогие друзья!
26 марта состоится тематическая онлайн-конференция для технических писателей ТехДок 2014: Софт. Общая тема, которой будут посвящены все доклады – программное обеспечение для документирования. Среди докладчиков будут присутствовать как производители софта, которые расскажут о своём продукте, так и пользователи – они поделятся своим опытом использования различных инструментов. Докладчики не только расскажут о продуктах, но и продемонстрируют их работу в реальном времени.
Участие в конференции бесплатно, регистрация обязательна.
Начало конференции – в 10.00 по московскому времени.
Компании-участники и темы их докладов:
Конкурс «Конёк документатора»
Дорогие друзья!
В преддверии конференции ТехДок 2014: Софт, которая пройдёт 26 марта, мы объявляем о проведении конкурса «Конёк документатора».
Суть конкурса: написать документ, в котором излагаются ваши рекомендации относительно решения какой-либо проблемы, связанной с техническим писательством. Пример такой статьи: Как писать кратко и понятно
Технические коммуникаторы: новое название, новые проблемы
Люди, решившие связать свою жизнь с техническим писательством (впрочем, как и представители многих других профессий), часто задумываются: «А что если область моей деятельности отмирает? Есть ли у моей профессии будущее?». Вот и мы заинтересовались этим вопросом на примере Индии. А может, у вас есть размышления и наработки, как обстоят дела в России? Тогда ждём ваших комментариев.
Эксперты выяснили, что должностные обязанности профессии существенно изменились за последние три десятилетия, а раз технические писатели по-прежнему востребованы, им нужно развиваться соответственно требованиям.
Со стороны должность технического писателя может выглядеть как пресловутое «злачное место», но занятые в данном секторе предполагают, что это далеко не так. Хотя зарплата довольно привлекательна, да и льготы неплохие, специалисты в технических коммуникациях рассказывают о том, как трудно сохранить рабочие места. Увольнения становятся большим подводным камнем.