Программирование с нуля

Добрый день, уважаемый народ. Так получилось, что по складу мышления я логик, люблю компьютеры и вещи с ним связанные. Хочу стать программистом, готов изучать программирование и вещи связанные с компьютером по книгам, можно и на курсах(хотя нежелательно). Знаю, что в Синтоне есть много людей связанных с этим делом.
Прошу у вас советов: Что мне изучать? Что сейчас требуется? По каким книгам?(буквально автор, название, год выпуска, литературы много, можно в ней утонуть, а я хочу учиться по хорошим удобным книгам).
Посоветуйте мне пожалуйста с чего начать, как продолжить и по ходу изучения я буду с вами консультироваться.
Большая просьба: Пусть ответят мне на это сообщение только те люди, которые считают себя компетентными в области, которую я хочу изучать.
Спасибо.

Денис!

А можно я так внаглую тебе вопросом на вопрос?
Надеюсь, не рассердишься и не забудешь свои благородные порывы ;-)

На затронутый тобою вопрос можно написать много, да бестолку, пока спрашивающий и отвечающий не уяснят для себя такие штуки:

1. Твой реальный опыт/знание.
Математика - формальная программа, кругозор, смекалка?
Компьютер на уровне - каком? "Вещи, с ними связанные" - это что?

2. Твоя цель.
Сейчас программирование крайне узкоспециализировано, и хотя еще очень много седовласых гуру-мастеров-на-все-руки, уследить за современными темпами во всех областях все сложнее. Каким именно программистом ты хочешь стать?
Если пока не очень понятно, какие бывают - первая цель, узнать, какие бывают :-D

3. Твои ресурсы.
Для тебя это - что? Мечта жизни? Приятное хобби? Забава на месяц?
Сколько времени ты готов уделять?
Какую отдачу предполагаешь от этого вложения (зарабатывать на жизнь, развлекаться на досуге и т.п.)?

Если ты ответишь четко и ясно на эти вопросы, подсказки тебе придут быстрее и, самое главное, по делу - по твоему делу.
Более того, если ты ответишь совершенно четко и ясно на эти и смежные вопросы, обещаю маленькое чудо: ты сможешь прийти в почти любой книжный магазин и самостоятельно выбрать нужную книгу в течении... ну-у... часа максимум. Ты просто сам сумеешь различить их ;-)

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

Спасибо, Прэнс!
Попробую ответить на твои вопросы:
1) Знаком с программированием на уровне древнего Бэйсика.
Вещи с ним(компьютером) связанные, это наверно из чего он состоит внешне и внутренне, ведь наверняка программист время от времени чинит компьютер, грамотно им пользуется.
2) Каким программистом я хочу стать пока не решил, но решил, что хочу. Я хочу это сделать своей профессией. По крайней мере любой вид программирования мне интересней, чем расклеивание наклеек(моя сегодняшняя работа)
3) Я готов уделять изучению программирования часа по три в день, больше не могу. У меня ведь работа есть. Я от программирования хочу зарабатывать деньги.
Вообще я хочу, чтобы мне посоветовали какую книгу купить для начала. Я её изучу потом дальше, потом буду прогаммировать за маленькие деньги, когда стану хорошим специалистом, то за бОльшие деньги. Надеюсь, что когда я вырасту в хорошего специалиста мой месячный доход превысит 350$(Мою сегодняшнюю зарплату).
Жду ваших советов, спасибо!

Ну и славно.

Тогда отважусь порекомендоваться такой путь:

Сразу читать умные книжки будет скучно и не очень понятно, о чем идет речь (Бейсик далеко ушел ;-))
Поэтому предлагаю найти себе задачу:
- достаточно сложную, чтобы было "вообще непонятно, что делать",
- достаточно интересную или замотивированную, чтобы шла работа мысли.
Да хотя бы твою задачу о 14 шагах.

И написать программу для ее решения. Я подскажу тебе, какое средство выбрать и где можно почитать, а с тебя - собственно, программа. Первая цель - на живом примере все пощупать и определиться с терминами, чтобы потом теория сразу вставала на место :-)

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

Впрочем, одну книгу могу порекомендовать сразу - настолько она хороша. Дональд Кнут, "Искусство программирования". Текст можно найти в сети.
Предпреждаю сразу, труд это огромный (здоровый трехтомник) и без живых примеров "как это делается" потребуется серьезная способность к абстрактному мышлению. Поэтому, чур, уговор: все прочитанное должно быть или сделано на компьютере, или понято на совесть (ну, привлекая опыт древнего Бейсика, многое тебе может быть уже понятно). Хотя ты должен понимать, что есть алгоритм, а что есть программа, и как древние алгоритмы программируются сейчас.

