techwriter (Все сообщения пользователя)

[QUOTE]ADVANCED пишет:
Прототип сайта тут ни при чем  8)  А прототип калькулятора - это что? А двигателя внутреннего сгорания?
Ладно проехали
[/QUOTE]Прототип - это модель. При проектировании чего угодно, в первую очередь, создается модель причем разными методами и средствами. Описания к модели не должно существовать в природе?

[QUOTE]ADVANCED пишет:
При упоминании ТЗ, почему-то ассоциация о печатном документе. Оно может быть в HTML и им пользуются разработчики как им удобно. Один на планшете, другой на компе, третьему достаточно прочитать.
[/QUOTE]Конкретно у тебя такая ассоциация, а не у всех. "Печатный документ" - это документ, который может быть распечатан, и не более того.

[QUOTE]ADVANCED пишет:
Вы зациклились на Ворде.
ТЗ необязательно писать в ворде, оно не обязательно должно быть распечатано на принтере. Оно не обязательно должно быть по ГОСТ и тд.
При упоминании ТЗ, почему-то ассоциация о печатном документе. Оно может быть в HTML и им пользуются разработчики как им удобно. Один на планшете, другой на компе, третьему достаточно прочитать.

Книги тоже не обязательно должны быть на бумаге. Есть e-book со своими форматами. И в них тоже можно писать и ТЗ и другую документацию и ГОСТ можно забыть.
[/QUOTE]Предложи свой вариант ТЗ так, чтобы при этом печатного и электронного документа не существовало в природе. При этом ТЗ содержало все обоснования решений, ограничения и условия.

[QUOTE]ADVANCED пишет:
Не ТЗ на сайт, а сайт, с структурированным изложением требований на разработку автоматизированной системы.
Не в DOC, не в RTF, не в PDF, а на HTML-страницах. Т.е. набор HTML-страниц, оформленных по ГОСТ34, имеющих разделы, отступы, шрифты и т.п.
[/QUOTE]Прототип сайта и есть набор HTML-страниц. Требования к конкретным полям, действиям, кнопкам описывается в ТЗ. По какому ГОСТу ты будешь писать это ТЗ, абсолютно без разницы.

[QUOTE]ADVANCED пишет:
Вопрос не в том, что нравится или не нравится. Должен и нравится - разные вещи.
[/QUOTE]Конкретно у вас кто занимается дизайном разрабатываемых справок?

[QUOTE]ADVANCED пишет:
[QUOTE] techwriter пишет:
[QUOTE] ADVANCED пишет:
Писатель может и полы помыть и кондиционер заправить, но это не профессиональная деятельность. Возможно кому-то оплачивают подготовку материалов для обучения, но это оговаривается отдельно, учитывая навыки сотрудника. Я занимался этим в основной должности, до работы тех.писом.
Если тех.пис не слышал о PowerPoint или не знает как донести информацию до человека, который возможно станет пользователем, его нельзя критиковать за это. Это навык, а не обязанность.
[/QUOTE]А разработкой e-learning кто должен заниматься?
[/QUOTE]

[url=http://framedia-inc.com/blogs/i-want-to-become-an-instructional-designer-but-i-dont-know-how-to-start/]Педагогический дизайнер[/url] .

Вырезка о навыках:
Нужна теория: теория обучения, когнитивные теории, психология обучения и восприятия информации. И чем ее будет больше, тем ярче будет картинка того, что вы делаете. В какой-то момент станет понятно, почему что-то можно делать, а что-то нет, и для этого будет логичное и понятное объяснение. Нужно знать инструмент, с помощью которого будет создаваться курс. Интересно, но в классическом учебнике по педагогическому дизайну есть целая глава про аналих медиа средств для доставки знаний. И в целом, его вроде бы все делают: выясняют, какой доступен интернет, есть ли звук, какой ПК. А вот проверить основной инструмент разработки - забываем. Нужно читать про дизайн и смотреть примеры. И знать, что хорошо, а что плохо в оформлении курса. Электронный курс воспринимается визуально, и если внешне он кривой, то и восприятие его содержания будет не самым позитивным. И даже если у вас дизайнер, который будет рисовать графику, вы все равно должны представлять, что именно вы хотите получить в итоге. Нужно много читать: про людей, про технологии, про развитие личности. Именно в таких книгах часто есть исследования и наработки, которые педагогическому дизайнеру помогают увидеть свою аудиторию и сделать для нее максимально эффективный курс.
[/QUOTE]Какая разница, как это называется "технический писатель" или "педагогический дизайнер"? Люди будут работать в одном отделе, но с разной направленностью работ. А инструменты технического писателя и педагогического дизайнера вообще одни?

[QUOTE]ADVANCED пишет:
[QUOTE] techwriter пишет:
[QUOTE] ADVANCED пишет:
Продемонстрируй, пожалуйста
[/QUOTE]Что именно? Сайт или ТЗ?
[/QUOTE]ТЗ, выполненное в виде сайта. Второй раз уже повторил :)
[/QUOTE]Повтори третий, потому что непонятно, что имеется в виду.
ТЗ на сайт пишется на основании прототипов. Разработчики могут посмотреть сам прототип, заказчики тоже. Но, как правило, заказчикам нужна наглядность в виде документа. Какая разница, по какому ГОСТу или не по ГОСту пишется ТЗ? Оно в любом случае будет отражать одно и то же.

