CityCat4

Насколько знание предмета "Теория и конструкция автомобиля" (TиКА), которое учащиеся автотрансопртных техникумов зовут "Тут и конец автомобилистам" - нужна для того, чтобы его водить? Да ни на сколько. Вот примерно так.
ИБ - это огромная область, знание низкоуровневого программирования нужно обычно для пентеста либо для разработки драйверов к некоему специфичному железу. ИБ вообще может быть не связано с программированием - это зависит от размера конторы. Но в небольших конторах ИБ-шник как правило на вершине пирамиды доступа и кого попало туда не поставят.

Первую свою книжку по С я прочитал в 1988 году. С тех пор С все убивают и убивают, то один "убивец" находится, то другой...сколько уже их было - никто и не помнит, потому что через полгода-год "убивец" отправляется на свалку истории, а С - живее всех живых :D

Разумеется перспективы есть. Сейчас аппаратная база подтянулась, начинается автоматизация всего, что шевелится.

Конечно относится :)

Ой, блин, еще один "системщик" появился :)

Да, сложнее, причем заметно.

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

ну да, ну да, а ядра ОС, драйвера и системые программы пишут фиксики по ночам? Спасибо, поржал.

нужно ли системному программисту знание Ассемблера?

Нужно.

Системный программист, как ни странно, пишет системные программы :) То есть, компоненты ОС, ядро, дрова, различные программы, работающие с железом. Поэтому ему важно знать, как работает процессор, и как можно например оптимизировать код в критическом участке, где важна скорость выполнения.

И хотя на самом асме писать приходится редко - только самые критичные участки - читать листинги и дампы, уметь разобраться, что там написано, знать, что все это означает - обязательно.

много ли кода пишут в системном программировании

Озвездительно много. Ядро линуха - это типичный пример системной программы :)

Вполне возможно что и входит, смотря что делать :)

Сначала нужно определиться, что есть для Вас "системное программирование".
Написание собственных демонов, использование очередей, нитей, общих областей памяти, сокетов, каналов? Сможете, хотя не факт, что примеры приведенные в книге, заработают в некоей конкретной версии линуха - маны читать все равно придется, они явно будут новее книги.
Написание драйверов, системных вызовов, модулей ядра? Нет, нужно будет читать маны именно по kernel-hacking

Когда я работал системным программистом ЕС ЭВМ, то самой моей любимой книгой (не считая многотомных книг описания этой самой ЕС ЭВМ) была "Ассемблер IBM 360/370". Вот оттуда все бралось - из литературы.

Нет понятия "разработка виртуальных машин". Есть создание виртуальных машин, обслуживание виртуальных машин...Есть разработка гипервизоров - программ, управляющих виртуальными машинами. Вы это имели в виду? qemu, kvm, virtualbox - это все с открытыми исходниками и документацией.

Максимально подробно - это man.

ПисАть. ПисАть и еще раз писАть. Изучать чужой код и писать свой. Если не хочется "задачу ради задачи" - присоединиться к какому-нибудь сообществу и попытаться им помочь.