QUOTE

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

Что почитать по IT?

Если речь идет о программировании – то могу рассказать о том, что у меня за последние годы скопилось на полке (за новой и интересной литературой я стараюсь следить). Где я знаю, что книжки переведены – я даю название русского перевода. Хотя мое мнение - при возможности лучше читать оригиналы. По двум нехитрым причинам: во-первых, множество хороших книг просто еще не переведены, и неизвестно будут ли. Во-вторых – многие хорошие книги при переводе превратились в книги плохие – в первую очередь из-за бестолковой, неуклюжей, коряво и непоследовательно переведенной терминологии. Плюс, нравится нам это или нет, язык IT-индустрии - ангилйский, хочешь быть профессионалом - владей. А пока студент - соответственно - тренируйся.

Все перечисленные книги рассчитаны на и активно используются профессиональными программистами – соответственно будут полезны и студентам, стремящимся таковыми стать.

Теоретическая Computer Science

Дональд Э. Кнут, трехтомник «Искусство программирования»
Классика. Автор - отец-основатель всей современной computer science. У Кнута больше чистой теории и математики, чем во всех остальных перечисленных книгах вместе взятых. Как учебник или повседневный справочник Кнут не очень удобен: для большинства практических задач конечный результат гораздо важнее многостраничных доказательств его корректности, плюс у Кнута почти не рассматриваются вопросы построения алгоритмов. Но если уж нужен строгий математический анализ – то тут у Кнута конкурентов нет. Тот экземпляр, что стоит у меня на полке, на русском выпущен издательским домом «Вильямс». Качественный перевод, сохранен и стиль и дизайн оригинала, все термины даются и по-русски, и по-английски.

Donald E. Knuth,
The Art of Computer Programming, Volumes 1-3
Addison-Wesley Pub Co; 3rd edition; 1997

Дональд Э. Кнут,
Искусство программирования, трехтомник
Вильямс; Серия: Искусство программирования; 2002 г.


Anany V. Levitin, «Introduction to the Design and Analysis of Algorithms»
Замечательный курс по анализу и построению алгоритмов, делающий акцент не столько на заучивании известных алгоритмов, сколько на изучении приемов построения новых, а также тому, что по-английски называется problem solving (сюда входят не только компьютерные алгоритмы, но и другие проблемы, головоломки, и т.п.). Много интересных задачек. Русского перевода не видел.

Introduction to the Design and Analysis of Algorithms
Anany V. Levitin
Addison-Wesley; 2002


Steven S. Skiena, The Algorithm Design Manual
Тоже хороший курс по алгоритмам. В конце книги есть каталог типовых проблем и задач, плюс ссылки на места где можно взять open source код для их решения.

Introduction to the Design and Analysis of Algorithms
Anany V. Levitin
Addison-Wesley; 2002


Т. Кормен, Ч. Лейзерсон, Р. Ривест. «Алгоритмы – построение и анализ»
Здоровый кирпич, который я купил в первую очередь из-за цены (перевод гораздо дешевле оригинала). Добротный курс, широкий охват материала, качественный перевод, все как надо. Опять таки, почти тысяча страниц – в крайнем случае ей в темной подворотне и от представителей менее интеллектуальных профессий отмахаться можно ;-)

Introduction to Algorithms, Second Edition
by Thomas H. Cormen (Editor), Charles E. Leiserson, Ronald L. Rivest, Clifford Stein

Алгоритмы: построение и анализ
Т. Кормен, Ч. Лейзерсон, Р. Ривест
Издательство: МЦНМО;


Практическое программирование (общие вопросы)

Гради Буч «Объектно-ориентированный анализ и проектирование»
Еще один отец-основатель. На мой вкус в книжке столько воды, что все действительно ценное из пятисот страничного тома можно было бы уместить в одну журнальную статью, и там еще на иллюстрации место бы осталось. Но – ничего не попишешь, классик. А классиков, как известно, надо чтить.

Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns. Elements of Reusable Object-Oriented Software (у нас вышла под названием «Приемы объектно-ориентированного проектирования. Паттерны проектирования» Э. Гамма, Р. Хелм, Р.Джонсон, Дж.Влиссидес)
Книжка, стоящая на расстоянии не дальше вытянутой руки от компьютера у всех виденных мной хороших программистов. После нее многочисленные книжки по patterns стали появляться как поганки на мокром пеньке – но основные понятия закладывались именно тут. Singleton, adapter, factory, proxy, adapter, bridge – всеми этими терминами будут пользоваться чуть ли не на каждом собрании чуть ли не любой серьезной development team. Соответственно, если термины незнакомы – читать немедленно. На русском я ее не читал, но судя по названию перевод получился ммм… ну уж какой получился.

