Оставить заявку

Текрайтер из Питера (Все сообщения пользователя)

Форум » Пользователи » Текрайтер из Питера

Внимание! У нас сбои с почтовым сервером! Если не пришло письмо о регистрации или смене пароля напишите нам на info@techwriters.ru! 
@twriters
 obmen_soobsheniyami.pngчат для технических писателей в Telegram

 Зарегистрируйтесь
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 След.
Сборка отсортированного глоссария в Docbook
 
[QUOTE]DrumminMan написал:
Гутен морген, товарищи.
Возможно, кто-нибудь сталкивался с подобной проблемой - при сборке документации нам приходится частенько собирать глоссарий по кускам из различных разделов, то есть это конструкция вида [CODE] <glossary lang="ru" id="glossary" xmlns:xi="http://www.w3.org/2001/XInclude">
  <title>Перечень терминов и сокращений</title>
  <glossdiv id="glossary.acronyms">
     <title>Перечень сокращений</title>
     <xi:include href="abbrev.common.xml" xpointer="common.abbrev"/>
     <xi:include href="../Fn/fnDocs/fnDocs.abbrev.xml" xpointer="documents.abbrev"/>
  </glossdiv>
  <glossdiv id="glossary.terms">
     <title>Перечень терминов</title>
     <xi:include href="glossary.common.xml" xpointer="element(common.glosslist)"/>
     <xi:include href="../Fn/fnBasics/fnBasics.glossary.xml" xpointer="element(basics.glosslist)"/>
  </glossdiv>
</glossary>

[/CODE]При этом каждый xinclude - это отдельно взятый glosslist , со своим набором терминов.
У нас используются скрипты версии 1.69.1, при которых в результате подобной сборки конечный глоссарий выглядит просто смешанных в кучу терминов/определений - сортировки никакой. Раньше при сборке использовались конструкции вида
[CODE] <xi:include href="glossary.common.xml" xpointer="xpointer(//glossentry)"/>
[/CODE]которые по этому самому xpath'у вытаскивали отдельные термины и из них уже собирали глоссарий, который, в итоге, благополучно сортировался.
Но xpointer () - схема (это с xpath которая) является типа как устаревшей, и вообще не является рекомендацией W3C, в результате чего всякие редакторы типа оксигена на нее реагируют матом и выдают всяческие ошибки при рендере.
Добавленный в версии 1.73 параметр  glossary.sort  проблемы не решает - сортировка производится внутри дочернего блока, а не всего глоссария. Да и с адаптацией новых скриптов под наши кастомные пока есть проблемы.
Возможно, кто-то сталкивался с подобным? Есть ли возможность как-то обойти сие?[/QUOTE]
С такими вложенностями я не сталкивался. М.б. этот тред наведет вам на мысли?

[URL=https://lists.oasis-open.org/archives/docbook-apps/201003/msg00165.html]https://lists.oasis-open.org/archives/docbook-apps/201003/msg00165.html[/URL]
Изменено: Текрайтер из Питера - 21.10.2016 22:23:58
Technical Writer, Relocation to Berlin, Germany
 
1. Вы вряд ли найдете на этом форуме специалиста подобной квалификации. Попробуйте запостить на sql.ru
2. То, что вы пишете, это уровень не Technical Writer и даже не Senior Technical Writer, а Principal Technical Writer c навыками Technical Evangelist и Product Owner. Что предполагает уровень дохода не менее 58-60K EUR gross в год.
Технический писатель для ФГИС, ФГИС состоит из 5 АИС, микросервисы. Создана, эксплуатируется, развивается. Описание будет на основе НПА и рабочей документации.
 
Раз вы государственная организация, то должны знать, что сейчас применяется проф. стандарт "Технический писатель". Однако, вы не озвучили тот уровень компетенций (в диапазоне A-H), которым должен обладать человек для этой роли у вас.
Документация в форме MSDN. Нужна помощь.
 
[QUOTE]zukatoka написал:
нет, нужно также воспроизвести внутренний принцип работы MSDN. А я не совсем понимаю как он устроен. Если бы хоть кто-то на пальцах смог мне объяснить...[/QUOTE]
Что значит "внутренний принцип работы"? Мне кажется, что постановщики задачи сами не знаю, что им надо.
Документация в форме MSDN. Нужна помощь.
 
[QUOTE]zukatoka написал:
Добрый всем день)

