Марк

Директора сажают, сисадмина штрафуют.
Директор отмазывается, сисадмин садится (другое уголовное наказание).
Просто подумайте за чужие деньги посидеть, условно или быть оштрафованным.
Приходили по месту работы, итоги: пиратского было больше чем на 20000 долларов, контора заплатила штрафа 35 000. Купила софта на 35 000 и не работала неделю без компов.
По вашим вопросам на все пункты:
- при приходе ОБЭП директор вас сдаст с потрохами и получите судимость + наказание в зависимости от ущерба.

Хорошо, что задумываетесь над этим. По своему опыту 2007 года и опыту друзей, скажу, так: если пришли маскишоу, а это единственный способ зафиксировать нарушение, они пришли не к Вам, а к вашему шефу. Нелицензионное ПО идет просто в нагрузку к черной бухгалтерии и дополнительного инструмента нагибания. Да, руководителю отдела ИТ (или отвественного за ИТ) нервы потрепят не мало и эта психологическая нагрузка не стоит того, чтобы забивать на данный вопрос, при этом, получая зарплату, пусть даже и 100 тыр (абстрактно), не говоря уже о скромном заработке. Какую бы Вы схему сокрытия факта использования пиратского ПО не разработали, всегда будет сценарий раскрыть этот факт, а это в свою очередь зависит от размера бизнеса.
Объясните директору, что именно он в первую очередь несет уголовную отвественность, а уже потом все остальные. Дайте понять, что это действительно серьезно. Скажите, что деньги за легализацию будут несравнимы с теми, которые приедется заплатить за "решение вопроса", когда настойчиво постучат в дверь. И предложите легализоваться: в каких-то моментах уйти на открытое ПО, в каких-то заключить договор с SPLA-провайдером. В вашем случае SPLA, будет реализован за копейки.

Курс "Операционная система UNIX": www.intuit.ru/studies/courses/22/22/info
Первые три лекции просто обязательны к прочтению.

Если под QA подразумевается "тестировщик" , то вопрос отпадает сам по себе : Что бы тестировать продукт необходимы знания на уровне "сис. админа" :))) Что бы не расписывать потом " А я вот кликнул вот на эту кнопечку и у меня выскочило какое то сообщение, не по русски, с кучей циферок".
При нахождение какого либо бага , его не просто надо выловить, а попытаться расписать вероятные причины его появления, для этого _желательно_ понимать как работают программы и естественно знать среду в которой она запускается. Что бы не было такого, как пример, что вы грешите на программу (которая глючит), а причина оказывается в БД, которая не доступна из за того что нет сети

0. На хабре мир не замкнулся так же, как и на вконтакте)
1. Когда "наткнулись" при "рабочем" поиске (когда делаете работу по текущему проекту) на интересную информацию - кладите статью (+линк) в папку рядом с проектом, применительно к которому Вы на нее набрели или отталкиваясь от темы статьи (рядом с другим проектом).
2. По тематически-узконаправленному ("лучевому") поиску - вы найдете не более 5 статей. Это первоисточники и образовательные (примеры, производительность и т.д.) Все другие - "адский trash" и плагиат.
3. Не ищите "от нечего делать": время потратите - толку 0.
4. Используйте всю мощь поисковой строки гугла (символы управления приоритетами и т.д.) для отсеивания "мусорных" ссылок.
5. На любую тему обсуждений - есть только 1 ресурс-лидер, который цитируют во всем интернете. Интересна тема - станьте участником такого сообщества и получайте уведомления по почте.
6. Сначала планируете цель, затем идёте "в лес по грибы" за информацией. Если наоборот - всё...: Вас "засосёт" чёрная дыра технологий и читать Вы будете ВЕЧНО!!!
7. Главное правило: статья должна прочитываться сразу или "привязываться" к вашей цели и отправляться в папку (см. п.1)
И помните:
тостер - для отдыха
гугл - для работы

UPD: Как правильно искать информацию