Дякую за Microsoft Manual of Style! Хоч не з усіма його рекомендаціями я згоден, але дуже корисний документ.

Дякую за цікаву статтю та корисні посилання! До речі, ви в яких виданнях працювали, коли були журналістом? Цікавлюсь, як колишній колега :)

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

Всі пишуть про те що терба читати джавадоки, книжки, вчити англійську і дивитися ютуб. Але насправді це все фігня. Не обязательно читать Javadoc, не обязательно читать книжки, не обязательно учить английский. И YouTube не смотреть. Что тогда остается?

о профессии техрайтера за пределами IT не знает ни один человек Да ладно, в mechanical engineering еще и как знают о технических писателях, и они на предприятиях обязательно есть.

Кстати, мы тут ищем тех. райтеров в компанию :) www.grossum.com/vacancy/business-analyst-technical-writer

Великолепная статья. Коротко и понемногу захватили сложные темы, очень метко выделили основные проблемы. Автор последовательно и крайне понятно изложил свои мысли — очень круто. С радостью бы сходила на ваше живое выступление или семинар :)

На самом деле — техрайтеры великие люди в глазах ПМ xD Т.к. именно благодаря им в итоге не возникает глупых вопросов. Качественная документация — наше все =)

JS будет выживать остальные ЯП по зарплатам и вакансиям. только не монокультура, нееет!!!

Вот Тьюринг на заре всего-єтого тоже так говорил. А вон оно как вышло...

Исследование багов полезно всем новичкам на проекте (не только джуниорам) ,ибо в процессе оного человек знакомится с кодобазой и начинает понимать как что работает.

Так написание кода и рефакторинг за программиста делает IDE, программисту остается думать, что писать.

Стёб — это не уметь печатать вслепую в 21 веке.

Грає call of the ktulu, а гамлет пиздячить мєбєль ценную у пошуках духа того хлопця, але ж він розумний, та сидить десь мовчки, бо розуміє шо якщо його таки знайдуть, то ад йому антаркдидою будЕ)))

Фиксить баги — это дурной совет. Многие баги нетривиальные, раз прожили достаточно долго, что бы превратится в отдельную задачу. Часто вместо нахождения источника беды, будет сделан кривой костыль.