Специфика нашей деятельности такова, что большая часть сотрудников имеет техническое образование. Поскольку информационные технологии плотно связаны с англоязычными источниками, то многие слова приходят из английского языка. Человеку с техническим образованием проще воспользоваться транскрипцией этого слова на русский, чем подобрать точный перевод. К тому же звучит короче, а время у нас, разумеется, экономят. В результате испуганный непосвященный пользователь, открыв какое-нибудь руководство, может обнаружить там нечто такое, что навсегда отвратит его от данного продукта, и даже под страхом увольнения этот продукт не постигнет никогда.
Чтобы не пугать пользователей, и, как следствие, не терять клиентов, компании нанимают технических писателей.
Но и во внутренних документах, где профессиональный мат еще более распространен, встречаются явно провокационные слова. Можно понять «интерфейсы» и «дистрибутивы», если так уж не хочется говорить «пакет установки», но для чего, спрашивается, и кому нужны «инсталляции», «темплэйты», «юзерлибы» и тому подобная чертовщина? Программист нередко мыслит такой чертовщиной и чувствует себя уютно в окружении этих понятий, в чем его святое право, лишь бы код писал как следует. Зачем же прогибаться под чужие понятия в ущерб языковым нормам и создавать целые документы на тарабарщине, с которыми потом будут работать другие люди, далеко не всегда успевшие изучить тарабарский язык, совершенно непонятно. Возможно, это искусственный способ ограничить распространение знаний, тех самых, которые являются частью общего Знания компании. Да и приятно завести сугубо профессиональный разговор с коллегой в присутствии пользователей и подавить их своим могучим интеллектом – тем, кому это требуется, чтобы комфортно ощущать себя в жизни. Но скорее всего, тарабарщина в наших документах от элементарной безграмотности.
Первый проект, как первая жена, первая машина, и так далее, запоминается надолго. Самые очевидные, академические ошибки допускаются в первом проекте. Все последующие посвящены уже отработке частных случаев.
Когда получаешь задание, не всегда удается ясно представить себе масштабы того безобразия, в которое ты ввязываешься. Частично это проходит с опытом. Но в отношении некоторых вещей опыт бессилен, обычно, когда включаются случайные факторы или речь идет о поведении клиента. Другими словами, почти невозможно заранее угадать, завершится проект через несколько месяцев или не завершится никогда. Даже руководители не всегда это знают. Они могут утверждать прямо противоположное, чтобы не деморализовать команду. Не верьте. Они тоже ничего не знают.
