Я в свое время начинал изучать С++ а заодно и программирование по книге Дейтеля "Как программировать на С++". Очень объемная книга, поэтому если нужно побыстрей, то лучше взять что-нибудь другое из ряда "...для чайников" или "...за 21 день". Ну а так если есть время, то запастись терпением и проделывать все примеры и задачи из этой книги. Очень доходчиво все описано. А тут кто-то в форуме сказал, что нужна задача. В том-то и дело, что у новичка она как правило не всегда бывает. Он просто понимает, что ему нужно как-то начать программировать. А уж задачи будут появляться по мере приобретения навыков в программировании.

Есть два способа обучения.
При достаточном уровне имеющейся подготовки можно, и достаточно легко и быстро, объяснить что собой представляет программирование и какую роль играет язык программирования, библиотеки, концепты т.п.
При недостаточном уровне подготовки это просто невозможно - придется начинать с простых, более-мение понятных, вещей и довольно медленно и трудоемко доводить до необходимо-приемлемого уровня. И не всегда это можно сделать.

Неудивительно, этого никто не понимает.

а, понятно :-) кстати, если будут замечания по русскому переводу SICP, то можно мне писать в электропочту - я имею доступ к репозиторию перевода

У меня точно не будут - я такое читаю в оригинале всегда. Кстати, надо бы перечитать, уже много воды утекло.

Даже ты? :-О LOL

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

Например мой опыт такой:
Я когда учился програмит в своэ время Страусттрупа(с с++) пречитал и пределалл задачки (почти все около %80)
практически пол СТЛ перелопатил пересчупал руками
Для начала неплохо
НО ПЕРД СТРАУСТРУПОМ Я САВИЧА полностю закончил и понял что мало знаю(после одного типа браинбечевского теста :))) ) и взял Страуструпа
Потом Начал читат по дизайну например банду 4 Александреску также по алгоритмам нескоко книжек просмотрел понял сут без углубления
Потом почитал работая с с++ почитал С Шарп и джаву показалис мне елементарными по сравнениыу с с++
По моэму неплохо начат с с++ потом всё осталное быстро подхватываэтся и глубоко понимаэтся
Етот так вобсчем. если интерессуют детали спрашивай

тоже так думаю, но начинать со Страуструпа (если нет никаких знаний в программировании) думаю что рановато. ИМХО конечно.

не НАДО начинать с С++! это язык для людей, которые уже умеют программировать! Надо начинать учиться с языков, которые дают понимание программирования, а не деталей конкретного языка. а то в С++ получается, что "за деревьями не видно леса" - слишком много низкоуровневых деталей и специфики.
P.S. я сам программирую на С++ ооочень давно, и поэтому и говорю.

не НАДО начинать с С++!
------
Не могу согласится. Ибо обучал "с нуля" и именно на С++... точнее - на С++ Билдере, но разницы с точки зрения обучения там не много... и вполне успешно.
Так что - не надо САМОСТОЯТЕЛЬНО С НУЛЯ начинать с С++ - будет правильно. Ибо ньюансов действительно много и не все их легко понять.

Скромности хоть отбавляй

Дело не в скромности, в применяемой методике.
Та, которую применял Я, позволяла достаточно быстро ввести в программирование с нуля по ООП-концепции.
С++ Билдер вполне удовлетворял как инструмент, нетребующий детальных знаний на начальном этапе.
Разумеется, были вполне определенные требования к начальной подготовке и некоторые, хотя и весьма неплохие, гарантии по получаемым проф. навыкам - обучившиеся работают, довольны работой и достаточно адаптируемы к изменениям в работе.

НЕ НАДО начинать с С++. ООП концепции там кривые, возможности выстрелить себе в ногу, руку, голову и т.п. - навалом. Когда учишься программированию, надо учиться именно ему, а не написанию костылей на выбранном языке...

а не написанию костылей на выбранном языке...
-----
Именно.
Собственно ИСПОЛЬЗУЕМЫЙ ЯЗЫК при этом имеет не основополагающее значение.
Основное - именно учится программировать. Самостоятельно это сделать не совсем
просто. Сделать на неподходящем языке - еще сложнее. Ну и самостоятельно на
неподходящем языке - почти тупик. Тем не мение - эффективно обучать - используя
С++ - вполне можно. Проверено.
Эээ... Ты, кстати, не знаешь, что самое сложное при объяснении примату работы
процессора? :) Очень такой характерный моментик есть - примат знает\понимает, что
ресурсы процессора ограничены... понимает, что выполняются очень низкоуровневые
операции... понимает, что память - отдельно от процессора... точно знает, что когда
в регистр загружается "строка" - то реально загружается только адрес начала...
но(!) намертво забывает обо всем когда надо элементарно скопировать строку - копирует
только адрес...

/--------
Отправитель: AlexOtt
Заголовок: Re: Хочу научится
НЕ НАДО начинать с С++. ООП концепции там кривые, возможности выстрелить себе в ногу, руку, голову и т.п. - навалом. Когда учишься программированию, надо учиться именно ему, а не написанию костылей на выбранном языке...
-----------------/
ООП очен хорошо выражено. с++ концептуално мосчныи язык
Яве и с шарпу далеко к ниму
По моэму с++ надо учит а програмироват уже на другом яве иле шарпе питоне перле или беше итд Ич вычиваэш за недели
Тогда ты понимаэш что за кулисами проишодит (конешно неплохо бы и асмблер сперва подчитат (но я не я етого не делал Так что советоват не буду))
Согласен что Старуструп не прост дла начинаюсчих
С++ лучше начинат с Савича
http://c2p.ru/cpp/uolter-savich-programmirovanie-na-c-4-e-izd.html
Простая и доступня как минимум для меня.
Учит как програмироват так и язык
(Я не знаю что там уже советовали = Но я бы не рекомендовал начинат с паскаля и делфи, как для меня очен искажаэт ООП и всё что с ним связано Но это толко лиш моё мненя)

ООП в C++ - это жалкое подобие того, что было придумано для Smalltalk. Почитайте книги про ООП не на примере С++ и явы, а как оно должно быть. Посмотрите на CLOS, например.
Где в С++ диспетчеризация по множеству параметров, например? Есть конечно реализации (неполные), но с таким количеством шаблонов, что код практически невозможно читать...
Если бы С++ был таким замечательным языком, в него бы не тянули все подряд из других языков - вы почитайте новый стандарт - замыкания, анонимные лямбда-функции и т.д. И это при том, что до сих пор не решена проблема переносимости библиотек, даже на одной платформе, например, если у меня библиотека была скомпилированна с отладочной версией STL, а вызывающая программа - с релизной (или наоборот), то я могу пойти и повеситься, поскольку эти версии несовместимы. Шаблоны в интерфейсах использовать не могу, так что либо я должен отдавать библиотеку в С интерфейсом, или отдавать ее в исходниках. Замечательно?

+1.

На моей старой фирме при переходе на новый компилятор отладочная версия была упразднена.
А вот вторая проблема - с ней как раз е...сь :)

И каким боком тут ООП, если мультиметоды в Common Lisp - это просто множество методов?