[QUOTE]ADVANCED пишет:
Если тех.пис не слышал о PowerPoint или не знает как донести информацию до человека, который возможно станет пользователем, его нельзя критиковать за это. Это навык, а не обязанность.
[/QUOTE]Причем здесь вообще Power Point? Power Point такой же каменный век в разработке обучающих материалов, как MS Word в современном авторинге ;)

[QUOTE]ADVANCED пишет:
Продемонстрируй, пожалуйста
[/QUOTE]Что именно? Сайт или ТЗ?

[QUOTE]ADVANCED пишет:
Писатель может и полы помыть и кондиционер заправить, но это не профессиональная деятельность. Возможно кому-то оплачивают подготовку материалов для обучения, но это оговаривается отдельно, учитывая навыки сотрудника. Я занимался этим в основной должности, до работы тех.писом.
Если тех.пис не слышал о PowerPoint или не знает как донести информацию до человека, который возможно станет пользователем, его нельзя критиковать за это. Это навык, а не обязанность.
[/QUOTE]А разработкой e-learning кто должен заниматься?

[QUOTE]ADVANCED пишет:
Я подобным занимался лет 8 назад и назывался "специалист по подготовке учебных материалов и презентаций". Не нужно было вдаваться в подробности программной логики и функционала, описывались только юзкейсы, при этом нахваливая программу.
[/QUOTE]Неправда :))) Организация обучения довольно часто возлагается на плечи техписов. И это правильно.[QUOTE]ADVANCED пишет:
Есть пример красочного сайта технического задания по ГОСТ34?
[/QUOTE]У меня есть :))))

Английский необходим обязательно, даже если вы не пишете на нем документацию. Потому что вся "жизнь" там :)

[QUOTE]ADVANCED пишет:
Методички и учебные пособия на курсах будут, но там смесь тех.док и маркетинга и делают такие доки не писатели.
[/QUOTE]Технические писатели их и делают во всех развитых странах.

[QUOTE]Марина пишет:
Интересно, как по-разному можно толковать словосочетание "документация по 34 госту". В текстах 34 госта рамочки, по-моему, вообще не упоминаются. Есть ссылки на ЕСКД, ЕСПД и т.д., рамочки, наверно, оттуда. Я их видела на схемах и чертежах, которые готовили другие отделы или субподрядчики. С требованием сделать рамочки на текстовых документах ни разу за 3 года не сталкивалась.
[/QUOTE]В этом году по одному проекту попросили сделать :))) Тоже до этого ни разу не сталкивалась.

Привет, Максим!

Перешла в наиболее интересный для меня раздел с документами по защите ПДн. И тут же наткнулась на классы... Законодательство поменялось еще год назад, и теперь уровни защищенности вместо классов. Поэтому, конечно, можно взять шаблоны для своих целей, но осторожно ))

И, конечно, нужно развивать основной навык технического писателя - отличное знание русского языка. Все довольно печально в этом плане. Очень сложно найти просто грамотного технического писателя. Технического писателя, который умеет грамотно излагать текст, можно обучить пользоваться любым инструментарием. Вот, с неграмотным техническим писателем все очень тухло.