Для меня, как тех. писателя, установили глобальную задачу: привести всю документацию по продуктам, разрабатываемым компанией, к виду MSDN. Самим MSDN я пользуюсь ооочень редко, знакома с ним поверхностно. Не представляю даже, с какой стороны подступиться к этой задаче. Буду рада, если кто-нибудь из вас натолкнет меня на мысль или подскажет с чего начать. Спасибо!)[/QUOTE]
Что значит к виду? В внешнему представлению? Т.е., чтобы слева была динамическая менюха, а справа текст?
Настройка XMLmind, Помогите разобраться, как настроить XMLmind для публикации документов
 
[QUOTE]FateF8 написал:
Доброго временени суток!
Форумчане, помогите, пожалуйста, разобраться что и где нужно подкрутить в XMLMind для сборки документа в форматах html, PDF, word (был бы очень большим бонусом) с фильтрацией по атрибутам os и lang. Возможно кто-то подскажет курсы и уроки.
На данный момент имею: xml файл документа в формате Docbook 5, файл стилей еспд docbook-5. установлен Apache fop, xml mind, xml mind utility.
Выполняю следующие действия:
1. Создаю profile, указываю в нем атрибуты и значения (File-New-DocBook- Conditional Processing Profiles).
2. Выбираю profile (Docbook- Conditional Processing - Select profile)
3. Выбираю свой stylesheet (Options- Customize Document Conversion Stylesheets)
4. Выбираю формат выходного документа, например word 2007 (docbook - Convert document)
Получаю ошибку. Еслине выполнять 3 пункт, то получаю документ без русского (####). И фильтрация по атрибутам не выходит.
Подскажите, то ли я делаю. Тот же stylesheet пробовала в oxygen - работает.
[/QUOTE]
1. Документ без русского языка - это отсутствие fop.conf при сборке.
2. У вас one pass profiling или two pass profiling?
3. Что у вас происходит при генерации в командной строке? Тоже ошибки? Если да, то какие.

Чтобы понять, где у вас ошибка, вам надо:
1. Сгенерить документ в командной строке БЕЗ os, lang.
2. Сгенерить документ в командной строке с os, lang. При этом рекомендуется делать two pass profiling.

Посиотреть на результат и отписаться сюда.

Если вы не знаете, о чем я говорю выше, вариантов два:
1. Вы смотрите англоязычную версию.
2. Ждете, пока я подготовлю соответствующую статью на русском :)
Прошу помощи с Docbook XSL, не могу найти, где в стилях внести изменения
 
Еще раз перечитал и понял, что ступил. provisional-distance-between-starts управляет расстоянием между номером и первой строкой.

Если же у вас screen, то вам надо:
1. Сделать fo, открыть его и посмотреть на его форматирование внутри screen.
2. Посмотреть какой результат от screen (в каком он fo-объекте и какие там параметры) или опубликовать его здесь.

[QUOTE]Islander написал:
Вы можете выложить фрагмент dоcbook файла, который Вы получили из ASCIIdoc?
А также, какими инструментами пользуетесь для преобразований?[/QUOTE]
Здесь надо не xml смотреть, а fo, который получился. У топистартера же ясно написано: по умолчанию в xml все запихано внутри screen.
Прошу помощи с Docbook XSL, не могу найти, где в стилях внести изменения
 
[QUOTE]dmitriyK написал:
Я не знал куда обратиться, думаю может здесь кто-нибудь поможет. Есть asciidoc > Docbook > Docbook XSL > PDF

Блок цитирования asciidoc транслируется в <screen> ... </screen>, внутренней разметки нет, чистый текст.

То есть вторая строка и далее на один символ (тут моноширинный шрифт) отстоит от левого края, что некрасиво и требует корректировки.

Я провёл пару экспериментов, и установил что виной этому именно <screen/>, потому что именно этот враппер приводит к такому форматированию. Однако я не нашёл в стилях описания его форматирования. Порылся в verbatim.properties (param.xsl), но там тоже ничего  Куда копать?[/QUOTE]


