Как стать автором
Обновить

Комментарии 7

Замечания. Программа хорошо описана, полезно ознакомиться, но уровень её сразу намекает. что далеко не бесплатная. Поэтому вопросы не к программе, а около неё — далеко не все захотят купить, но все захотят кое-что ещё про неё узнать.

1) статья неполна, т.к. молчит об условиях лицензии (min 165 $ платно и неизвестно на каких условиях — бесплатно); она, конечно, того стоит;
2) пиар может сослужить плохую службу — станут меньше у них покупать западные покупатели, узнав, что производитель в России (а. может быть, они не скрывают — тогда хотелось бы узнать об их политике продвижения);
3) название блога и буквы «PR» навевают мысль, что это проплаченный пиар. Что тоже неплохо, тогда хотелось бы узнать, сколько заплатили (более честный подход повышает доверие читателей) и п.2 — стратегию продвижения фирмы.
Благодарю за замечания.

Dr.Explain, Help and Manual — коммерческие программы, которые распространяются по модели shareware, т.е. можно скачать trial-версию и протестировать программу в течение 30 дней, а потом решить нужна она или нет.

Что касается политики продвижения Dr.Explain на Западе, то лучше задать этот вопрос самим разработчикам (у них есть блог: www.drexplain.com/isv-kaizen-blog/).

В своем блоге я публикую статьи о том, что интересно мне и возможно будет полезно знать читателям Хабра. Мне никто за этот пост не платил.

Буквы «PR» в названии моего сервиса означают, что я занимаюсь подготовкой и доставкой новостей о технологических продуктах в редакции компьютерных журналов и порталов. О Dr.Explain я рассказал, т.к. сам иногда готовлю и перевожу на английский хелп-файлы и мне понравился продукт.
Есть ли возможность командной работы по сети над одним проектом?
Такой возможности не видел. А зачем? Хелп обычно один человек пишет. А если командой писать, то сложно будет соблюсти принцип единнообразия в терминологии, языке и оформлении.
Не совсем так. Если в компании есть отдел разработки документации, то ее написание занимаются несколько человек — это касается, прежде всего, случаев, когда разрабатываются несколько продуктов, причем, довольно сложных. Одному тут просто не управиться. Унификацию поддерживать не так сложно, главное предварительно создать внутренний стандарт и шаблоны. По крайней мере, из своего опыта скажу, что это довольно эффективный путь. В H&M, к слову, есть поддержка версионного контроля, что позволяет, в том числе, нескольким техписам работать над одним руководством.

Касательно поста, хочу сказать спасибо, потому как этот класс программ довольно специфический, и всегда любопытно познакомиться с новым софтом в этой области. Фишка с созданием аннотаций заинтересовала, обязательно пощупаю.

И еще: может быть, я неверно понял, но вы пишете о документировании программы (читай: документация разработки) и о руководстве пользователя как об одном. Или речь все-таки о справке для пользователя?
Под документацией я имел ввиду создание руководства пользователя, справочной системы. Благодарю за пояснение. Не знал, что командой над документацией работать можно.
Сейчас скачал, установил — поразительно удобная программа.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий