sokol74,
Я бы посоветовал, как и все обычно начинают, с Бейсика. Ну Visual Basic или другие какие нибудь Basic. Может даже под DOS. Для того чтобы человек проникся начальными знаниями. Этот язык не сложный и как раз нужен для того, чтобы начал человек изучать программирования.
Он сначала изучит основные понятия. Потом можно поизучать алгоритмы. Методики структурного программирования, разбиение программы на модули, процедуры, и.т.п. Нужно время, чтобы получить знания и умения.
Если у него математический склад ума, то ему будет легче. А если с математикой трудно, то лучше побольше уделить время практике. Писать различные программки. А Вам советую, если Вы ему помогаете, помочь с обучением, придумывать задания для освоения навыков программирования.
Когда он окрепнет в процедурном языке, можно и обучать его и C#, ООП. Конечно если Вы хотите его сразу C#, но я все-таки посоветовал бы Basic для начала, т.к. он проще всех для изучения.
Как понимаете этот путь долгий, но база знаний и умений, полученная на Basic, поможет изучать другие языки и совершенствоваться.
Но вообще можно "плясать" от самой работы. Определится какой работой будет он заниматься и изучать соответсвующую литературу.
К сожалению быстро программистами не становятся, могу Вам только пожелать терпения и сил для преодоления трудностей.

DELPHI изучать для начинающих не рекомендую. Лучше изучить сначала другие языки, а потом изучать DELPHI без вреда для себя. Это связано с тем, что программист изучая эту систему, начинает высоко думать о себе и думать, что компоненты решат за них все. Отсюда и отказ от развития. C и С++ тоже не рекомендую для начинающих, т.к. слишком сложно, будет не посильно и может отбить охоту от программирования, да и не эффективно в плане начального обучения. Сам знаю, что такое взять сложные книги - с трудом прочтешь, не зная что, и держишь информацию в голове месяцами, до тех пор, пока не придет время, когда будешь готов к ней.
Можно придти в любую библиотеку и взять простенькую книгу по программированию, без всяких наворотов, для начала. И двигатся шаг за шагом от простого к сложному, а то голова загудит от избытка информации.

sokol74,

Криминал в том, что нужно сначала познакомится с языком программирования, узнать как он работает, про переменные, процедуры, и.т.д. Потом процедурное программирования и затем уже ООП. Все должно быть по порядку.
Иначе он начнет изучать ООП не зная процедурного программирования. Как он будет писать процедуры в классах? Некоторые так пишут код процедур, что в шоке бывешь от этого. Видел процедуру, страниц аж на 45, - и это пишут взрослые дяди с большим стажем программирования. И все из-за того, что люди учатся не последовательно.
Я долго программировал в процедурном стиле, когда переходил на новый уровень ООП - было трудно, не смотря на опыт.
Вы же придя первый раз в качалку не будете же поднимать 100 кг без подготовки? Или изучать в математике сразу решение дифферинциальных уравнений не учась перед этим ни в школе, ни в институте.
С++ - сложно, ООП- тоже сложно. Алгоритмы сразу учить - тоже рано.
Нужно начинать с простого. Можно в принципе и Pascal, но только не DELPHI
А на счет книг - придите в любой книжный магазин, я думаю сами сможете найти или вам подскажут, боюсь конкретной книги для начинающих трудно подсказать, да их много всяких.

sokol74,

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

sokol74,

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

Дорогая son6ka,

Поверьте мне я большой фанат C++ и ООП.
Изучал шаблоны проектирования.
И походил весь путь обучения самостоятельно.
Я знаю какая большая разница между "знать" и
"уметь". Одно дело знать правила, а другое уметь их использовать.
Я, к примеру, научился нормально выделять классы, процедуры в них и распределять обязанности между ними, только тогда, когда изучил принципы распределения обязанностей GRASP.
Можно, к примеру, создать класс, сделать в нем 20 функций по 10 страниц каждая. Каждая функция будет принимать по 10 параметров.
Разве это хорошо?
А что нужно, чтобы написать хорошо?
Нужен опыт и соответсвующие знания.
Можно знать ООП и писать пургу.
Знание концепции программирования вовсе не означает, что человек будет писать хороший код.

Я понимаю, на форуме много умных и знающих людей, но я боюсь, что человек с проблемами со здоровьем, без высшего образования и без опыта работы программистом, на С++ застрянет, а может и разочаруется в программировании вовсе.
А простейшие языки ему помогут, а далее можно и C++ изучать :))

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

студентик,

В принципе, соглашусь, тоже вариант.
Наверно я погорячился, когда писал, что DELPHI не надо.

XDiaBLo,

Я имел в виду Basic в классическом виде, без форм и кнопочек. Я сам с него начинал, помню даже книжку брал в библиотеке (когда в 6-м классе учился) "Бейсик это просто" :)).
Для начала обучения - считаю, что это идеальный вариант.
На нем легче всего учится, покрайней мере он легче, чем PASCAL. Можно, в принципе, и Visual Basic или даже VBA.
Можно взять и C/С++ за основу, но там столько всяких ньюансов, которые будут только отвлекать и тормозить процесс изучения принципов программирования.
Главное ведь для начала изучить основу - массивы, переменные, функции и.т.д., простейшие алгоритмы, а не кнопки, компоненты, события, ООП. У нас препод говорил: "хорошему программисту не важно, какие он знает языки программирования. Главное знать основы, особенности, принципы, а научится новому языку будет не так сложно - большинство языков не сильно отличаются друг от друга - везде есть циклы, поцедуры ..." .
Я за правилный процесс обучения. Сначала первый класс, потом второй, ..., одиннадцатый.
А тут многие советуют сразу в 11 класс поступать (C++, ООП).
Типа - чего зря время терять, сегодня решил стать программистом, а всего через неделю просыпаешся уже крутым разработчиком и от предложений работы нет отбоя :))