Попробуйте поиграться с provisional-distance-between-starts в соответствующих блоках fo:
Профессия технический писатель добавлена государственный реестр профессий?
 
Цитата
Гость написал:
Цитата
writer   написал:
хм.. но это не значит, что профессия внесена в реестр, верно?
Данная профессия входит в Общероссийский классификатор занятий и относится в соответствии с ним к группе "писатели, поэты и другие литераторы".
Старое постановление утратило силу. В новом есть только Малая группа 264. Писатели, журналисты и лингвисты  и там нет технических писателей. Так что ваша информация неверна.
Книга Кагарлицкого Ю.В."Разработка документации пользователя программного продукта. Методика и стиль изложения"?, где скачать
 
[QUOTE]Claiv написал:
Если после всего этого у вас осталось желание прочитать эту книгу, в ближайшее время сделаю скан и выложу на форуме.[/QUOTE]
А автор этого топика не знаком  с федеральным законом от 24 ноября 2014 г. № 364-ФЗ? :)
Технический писатель по промышленному климатическому оборудованию удаленно или на несколько дней в неделю в офис. Москва, специализация: системы чиллер-фанкойл, промышленное оборудование для кондиционирования воздуха и тепловое оборудование.
 
Anna88 написал:
[QUOTE]"Вам нужен копирайтер, а не технический писатель."

