Написала первое руководство.
читать дальшеПравду везде в сети пишут, что руководство должен в идеале писать сам разработчик - потому что только он и знает, что где там находится. Много времени уходит на то, чтобы вникнуть в сами шаги - и ничего еще не пропустить в описании (плюс галюны - всё ж на тесте).
Но мне повезло с разработчиком. Он чем-то на ДД похож - очень удачное для технаря сочетание молчаливости и умения быстро и просто всё объяснить (особенно, если у пользователя - у меня - возникают вопросы, который сам пользователь толком сформулировать не может, но проблему видит).
Следующие три руководства мне нужно написать другому разработчику. Вроде бы процессы разрабатываются в рамках одной системы - но насколько же они у них получились разные по интерфейсу. У второго разработчика запуск процесса такой кривой, что я его без мата про себя запустить не могу. По-моему, это не для людей сделано. Но мне разобраться - пол беды. Как теперь понятно описать запуск этого процесса людям? Учитывая, что я делаю скрины по тесту, нет никаких гарантий, что всё останется точно так же...
@темы:
бла-бла-бла,
?,
working girl,
365