Steve C McConnell, Code Complete: A Practical Handbook of Software Construction – вековая мудрость от Майкрософт-пресс. Без всякой иронии. Куча практической информации – от высокоуровневого дизайна, документации и тестирования до расстановки скобочек и придумывания названий для локальных переменных. Не обязательно руководство к действию, но непременно тема для подумать. На русском я ее не видел, и на Озоне не нашел – но уверен что перевод есть, не может не быть. Еще бы угадать во что превратилось ее название ;-)


The XP series – за последние пару лет появилась куча книг об экстремальном программировании (extreme programming). До этого множество методистов понаписало немыслимые кубометры литературы о методологиях разработки программ (взять того же Буча) – и все они были столь же красивы в теории, сколь неуклюжи на практике. И вот наконец, похоже, в этой области случился прорыв. В чистом виде extreme programming применяет пока что немного компаний (видимо, парное программирование – основной камень преткновения), но многочисленные идеи используются очень широко. Какую из книг серии почитать – я даже затрудняюсь порекомендовать. Почитайте какую-нибудь.

Ладно, на сегодня хватит, бум закругляться. Будет время – напишу еще о книжках по C++ и Jave, Страуструпа поругаю ;-) А пока желающие могут еще сходить почитать замечательные статьи Джоеля Спольски – вот тут (http://www.joelonsoftware.com/global/Russian/index.html) несколько на русском, а вот тут (http://www.joelonsoftware.com/) - все остальные, на английском. Там, среди всего прочего, тоже есть ссылки на хорошие книги.

ps. Про книжки я писал немного в другом контексте - ориентируясь на студентов, изучающих программирование. Это, наверное, не совсем тоже, что "начинающие совсем с нуля" - но думаю и тут будет полезно.

Здравствуйте, Денис.

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

1. Общие принципы и приёмы.
Сюда входят основные алгоритмы и фундаментальные понятия типа "реляционная база данных". Структурное и объектно-ориентированное программирование.

2. Инструменты и языки программирования.
Ассемблер, Си++, Java, Delphi, отладчики, редакторы.

3. Современные прикладные технологии.
XML, ASP, DirectX и много всего другого по вкусу.

4. Программная инженерия.
Сведения о производственном процессе программного средства и методиках (или методологиях? - постоянно путаюсь) его построения. UML, RUP, XP.

Имхо, сначала нужно освоить пункты 1 и 2, можно комбинировать их с 3, чтобы была практическая польза от процесса. Только потом переходить к изучению пункта 4. Список литературы, который уже посоветовали, хорош всем, кроме краткости изложения. Дональд Кнут для программиста, к примеру, - это как Лев Толстой для ценителя художественной литературы:-) Как и откуда Вы будете черпать информацию - решать Вам.

Денис, привет.
Замечательно, что у тебя есть желание посветить часть своего времени программированию. Хотел уж было тебе насоветовать книг… когда понял, что чего то не хватает для понимания, чего же тебе рекомендовать то.
Ты говорил о программировании как о профессии. Наверно для тебя не секрет, что уже сейчас это развитая отрасль, где изучают только необходимую для работы часть. Вот про эту часть я и хотел спросить. Тебе интересно заниматься программированием как искусством или больше хочется деньги зарабатывать?
Сразу скажу, мое мнение (как профессионала), эти две области мало, где пересекаются.
В искусство входит: алгоритмистика, не стандартные задачи и методы, олимпиадные задачки, дискретная математика.
В деньги: знание основ алгоритмов, хорошее знание платформы и технологий, структурирование, проектирование.