[QUOTE]fs444 пишет:
Тут задался вопросом, в каких направлениях развиваться? Вижу, от тех. писателя требуется либо знание ГОСТ, либо технический английский, редко сразу оба. Часто поощряется Linux, DocBook, LaTeX, DITA. Как вы видите для себя развитие в области?
[/QUOTE]Зависит от задач, которые ставятся при приёме на работу. Да и востребованность технического писателя зависит от того, насколько он умеет адаптировать имеющуюся документацию под нужды конторы. К технологиям и инструментариям это мало имеет отношения, как правило. Пользователю без разницы, каким образом вы достигаете того, что ему документация доступна, понятна, полезна и удобна.
Я бы в первую очередь, любому начинающему техническому писателю посоветовала бы поупражняться именно в качественном составлении самого контента. Все остальное вторично.

Конечно :)))
Я спокойно отношусь к ошибкам :)

Дома топят еще с выходных, а вот на работе холодно ))

[QUOTE]ADVANCED пишет:
[QUOTE] techwriter пишет:
Нужна документация или нет не зависит от того, применяется ГОСТ или нет. Можно не по ГОСТу писать, и документация тоже может быть никому не нужна.
[/QUOTE] :) я не это имел ввиду. А то, что есть такие конторы, которые не желают разработать свой собственный "фирменный" стиль и отстаивать свою позицию на рынке под своим "флагом". Им сказал пожарный надзор, что план эвакуации должен быть по ГОСТ, тогда проблем меньше будет, они начинают все подряд делать по ГОСТ, включая документацию на ПО. И через несколько лет мнимых "меньше проблем" доходит до абсурда - описывать все подряд, описывать по ГОСТ, описывать на всякий случай "вдруг проверка". И когда появляется новое ПО, в первую очередь думают не о пользователях, а зацикливаются на том как присвоить номер, ставить ли точки в нумерации заголовках, как сделать рамочку на титульном листе и прочую ерунду, которая никак не поможет пользователю. И никак не возразишь руководству.
Руководители проектов не задумываются о том, что можно делать делать чтобы была "больше прибыль" и "больше заказов", а пытаются убежать от самовыдуманных мелочных проблем.
[/QUOTE]Пока в контору не попадешь, непонятно, что там и как, порядок там или беспорядок :))
Не видя процесса изнутри сложно оценить, что и как :))

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

[QUOTE]ADVANCED пишет:
[QUOTE] techwriter пишет:
На том, что люди не умеют писать документацию по ГОСТ, можно хорошо зарабатывать  :)  ))
[/QUOTE]
Я умею писать по ГОСТ и писал. Но меня раздражает, что надо писать 100% документации, включая внутреннюю по ГОСТ, не потому что ее требуют заказчики, а потому что она "должна быть" и "для порядку". Такая документация никому не нужна и это печально. Тратить силы, получать далеко не заоблачные суммы и знать, что все это никому не понадобится - жуть!

Зарабатывать на ней хорошо? Не соглашусь. Если только сотню однотипных документов, с разным названием. Функции все равно надо описывать, а инфу о них надо где-то добывать, что занимает кучу времени. Лучше с интересом потратить время на полезный обществу продукт, насладиться, получить большую зарплату и гордиться тем, что сделал.
[/QUOTE]
Нужна документация или нет не зависит от того, применяется ГОСТ или нет. Можно не по ГОСТу писать, и документация тоже может быть никому не нужна. Главное - это основной контент.
Ну, и надо тогда конкретнее писать. Большая ЗП - это сколько?

Чеснок всегда под зиму сажают
А лук... Мне просто сорт такой дали. Озимый. Он зимой уже появляется )) Посмотрим, что в итоге вырастет ))

[QUOTE]ADVANCED пишет:
[QUOTE] techwriter пишет:
Вот поэтому у меня портфолио и состоит из документов по коммерческим и государственным проектам, как по ГОСТ, так и без ГОСТ  :)  ))
[/QUOTE]Молодец, если нравится, работай. ;)

У несколько лет назад был пример руководства по эксплуатации степлера, банкомата и лифта OTIS. Чет не помогало ))) даже не хочу с подобными организациями связываться ни по переписке, ни по телефону.
[/QUOTE]Мне еще как нравится, особенно на фрилансерских проектах. На том, что люди не умеют писать документацию по ГОСТ, можно хорошо зарабатывать :)))

[QUOTE]ADVANCED пишет:
В общем, предположение, описанное выше про тупую и бессмысленную работу, работает на 100%
[/QUOTE]Наверняка там просто проект для госзаказчика, в рамках которого сдается документация в соответствии с ГОСТ. Стандарт вообщем-то.