Где ж его взять?[/QUOTE]
Обычно за такими вещами идут на фриланс.ру ( [URL=https://www.fl.ru/freelancers/copywriter-teksty/]https://www.fl.ru/freelancers/copywriter-teksty/[/URL] ) и подобные ресурсы. Но точно не сюда.

Вот если бы вам требовалось [B]разработать[/B] или переработать существующую документацию по оборудованию, например, по требованиям каких-либо гос. органов, тогда объявление было бы в тему.

P.S. И судя по тому, что вы отвечаете на вопросы/рекомендации по теме вашего поста спустя месяц (!!!) после публикации, это копирайте вам не очень нужен. Помните, что с точки зрения бизнеса срок закрытия вакансии: 2 - 2.5 месяца. Все, что больше означает лишь ненужность этой вакансии для компании.
Изменено: Текрайтер из Питера - 20.04.2016 14:43:05
Выбор системы разработки программной и технической документации, Есть требования к системе, нужна помощь с подбором ПО.
 
[QUOTE]ПчОльkа написал:
Всем добрый день!
Подскажите, какие программы используете при работе с единым источником?
Нашла, что можно создавать документы в XMLmind, а компилировать в DITA.
Возможно, я что-то не совсем верно понимаю в технологии единого источника.
Интересует возможность компиляции документов из отдельных глав/страниц, при этом должна быть автоматическая нумерация глав/рисунков и т.д. (одна и та же глава будет иметь разный номер в разных документах).
Имею опыт работы с dr.explain, мне она показался неудобен тем, что при наличии большого документа с множеством страниц, из которого создаются более мелкие документы, надо каждый раз включать/выключать печатаемые/непечатаемые страницы. Т.е. нет такого, чтобы один раз прописать, что в этом руководстве есть только эти разделы, в другом - только эти.[/QUOTE]

Вы должны понимать преимущества и недостатки работы с единым источником.

Сначала ответьте себе на вопрос: какой тип софта  (или не софта) вы собираетесь документировать? Например, если у вам типичное Windows приложение и вам надо просто документироваьт GUI, но единый источник вам будет тяжеловат. В таком случае вам хорошо подойдет Flare (по нему Виктор Фигурнов подскажет более подробно).

Единый источник имеет смысл только при большом количестве продуктов, многоплатформенности, вариативности как "каналов публикации", так и контента.
Технический писатель по промышленному климатическому оборудованию удаленно или на несколько дней в неделю в офис. Москва, специализация: системы чиллер-фанкойл, промышленное оборудование для кондиционирования воздуха и тепловое оборудование.
 
[QUOTE]Anna88 написал:
Требуется написание уникальных, неопубликованных статей (можно рерайт, самостоятельный поиск информации, перевод с англоязычных источников) на тему вентиляция и кондиционирование. Сравнение продукции разных производителей фанкойлов Carrier, York, Daikin, General, TRANE, Ballu Machine и др.
Общеобразовательные, содержательные, понятные и интересные статьи по фанкойлам, чиллерам, комрессорно-конденсаторным блокам.[/QUOTE]
Вам нужен копирайтер, а не технический писатель.
Выбор XML CMS для организации документации DITA
 
[QUOTE]Cust написал:
[QUOTE] Elena написал:
что может нам дать CMS[/QUOTE]
об этом есть в публикации  [URL=http://gilbane.com/whitepapers/X-Hive/Xhive_Gilbane_Whitepaper_CCMS6-final.pdf]http://gilbane.com/whitepapers/X-Hive/Xhive_Gilbane_Whitepaper_CCMS6-final.pdf[/URL]
- табличка в конце, CCMS= component content management syst.[/QUOTE]
Спасибо за статью!

Однако, судя по таблице у [URL=http://www.techwriters.ru/forum/user/13511/]Elena[/URL] и так все это уже есть. Ну, разве что представление в виде кода, а не рюшечек.

Elena написал:
[QUOTE][QUOTE] Текрайтер из Питера написал:
вы НЕ используете системы контроля версий для DITA xml[/QUOTE]
Почему? Конечно используем. Но система контроля версий и система управления контентом это ведь не одно и то же.
Я-то как раз и хочу понять, что может нам дать CMS - cтоит на нее переходить или нет смысла.    
[QUOTE] Текрайтер из Питера написал:
из dita topic - как? Руками с помощью DITA OT?
[/QUOTE]
Встроенными средствами редакторов не пользуемся, документы собираются DITA-OT на билд-машинах.[/QUOTE]
2[URL=http://www.techwriters.ru/forum/user/13511/]Elena[/URL] - у вас, в принципе, все это уже есть. Другое дело, что на текущий момент под понятием CMS понимается нечто, что дает возможность делать все вещи с использованием GUI (т.е. для пользователей более низкой квалификации). Под GUI я понимаю и и локальные интерфейсы и web.

Приведу один пример: CMS Paligo ([URL=http://www.paligo.se]www.paligo.se[/URL]) - правда, она облачная без возможности делать частное облако на собственных серверах. Если вы внимательно посмотрите на ролики или, более того, запросите демку, то убедитесь в правоте моих слов. Все, что вы там увидите - _красивое_ представление всего функционала, который у вас уже есть. Да, для людей не знакомых с single sourcing internals - это спасение. Для остальных - просто красивая обертка.
Подготовка к аттестации технического писателя, Список вопросов для аттестации технического пистеля. Помогите с ответами.
 
[QUOTE]Виктор Фигурнов написал:
[QUOTE] Текрайтер из Питера написал:
Я же говорил о том, что: "независимо от ответа, _в текущей формулировке_ вопроса он может оказаться с одинаковой долей вероятности как правильным, так и неправильным - не установлено _условие_ правильности". И привел пример (именно пример!) формулировки вопроса, при которой правильный ответ можно найти с большей вероятностью.[/QUOTE]
       

"Правильный по ГОСТу ответ" - по РД 50-34.698-90 руководство пользователя должно состоять из следующих разделов  
1) введение;
2) назначение и условия применения;
3) подготовка к работе;
4) описание операций;
5) аварийные ситуации;
6) рекомендации по освоению.
Техпис, следующий этому "правильному по ГОСТу ответу", заслуживает немедленного увольнения.  [/QUOTE]
Зря вы так, Виктор :) Я лично знаю компании, которые следуют этому принципу - "ни шага назад". Документация нужна там, чтобы "сдать заказчику" и чтобы "люди из серьезных компаний сразу поняли, что имеют дело с настоящими документами" - это цитата.

Более того, они ищут таких людей - тех которые будут следовать этому принципу.

Понятно, что ни о какой коммуникации внутри компании (на уровне техдокументации) речи не идет.
Изменено: Текрайтер из Питера - 02.03.2016 16:40:23
Выбор XML CMS для организации документации DITA
 
