#itcqf

Czym jest komunikacja techniczna i czy jest to temat z obszaru IT?

Okazuje się, że temat komunikacji technicznej ciągle nie jest w pełni zrozumiały dla osób, które de facto na co dzień zajmują się tym, co się pod tym hasłem kryje. Dlatego też przypominamy.

ITCQF. Raport rynku pracy techwriterów

ITCQF opublikowało raport dotyczący rynku pracy techwriterów. Na tle pozostałych  krajów Europy Środkowo-Wschodniej Polska wypada bardzo dobrze.
News Flash
837

ITCQF. Nowe trenerki w załodze ITtraining

Do naszego zespołu trenerów dołączyły dwie trenerki, które zajmować się będą szkoleniami z zakresu komunikacji technicznej.

Tech Writer koduje

Czasami zapraszamy Was w podróż po innych obszarach i do źródeł innych specjalistów IT. Takich, których warto poczytać i warto posłuchać. Dziś odwiedzamy kodujących specjalistów od dokumentacji technicznej.

Nota wydania – jak powinna wyglądać?

Opis noty wydania (ang. release notes) znajdziemy w materiałach ITCQF dla techwriterów. Ponieważ role te odpowiadają za poprawną konstrukcję tego dokumentu, warto zwrócić uwagę na ich perspektywę.

Poznaj komunikację techniczną z sylabusem ITCQF

Dokumentacja to zbiór tekstów o przeznaczeniu użytkowym i wiadomo, że nie czyta się ich dla przyjemności. Z jakim więc nastawieniem można usiąść do lektury opisu zawodu w certyfikacji ITCQF?

Dostępność dla wszystkich ludzi oraz wszystkich platform

Może się to wydawać dziwne, ale popularny Web Content Accessibility Guideline nie jest definiowany wyłącznie dla platformy WEBowej i nie dotyczy jedynie osób niewidzących oraz niedowidzących.

Certyfikat z cyfrowej dostępności

ITCQF® ogłosiło powołanie nowej grupy roboczej, zajmującej się tematyką dostępności.

Korzyści z Technical Writingu dla ról IT

ITCQF podsumowało swój cykl zalet i wartości dobrej komunikacji technicznej oraz dokumentacji w procesie wytwarzania i utrzymania oprogramowania. Jeśli nie mieliście przekonania, że to się opłaca. oto ostateczny dowód.

Jak poprawnie tworzyć dokumentację

Pisanie dokumentacji często traktowane jest przez programistów, jak ciężka kara i dopust boży. Z nieco większym zrozumieniem odnoszą się do tego kierownicy projektów, zwłaszcza ci, którzy kiedyś w połowie projektu stracili pracownika będącego "guru od systemu/programu/modułu" i musieli w trybie nagłym wdrażać do pracy nową osobę, przegryzając się przez tysiące linii nieudokumentowanego i często pozbawionego komentarzy kodu.