В школі я мала 10 балів з англійської, але розмовляти не могла від слова взагалі. Якось дивно була побудована та шкільна програма... Тому, щоб потім вивчити мову, я ходила на різні курси, щось вивчала самостійно... Але то все працює повільно. Інструмент, завдяки якому я дійсно навчилася складати речення, писати і який дав мені найбільший буст, це... сайт знайомст interpals.net Там можна шукати як друзів, так і романтичні стосунки. І я регулярно сиділа на тому сайті роки 2-3. Звісно, часто ти отримуєш такі повідомлення:D Але іноді це були офігенні цікаві лонгріди, де ти маєш відповідати такими ж лонгрідами. На цьому сайті я знайшла друзів з усього світу і нарешті вивчила англійську. Тому раптом комусь відгукнеться, дуже раджу саме цей сайт:)

https://learn.saylor.org/course/view.php?id=729 https://learn.saylor.org/course/ENGL210  https://en.wikipedia.org/wiki/Saylor_Academy

ну і нехай не скромно, але згадаю ще свій старенький курс :) Якщо когось зацікавить, пишіть мені на yasina.pochta равлик джимейл ком, щоб отримати знижку) https://www.udemy.com/course/tech-writing-for-beginners/

https://vistula.edu.pl/kierunki-studiow/komunikacja-techniczna

https://mastertcloc.unistra.fr/program/curriculum/ https://mastertcloc.unistra.fr/

https://go.certified.rit.edu/search/publicCourseSearchDetails.do?method=load&courseId=1019296&selectedProgramAreaId=1019293&selectedProgramStreamId= https://www.stc.org/certification/

https://itcqf.org/  https://itcqf.org/materials/

дуже мачурне питання) Довгий час у нас було все на совісті інженерів. Я як техрайтерка була відкрита до колаборації і допомоги, якщо хтось її потребував. Нещодавно наша компанія прописала детальний Feature Development Life Cycle, який складається з 6 етапів. На 4 етапі Implementation and QA є required степи, які доки потрібно апдейтити і такий optional степ: Update all other docs that related to implemented changes. Тобто віднедавна стало чітко зрозуміло коли потрібно писати доки і хто відповідальний. Але чи буде це працювати на практиці — побачимо:)

не хочу звужувати цю тему саме до і, й, та, але це правило мені здається трішки овер-занормованим. В розмовній мові ніхто ніколи його не дотримується і всі в 90% випадків вживають прийменник і. Я би додала в Правопис розділ "Рекомендації" і помістила туди декілька норм, включно з цим правилом. Тобто раптом ви не знаєте, що вжити - ось наша рекомендація. А якщо знаєте - то на здоровʼя. Бо якщо ми регулюємо вживання і, й, та, то чому б нам не зарегулювати вживання всіх інших синонімів?.. Типу: ось тут пишіть "оранжевий", а ось тут "помаранчений". Розумієш мій поінт?:) І знову повертаюся до початкової теми: де ця межа адекватності?:)

Колись давно писала про це статтю на ДОУ. Сподіваюся, певні поради ще актуальні:D https://dou.ua/lenta/articles/how-to-become-technical-writer/ Особисто я прийшла в техрайтинг у 2015, коли це ще не було мейнстримом і ніхто не знав що це таке:) Тому поріг входу був простим. Я написала тестове завдання (це був текст на довільну тему англійською мовою), поспілкувалася з керівником (це був треш, але то інша історія) і отримала роботу:) Справедливості заради, маю дві вищі дотичні освітию. Але все одно зараз, звісно, так не прокатить... Далі вже вчилася в процесі роботи. Дуже допомагало те, що кожен текст пруфридила редакторка нейтів-спікерка. Вона давала максимально класні поради і за рахунок цього я зрозуміла як писати саме технічні тексти. А ще я би порадила не занурюватися у трендові речі, а заглиблюватися в те, що цікаво саме вам. Умовно кажучи, якщо опис API вам не цікавий — не вчіть його. Техрайтинг різний і можна знайти свою нішу в іншому.