Вот например: рекомендованный тебе Кнут относится скорее к первому
Честное слово, в жизни тебе не нужно будет ПОНИМАТЬ 10 алгоритмов сортировки, и двадцать алгоритмов поиска. Достаточно того, что ты понимаешь, что такое сортировка, для общего развития напишешь разок пузырьковую, и будешь пользоваться классом sort для всех прелестей жизни.
А не порекомендованный тебе MSDN будет просто необходим, если ты будешь писать на Visual C++, MS SQL, ASP, или прочих продуктах Microsoft.
И напоследок, прибавлю веса
С уважением, в прошлом призер и участник Международных и прочих олимпиад а ныне прагматик, менеджер и директор отдела разработки ПО компании "Программные Системы", Константин.

QUOTE

Честное слово, в жизни тебе не нужно будет ПОНИМАТЬ 10 алгоритмов сортировки, и двадцать алгоритмов поиска. Достаточно того, что ты понимаешь, что такое сортировка, для общего развития напишешь разок пузырьковую, и будешь пользоваться классом sort для всех прелестей жизни. А не порекомендованный тебе MSDN будет просто необходим, если ты будешь писать на Visual C++, MS SQL, ASP, или прочих продуктах Microsoft.

Кость, ты, конечно, прав - но только отчасти. Есть один ньюанс. Как ты думаешь, зачем в ВУЗе изучают десять алгоритмов сортировки? (очень многие студенты, кстати, этого не понимают. Очень многие преподаватели, к сожалению, тоже). Ведь действительно - большинству никогда не придется кодировать ни одного из них, все необходимое есть в библиотеке. И, кстати, - а зачем будущие математики изучают доказательство теоремы Пифагора? Вряд ли в будущей профессиональной деятельности им потребуется ее доказывать - она, слава Пифагору, уж тысячи лет как доказана.

Причина одна: не придумали еще более эффективного способа обучения решению новых задач, чем брать много задач старых, и показывать как их решали. А особенно полезно брать одну задачу, и показывать, разбирать, сравнивать много способов ее решения. Именно за это в программировании любят алгоритмы сортировки, а в математике - теорему Пифагора. Естественно, ПОНИМАТЬ решение при таком подходе важно критически.

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

А так - документация, идущая с MSDN, безусловно, штука хорошая. Читать подряд ее не будешь, но хотя бы в общих чертах знать что в ней есть Windows-программисту - нужно. Но - есть мнение, что был бы программист искустный - а уж нужный API в библиотеке он, с Божьей помощью, как-нибудь найдет ;-)

2 Denis:
[quote]
Choose no life. Choose no career. Choose no family. Choose a fucking big computer, choose disk arrays the size of washing maschines, modem racks, CD-ROM writers, and electrical coffee makers. Choose no sleep, high caffeine and mental insurance. Choose no friends. Choose black jeans and matching combat boots.Choose chairs for your office in range of facking fabrics. Choose SMTP and wondering why the fuck you are logged on a Sunday morning. Choose sitting in that swivel chair stuffing fucking junk food into your mouth. Choose rotting away at the end of it all, pishing your last in some miserable newsgroup, nothing more than a embarrassment to the selfish, fucked up lusers Gates spawned to replace the computer-literate.
Choose your future.
Choose to sysadmin.
[/quote]
Ты хорошо подумал?!

Если о деле:

1. Паралельно с алгоритмами и Кнутом начни изучать язык Паскаль. Это мощный современный язык, который при этом прост и отлично подходит для обучения. Лучше начать с версии Turbo Pascal, нежели с навороченного Delphi. На этом языке можно запрограммировать все алгоритмы Кнута. Кроме того, после него любые другие языки учаться просто на ура.

2. Как сделаешь свои первые программы, обязательно покажи их кому-нибудь. Тебе исправят стиль и возможно, подскажут что-то еще.

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

Видимо буду оригинален в своем совете, но это не ТЕОРЕТИЧЕСКИЙ, а ПРАКТИЧЕСКИЙ совет: начни работать тестером, а не программистом. Во-первых, это выгодно по прагматичным соображениям - на сегодняшний день существует серьезный перекос в сторону программистов всех видов и мастей, но квалифицированных тестеров почти нет. Найти работу будет существенно проще, ибо сейчас почти никому не нужны программисты с опытом работы менее 3 лет. Во-вторых, тестируя программы сначала вручную, а через короткий срок средствами автоматического тестирования ты волей-неволей войдешь в курс того, как устроен программный продукт, как связаны его части. В-третьих, уже через полгода-год практики ты перейдешь к тестированию программных интерфейсов (не GUI, а API) то есть опять же волей-неволей будешь учить языки, на которых писаны тестируемые программы, научишься находить проблемные места в программах, начнешь писать разветвленные скрипты для Rational Test Suit, начнешь писать вспомогательные программы.

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

