Linux-ru

Это не совсем простой вопрос, и не от скуки...

Довольно часто (ко мне) обращаются молодые люди:
- которые или а). учили в вузе курс программирования, но, скажем, на PASCAL, или б). не учили вообще толком программирования, но имеют законченный технический ВУЗ;
- которые хотели бы сделать программирование своей профессиональной деятельностью (нравится им, или материально это очень заманчиво, или любая другая у них мотивация...)
Это была постановка задачи...

А теперь сама задача:
- в какой последовательности их обучать (или советовать изучать) языки программирования?
- нужно ли ориентировать на несколько языков, или достаточно одного?
- в какой среде / окружении им при этом практиковаться?

При условии, что хотелось бы на как можно более раннем этапе "встрять" в практическую работу, в фирму, на должность ... а потом там уже совершенствоваться в ходе развития и карьерных перемещений.

Olej писал(а): - в какой последовательности их обучать (или советовать изучать) языки программирования?

Разговаривая с достаточно многими уже состоявшимися молодыми "работниками программистского труда" можно видеть несколько "столбовых дорог" :
- PHP, после которого переходят в Python или Ruby;
- C из которого потом совершенствуются в C++, или переходят в ObjectiveC (MacOS);
- C с которым потом углубляются в системное программирование (Linux / UNIX);
- Java, который потом так и остаётся генеральным направлением;
- JavaScript и фронт-энд WWW-разработка, с дальнейшей миграцией, как правило, в PHP (и далее п.1. списка);

P.S. Наилучшей последовательностью обучения был бы путь через PASCAL, или его более современные производные Modula, Oberon.
Но этот путь непригоден для быстрого въезжания в индустрию практической программной разработки (заработка).

А можно ли сразу изучать С++ не изучая предварительно С ?

Dima2387 писал(а):А можно ли сразу изучать С++ не изучая предварительно С ?

Можно.
(может даже полезно, поскольку диалект C не будет наслаиваться)

Но только при этом вы всё равно будете сначала изучать (в С++) ту бОльшую часть, которая досталась в наследство от C (весь синтаксис, базовые типы, все управляющие конструкции) ... даже если вы и назовёте это С++, а только затем - ту часть C++ которая непосредственно есть отличительной стороной C++: классы и экземляры, template, namespace и т.д.

По ходу учебы изучаю BASH. Интересно, не хватает живого человека, что бы спросить всякие пустяковые моменты. Не могу найти активного форума, где можно было спросить и "оперативно" получить ответ (хотя бы в течении дня).

где тут новички тусуются, ну совсем зеленые, чтобы никого не нервировать своими дурацкими вопросами :)

khach писал(а):По ходу учебы изучаю BASH. Интересно, не хватает живого человека, что бы спросить всякие пустяковые моменты. Не могу найти активного форума, где можно было спросить и "оперативно" получить ответ (хотя бы в течении дня).

bash - это слишком просто, чтобы говорить о нём как о "языке программирования".
Но можете поспрашивать и здесь - если это интересная задача, а не просто "... мне нужно..."

Более того, есть такой справочник по bash с примерами (и тема здесь в форуме о нём: Программирование сценариев bash), после которого разговаривать "про bash", собственно, нечего - там примеры на все случаи жизни.

К примеру мне нужно получить в виде массива результат поиска команды find для дальнейшей работы с ним.

khach писал(а):К примеру мне нужно получить в виде массива результат поиска команды find для дальнейшей работы с ним.

Это не формулировка даже для начала обсуждения... :
1. заводите новую тему где-то в Программирование, а не пачкаете здесь ... что-нибудь с названием "программирование на bash"... - и там описываете свою задачу
2. массивы - это сугубо расширение bash, не работающее в других командных оболочках shell ... и используются они для другого - почему вы решили что вам нужен именно массив?
3. описывать в задаче нужно условие: что имеется и что вы хотите получить ... что означает "дальнейшая работа с ним"? Что у вас есть и что вы хотите получить?

P.S. А про массивы вот вам: Глава 25. Массивы

спасибо за ссылки.