[QUOTE]Elena написал:
[QUOTE] Текрайтер из Питера написал:
1. Вы в чем _храните_ xml-исходники?
2. Какое у вас flow выпуска документов? Совпадает ли с flow выпуска продуктов (соответствуюших) или нет?[/QUOTE]
Мы собираем c *.dita топиков, объединенных в карты, несколько форматов документов, в том числе pdf. В нем видно количество листов.

Про Flow: у нас много разных продуктов и каждый раз при выпуске нового продукта мы создаем на него документацию. Версии выпускаются часто, изменений в документации мало.
Но мы вынуждены хранить исходники для всех выпущенных версий. Эти архивы плодятся с огромной скоростью, и мы хотели бы с этим что-то сделать.[/QUOTE]
Стоп, стоп, стоп... Елена, вы НЕ используете системы контроля версий для DITA xml??? Храните все в архивах??? Кто это ввел в практику? Так не пойдет :) Немедленно отменить! :)

Если серьезно, то почему не храните здесь: Git, mercurial, subversion?

Кроме того, вы собираете из dita topic - как? Руками с помощью DITA OT?
Выбор XML CMS для организации документации DITA
 
[QUOTE]Elena написал:
[QUOTE] Текрайтер из Питера написал:
Вам нужно хранить word-образные документы и управлять ими или вам надо работать с документацией, предполагающей в т.ч. полностью автоматическое формирование?[/QUOTE]
У нас нет Word документов, работаем только с DITA XML.  

Стоимость профессиональных CMS сейчас стала даже не велика, а заоблачна. Поэтому нас интересуют Open Sourсe системы, которые можно было бы настроить под наши задачи.

Сложность, с которой мы сейчас столкнулись, состоит в поддержании множества версий документов объемом до 1000 листов, которые различаются всего несколькими листами. С редактированием и сборкой
документа с "единого источника" с определенных стилях проблем нет.

Можете посоветовать какие-то Open Sourсe системы, которые можно было бы использовать для создания репозитория?[/QUOTE]
Секунду.... в DITA, насколько я понимаю, нет понятия листов. DITA оперирует понятиями map и topic (вохможно, что-то еще, могу ошибаться, так как у меня докбучная область). При этом листы - это понятия xsl:fo, а именно fo:page-sequence.

Вопросы:
1. Вы в чем _храните_ xml-исходники?
2. Какое у вас flow выпуска документов? Совпадает ли с flow выпуска продуктов (соответствуюших) или нет?
Изменено: Текрайтер из Питера - 01.03.2016 17:30:27
Выбор XML CMS для организации документации DITA
 
[QUOTE]Виктор Фигурнов написал:
[QUOTE] Текрайтер из Питера написал:
Т.е. либо вы выделяете нормальный бюджет на большие системы, либо пытаетесь что-то делать из open source продуктов.
[/QUOTE]

Опыт Yandex, который сварганил самодельную систему подготовки документации на базе open source продуктов (в основном), тому подтверждение.[/QUOTE]
У вас есть какие-то циферки по  этому поводу? Буду признателен, если поделитесь ссылкой. Спасибо.

У яндекса, вроде, все просто: у них DITA + VCS + CI . Представление генерится скриптами и выкладывается на кластер серверов. Никакой печатки, никакого generated on demand  и прочего.
Подготовка к аттестации технического писателя, Список вопросов для аттестации технического пистеля. Помогите с ответами.
 
[QUOTE]Elanor написал:
8. Перечислить цели разработки документации (взгляд снаружи)?[/QUOTE]
Цель разработки документации - повышение косвенной прибыли, либо снижение косвенных издержек (смотря с какой стороны посмотреть). И только это. Все остальное - только задачи для достижения цели.