А Кнут и прочие красивости жизни - да, это интересно, познавательно, но в практической жизни нужно раз в 100 лет.

QUOTE

ТЕОРЕТИЧЕСКИЙ, а ПРАКТИЧЕСКИЙ совет: начни работать тестером, а не программистом.   это совет прагматика - через меня еженедельно проходит до 10 соискателей позиции программиста и никто меня не устроил как работодателя, а вот тестера мне пришлось переманивать - нету на рынке приличных тестеров.

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

1. Зарплата тестеров? (начальная, средняя и средняя-максимальная)
2. Насколько человек, незнакомый с языками программирования, будет удачно их тестировать? (особенно "не GUI, а API")
3. Насколько, тестируя чужие программы, удобно учиться языкам программирования?

По поводу последнего пункта приведу пример. Я сейчас балуюсь со скриптовым языком игры "Operation Flashpoint". Так вот, 90% времени у меня уходит на борьбу с "особенностями" транслятора и лишь процентов 5-10% на собственно программирование и алгоритмы.
И еще, теперь уже отвлеченно. Каждый, кто имеет глаза, может сказать, что картина написана некрасиво. Значит ли это, что он может ее нарисовать?

QUOTE

1. Зарплата тестеров? (начальная, средняя и средняя-максимальная)

Согласно job.ru хороший тестер в Москве сегодня стоит 1000-1500 долларов.

QUOTE

2. Насколько человек, незнакомый с языками программирования, будет удачно их тестировать?  (особенно \"не GUI, а API\")

API - сразу не сможет. Братцу моему потребовалось отработать почти год тестером GUI, изучая параллельно именно тот язык программирования на котором написан продукт, прежде чем он дорос до тестирования API.

QUOTE

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

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

QUOTE

Так вот, 90% времени у меня уходит на борьбу с \"особенностями\" транслятора и лишь процентов 5-10% на собственно программирование и алгоритмы.

Стандартное распределение времени в работе программиста. За 5% рабочего времени пишется код, остальное время он чистится, профилируется, оптимизируется.

QUOTE

И еще, теперь уже отвлеченно. Каждый, кто имеет глаза, может сказать, что картина написана некрасиво. Значит ли это, что он может ее нарисовать?

Нет не значит. Но если человек заинтересован научиться рисовать, то анализ того, как это делают те кто умеет (особенно в сочетании с тем, что за это еще и платят деньги) может быть чрезвычайно полезен.

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

2 Денис Петров:
Спасибо за ответ про тестеров.

QUOTE

Друзья, правильно ли я понял, что выгоднее готовить себя к работе тестером, нежели программистом?

Выгоднее с какой позиции? Если по деньгам, то исходя из сообщения Д.Петрова то же на то же. По времени: наверное минимум год и там и там, но тестером ты сможешь начать работать быстрее.

QUOTE

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

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

Как вариант, чтобы тебе, Денис, определиться:
Напиши программу, реализующую любой сложный алгоритм с многочисленными входными данными. А потом посмотри, что тебе будет больше по душе - писать программу или ее тестировать.

P.S. Лично я начинал изучать программирование в компьютером клубе и очень этим доволен. Тебе, правда, туда будет тяжеловато попасть по возрасту, но если захотеть...

QUOTE

Как это сделать? То есть что читать и.т.п. С нуля.

Вытряс со своих тестеров рекомендации к литературе:


Джефф Рэшка, Джон Пол, Элфрид Дастин
Автоматизированное тестирование программного обеспечения
очень хорошая книжка для обшего понимания места автоматизации
тестирования в производственной цепочке
---
Луиза Тамре
Введение в тестирование программного обеспечения
эта хорошо пойдет после Канера и Фолка много объяняется на конкретных
примерах
---
Сэм Канер, Джек Фолк, Енг Кек Нгуен
Тестирование программного обеспечения
эту лучше читать первой написана легким языком, много забавных
примеров
---
Джон Макгрегор, Девид Сайкс
Тестирование объектно-ориентированного программного обеспечения. Практическое пособие
серьезная книжка прям руководство к действию
---
Тео Мандел,
Разработка пользовательского интерфейса
много идеологических замечаний по построению GUI.
полезно прочесть, хотя и не совсем по теме
---
Mark Fewster, Dorothy Graham,
Software Test Automation