Что нужно системному програмисту?

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

Надо изучать железо, т.е. процессор, видеоадаптер, принтеры, сетевые платы, модемы и учиться писать на них программы на языке ассемблера и иногда языках устройств. Потом полезно поизучать си.

Интересно, легко ли в России найти работу системного программиста.

0

А вопросы типа 'с чего начать программировать' никому еще не надоели. Да начинайте с чего хотите. Как-то глупо спрашивать у всего мира, ведь сколько людей столько и мнений. Пишите на чем хотите или на чем можете. Моя первая программа вообще была написана для калькулятора 'Электроника МК-61'. Ну начнете вы с С++, выучите его, а потом вам припрет писать на Бэйсике, и чего?.. Так что главное ни на чем писать, а что писать и как писать. А на чем - это уже чисто философский вопрос.

Только закончив произведение, понимаешь, с чего следовало начинать. Паскаль.

0

начинать надо с подхода - остальное - приложится. Выбрать язык (рекомендую алгол или паскаль, можно модулу-2) и вперед.
Важен базис - системность, железо и остальное - это мясо. Сначала нужны кости.
Потом писать можно на чем угодно.

А интересно, существуют компиляторы паскаля для Win32?

0

Не майся фигней( алголом паскалем и тд) учи С++.
Купи книжку 'Прата' 'C++'
Затем 'Рихтера' 'Программирование под Windows'
Плюс изучай архитектуру, если полный ламер купи 'Петцольда' 'Код'
затем что нить посерьезнее ( но кода тебе рально хватит)
и иди читать статьий на www.wasm.ru
там где основы.
Удачи тебе вставщий на путь дзена .

2 pavla - да, есть, в т.ч. фришные
2 VDA ... вспоминаю анекдот про молодого и старого быка... так вот - я старый бык )
кстати о языках... с++, гаварыш? учи тогда машинный код ) шутка. учить надо МЕТОДАМ и ПОДХОДУ, язык - это ИНСТРУМЕНТ.

в общем - отключаюсь от дискуссии - или её во флэйм. коляй правильно все написал.

Эхх... Жаль, не то спросил. Хотел спросить, существуют ли современные компиляторы алгола. Я сам последний раз писал на алголе еще для машин БЭСМ-4 и БЭСМ-6 в 1972 году, с той поры, как перешел на фортран, так об алголе больше ничего и не слышал. Правда, выходила новая версия - алгол-68, да только компилятор с него создали много позже, да и создали ли?

0

>>Ghost
Сильное выражение. Такое же сильное как и бесполезное.

А коляй написал двусмысленность.

> Только закончив произведение, понимаешь, с чего следовало начинать. Паскаль.

Что это - автор афоризма Паскаль или озарение нашло: Паскаль - вот с чего следовало начинать!

0

2 VDA - не знаю. меня так учили. не жалуюсь.
сначала пойми что, потом думай как.
а язык... язык он придет. на 50% любой язык сотоит из библиотек, так что учишь часто даже не язык - а библиотеки. синтаксис... это вообще мелочь

паскаль... да, хороший язык.
с++... не знаю. имхо он излишен для начинающих.

Ладно выскажусь таки. Чтобы человек не пошел по пути который вы тут ему насоветовали со всякими паскалями алголами глаголами и прочей древностью на которой уже никто не пишел лет 300.

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

С,Паскаль(не Дельфи) все это парадигма процедурного программирования. Упрощенно данные в основом глобальные, и есть куча процедур которые с этми данными работают. Недостаки очевидны ? Крупный проект, из 10 разработчиков превращается в кашу. Нет,конечно написано огромное количество хороших проектов с использованием этого подхода, но из-за огромного геммора разработчики начали думать как бы облегчить себе жизнь.

Появились С++, Java и тд. Они представляют собой парадигму ООП.
С данным подходом, если в проекте грамотный архитектор, огромный проект получается легким и маштабируемым. Для данной парадигмы существуют огромное количество готовых паттернов проектирования, инструментов таких как UML и тд. Плюс существует технологии основанные на этом подходе. COM, .NET и тд.

Язык меняет программера. Меняет его подходы к разработке крупных проектов, его мышление.
Пример : почему говорят учи С++ а не С ?
Потому, что ОЧЕНЬ тяжело переучить профи на С писать хорошо и грамотно на С++. Лично видел на практике человека, которого попросили уйти из проекта, только потому что его код был абсолютно не структуированым.Он был проффи. Но проффи в С. Как результат, его подсистема была абсолютно не масштабируема, не поддавалсь развитию, и поиск багов в ней занимал как минум неделю. Хотя в профессионализме его никто не сомневался.

И последнее, любой совет должен быть не абстрактным а как можно более конкретным. Совет учи МЕТОДЫ - абстрактный.
Какие методы ему учить ??? Изучать алгоритмы на псевдокоде ??
Кто его возьмет на работу с такими знаниями ?. Фирме нужен
не теоретик а человек с конкретными умениями. Теория идет плюсом(огромным но не главным из этих двух). А стать системником можно только если поработаешь в крупной солидной конторе годика два.

С уважением,
Дмитрий.

PS: для спрашивающего вот один из путей.

Изучи:

1) Архитектуру компьютера (Петцольд 'Код', и тд )

2) Архитектуру ОС вообщем.
( www.lowlevel.ru здесь о том как можно самому ее написать)

3) Изучить С++ (Прата) плюс Assembler (с помощью www.wasm.ru)

4) Конкретную платфоруму.
Например ты решил Windows, тогда читай

Джеффри Рихтер
'Windows для профессионалов: cоздание эффективных WIN32-приложений с учетом специфики 64-разрядной версии Windows'

и прочие более теоритические вещи,Руссинович там и тд)

это есть на http://anatolix.naumen.ru.

6) С помощью SoftIce, Ida, изучать внутренности Windows. Скажем купить книжку (их полно) и читать статьи о том как это делать.

С уважением,
Дмитрий.

Как-то странно, человек хочет быть системным программистом, а ему предлагают учить C++ для разработки больших проектов. Он же не спрашивает чем доходнее заниматься. Доходнее всего наркотиками торговать. А освоив, как здесь сказали, другую парадигму программирования, будет ли он владеть процедурной парадигмой, которая нужна в системном программировании? Конечно, нет. Новичок, изучивший объекты, потоки, шаблоны и STL, по сути дела не программист. Он не сможет взять процессор, встроенный в какую-нибудь железяку и, пользуясь документацией, написать для него драйвер. Без помощи операторов for и while он ни одного цикла написать не сможет, ведь он, наверно, даже не знает о существовании goto.

0

>>Pavla.

'А освоив, как здесь сказали, другую парадигму программирования, будет ли он владеть процедурной парадигмой'

No comment.

С уважением,
Дмитрий.

2palva
>>А коляй написал двусмысленность.
Извиняюсь и поправляюсь:
Только закончив произведение, понимаешь, с чего следовало начинать. Блез Паскаль.

0