Dzieliliśmy się z Wami pierwszymi wrażeniami z [konferencji](../ua-europe-conference-pierwsze-wrazenia/ 'UA Europe Conference – pierwsze wrażenia'index.md), dziś kolejna porcja relacji z kilku wybranych prezentacji: Who are we? A mirror of UA professionals (Joe Welinske), Trends in user mobile assistance (Joe Welinske), oraz Automating and managing multiple projects in a multilingual environment (Thomas Bro-Rasmussen). A to jeszcze nie koniec...
Jedną z cech dobrego Technical Writera jest umiejętność pisania. Na tą umiejętność składają się różne elementy, takie jak prezentowanie informacji w sposób jasny i zrozumiały czy też uporządkowanie ich w logiczny sposób. Ale to nie wszystko. Liczy się również poprawność językowa. Pomimo tego, że jest ona na pewno mniej ważna niż dokładność przedstawianych informacji, to nie powinniśmy o niej zapominać. Wiadomo, w sytuacji kiedy mamy napięte terminy i musimy z czegoś zrezygnować, lepiej jest stworzyć dokumentację zawierającą błędy językowe, ale dokładną pod względem technicznym niż wzór poprawności językowej, który opisuje produkt "po łebkach".
Zgodnie z obietnicą, prezentujemy drugą porcję przydatnych informacji z książki „Technical Writing 101: A Real-World Guide to Planning and Writing Technical Documentation” autorstwa Alana S. Pringle i Sarah S. O’Keefe. Jest to kontynuacja dobrych rad, które przedstawiliśmy w poprzednim wpisie z cyklu "Naucz się sam(a)".
Nadszedł czas, żeby zabrać się za zawartość przesyłki, którą opisywaliśmy w poprzednim wpisie z cyklu "Naucz się sam(a)". Zaczynamy od książki "Technical Writing 101: A Real-World Guide to Planning and Writing Technical Documentation" autorstwa Alana S. Pringle i Sarah S. O'Keefe.
Nieważne jak bardzo lubimy swoją pracę, to jednak z czegoś trzeba żyć. Jest to kwestia dużej wagi, dlatego wracamy do niej po kilku miesiącach od ostatniego [postu](../ile-zarabia-technical-writer/ 'Ile zarabia technical writer?'index.md) w tym temacie. Dzisiaj pytamy jak się żyło dokumentalistom w roku 2013.