P.S. Кстати, и вы,  [URL=http://www.techwriters.ru/forum/user/17983/]Claiv[/URL], работаете не для того, чтобы разработывать документацию - это вы так думаете. Вы работаете, в первую очередь, чтобы приносить косвенную прибыль акционерам/владельцам компании. И только так.
Подготовка к аттестации технического писателя, Список вопросов для аттестации технического пистеля. Помогите с ответами.
 
[QUOTE]Виктор Фигурнов написал:
[QUOTE] Текрайтер из Питера написал:
[QUOTE]вариант, предполагающий единственный ответ: "23. Обозначить основной «скелет»/типовую структуру, используемый при создании руководства пользователя, согласно ГОСТ .... "
[/QUOTE]
[/QUOTE]
Думаю, что вот эта статейка Роберта Хорна  [URL=http://rhetcomp.gsu.edu/~gpullman/8123/handouts/structured%20writing.pdf]Structured Writing as a Paradigm[/URL] намного полезнее для понимания, как структурировать руководства пользователя, чем все написанные совковыми бюрократами ГОСТы 40-50 летней давности.[/QUOTE]
Виктор, я писал немного не о том.

Вы говорите: "_где_ взять пример/ответ на вопрос".
Я же говорил о том, что: "независимо от ответа, _в текущей формулировке_ вопроса он может оказаться с одинаковой долей вероятности как правильным, так и неправильным - не установлено _условие_ правильности". И привел пример (именно пример!) формулировки вопроса, при которой правильный ответ можно найти с большей вероятность.
Изменено: Текрайтер из Питера - 01.03.2016 16:00:37
Подготовка к аттестации технического писателя, Список вопросов для аттестации технического пистеля. Помогите с ответами.
 
[QUOTE]Claiv написал:
Уважаемый Текрайтер!
Аттестация проводится в частной компании "Барс Груп". Ее проводят не ради "отсеивания неугодных" или "галочки", а для присвоения очередного грейда и обоснованного повышения заработной платы. Ее можно и не проходить, мой коллега, например, уже семь лет не аттестовался, ему это просто не нужно. А мне, как будущему отцу, повышение ЗП просто необходимо. Если Вы не горите желанием помогать, то хотя бы  не выливайте свой негатив в этой теме.
Счастья Вам, всех благ и творческих успехов![/QUOTE]
Уважаемый Claiv!

Не ставил задачу как-то вас обидеть, а всего лишь предостеречь. Тем более, очень странно видеть "отношение обиженного". Хочу вам сказать, что ваш коллега совершенно прав. И, кстати, наверное, с количеством _практических знаний_ в голове у него все в порядке, вне зависимости от аттестации.

Я вам могу сказать только одно. Впрочем, может вы об этом знаете. Квалификация кандидата на рынке труда НЕ определяется прохождением или непрохождением данного теста, включающего вопросы вида "3.       Каким образом добавляется и редактируется ссылочное оглавление в Word-документе?". Она определяется как количеством и типами сданных проектов и вашей роли в них, так и владение вами различных технологий - как контента, так и представления  (ну, допустим, вы решите перейти в компанию, которая документирует API с использованием Sphinx и Restructured).
Выбор XML CMS для организации документации DITA
 
[QUOTE]Elena написал:
Со времени последнего поста (2013 год) много времени прошло. Расскажите о своем опыте внедрения CMS. Может быть, новые бесплатные системы появились? Я смотрю, что и те, которые раньше были бесплатными (например тот же Cоmponize) теперь стали платными.
Может какие-нибудь русскоязычные системы появились?[/QUOTE]
Насчет русскоязычных систем очень хорошо написал Виктор Фигурнов в этом посте: [URL=http://www.techwriters.ru/forum/messages/forum604/topic20211/message13569/#message13569]http://www.techwriters.ru/forum/messages/forum604/topic20211/message13569/#message13569[/URL]

Т.е. либо вы выделяете нормальный бюджет на большие системы, либо пытаетесь что-то делать из open source продуктов. Подозреваю, что если бы был бюджет, то подобных вопросов у вас бы не возникало.

Опять же - все исходит из требований. Вам нужно хранить word-образные документы и управлять ими или вам надо работать с документацией, предполагающей в т.ч. полностью автоматическое формирование?
Подготовка к аттестации технического писателя, Список вопросов для аттестации технического пистеля. Помогите с ответами.
 
[QUOTE]Claiv написал:
Спасибо Вам огромное за помощь! С нетерпением жду продолжения! [/QUOTE]
Хотелось бы узнать (если не является комм. закрытой информацией):
1. Это аттестация в коммерческой компании?
2. Что предполагается после аттестации? Повышение/снижение ЗП (коэф.)?
3. КАК данная аттестация влияет на выпуск продукта? Что, от ее прохождения резко возрастает количество выпуженных документо-страниц?
4. Большинство из перечисленных пунктов предполагают множественные ответы, т.к. нет ссылки на нормативный документ-эталон Т.е., например, один и тот же пункт будет верным и в том, и в другом случае (или неверным), в зависимости от того, какие нормативные документы/стандарты и материалы используются в качестве оценки каждого пункта. Для справки: вариант, предполагающий единственный ответ: "23.   Обозначить основной «скелет»/типовую структуру, используемый при создании руководства пользователя, [B]согласно ГОСТ ....[/B]"

Вывод: данная аттестация нужна, чтобы (выбирайте любой):
- Завалить/уволить неугодных людей (как несоответствующих требованиям квалификации).
- Нужна отделу персонала "для галочки" - у нас проводится периодическая аттестация персонала.
Она совершенно НЕ требуется для результата - сдачи работ заказчику, реального повышения квалификации персонала и т.п. (и, как итог - повышения косвенной прибыли компании).

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

а не формальное прохождение/ не прохождение аттестации.

P.S. Почему то на память срахзу же пришло ЕГЭ :)
Изменено: Текрайтер из Питера - 29.02.2016 15:58:10
Выбор системы разработки программной и технической документации, Есть требования к системе, нужна помощь с подбором ПО.
 
[QUOTE]Виктор Фигурнов написал:

[QUOTE] Текрайтер из Питера написал:
Насколько я понимаю, оглавление динамически изменяется только при использовании GUI. [/QUOTE]
Это не так. Во Flare совершенно другая концепция оглавлений, чем та, к которой вы привыкли. Более сложная.
Во Flare можно создавать оглавления автоматически. Можно вручную. Можно создавать  title  для топика по оглавлению.
Можно использовать несколько оглавлений в одном проекте. Все зависит от задач. Оглавления бывают разных типов.. И т.д.

Описание использования оглавлений во Flare - 184 страницы
[URL=http://docs.madcapsoftware.com/FlareV11/FlareTablesOfContentsGuide.pdf]http://docs.madcapsoftware.com/FlareV11/FlareTablesOfContentsGuide.pdf[/URL]
[/QUOTE]
Я осознаю, что Flare позволяет делать разные вещи, в т.ч. в части обновлений. НО, он позволяет делать это только с помощью Flare (т.е. обычного .exe в каком-либо виде - GUI или командной строки, неважно). А я говорил немного о другом... Я имел в виду, что если вы измените просто текст. Т.е. возьмете проект Flare из VCS (или какой-либо файл), откроете его в текстовом редакторе, измените его, а потом сделаете commit, то по сути ничего не изменится. Вам надо изменять его внутри Flare какие-либо образом.

Впрочем, я думаю, что это уже некоторый оффтопик первоначальной темы.
Выбор системы разработки программной и технической документации, Есть требования к системе, нужна помощь с подбором ПО.
 
[QUOTE]Виктор Фигурнов написал:
[QUOTE] Текрайтер из Питера написал:
насколько я понял, при изменении (merge) заголовка в XTHML придется менять (руками) "оглавления, глоссарии, мастер-страницы, проекты и т.п.- это несложные XML-файлы".[/QUOTE]
Не придется ничего менять. Заголовок XTHML-файла в простейшем случае такой:

[/QUOTE]
нет, я не об этом. Я не о header в xhtml, а именно заголовок в смысле title.

О чем я:
1. Вы изменяете заголовок, например, с "Структура программы" на "Структура системы".
2. Насколько я понимаю, оглавление динамически изменяется только при использовании GUI. Т.е. в оглавлении (если НЕ использовать GUI) останется "Структура программы"
3. Это все лежит в системе контроля версий. Получится нестыковочка.

Иными словами, чтобы сделать п.1 недостаточно просто его сделать, надо еще менять что-то руками (например, открывать файлы оглавления|проекта в GUI > оно там проапдейтится и т.д.). М.б., конечно, я не прав.
Страницы: Пред. 1 2 3 След.

Рейтинг@Mail.ru