Полагаю, что всё это началось ещё в 2002 году. Я думал о преподавании программирования и о том, каким превосходным языком для обучения программированию стал бы Ruby. В том смысле, что мы все были в восхищении от Ruby, потому что это мощный, элегантный и действительно просто интересный язык. И мне подумалось, что было бы здорово начать знакомство с программированием именно с него.

К сожалению, в то время было немного документации по Ruby, предназначенной для новичков. Некоторые из нашего сообщества говорили о том, что очень пригодился бы учебник наподобие «Ruby для новичка», или в более широком смысле – для обучения программированию вообще. Чем больше я думал обо всём этом, тем больше накапливалось того, что мне нужно было высказать (и это меня несколько удивило). Наконец, кто-то сказал: «Крис, почему бы тебе тогда просто не написать учебник вместо того, чтобы всё время говорить о нём?» Так я и сделал.

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

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

Спустя пару лет, он был уже весьма хорош. :-) В самом деле, настолько хорош, что я был готов сказать, что он закончен, и двигаться дальше к чему-то ещё. И как раз примерно тогда появилась возможность превратить этот учебник в книгу. Поскольку он был в основном почти готов, я посчитал, что трудностей не возникнет. Я только подчищу в нём некоторые места, добавлю несколько упражнений, ну, возможно, ещё несколько упражнений, и ещё несколько глав, и дам его на просмотр ещё 50-ти рецензентам…

Это заняло у меня ещё один год, но теперь я думаю, что он действительно в самом деле хорош, в основном благодаря сотням храбрецов, что помогли мне написать его.

То, что размещено на этом <a href="http://pine.fm/LearnToProgram/"> сайте, – это исходный вариант учебника, почти совсем не изменённый с 2004 года. Чтобы получить самую свежую и улучшенную версию, вам, возможно, захочется обратиться вот к <a href="http://pragmaticprogrammer.com/titles/fr_ltp"> этой книге.

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

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

Другой принцип, о котором я всё время помнил, – учить только одному способу делать что-либо. В этом очевидное преимущество учебника для тех, кто никогда не программировал ранее. С одной стороны, один способ делать что-то легче выучить, чем два. Хотя, возможно, более важная выгода от этого состоит в том, что, чем меньшему числу приёмов вы учите начинающего программиста, тем более изобретательным и сообразительным ему придётся быть в своих программах. Поскольку основная деятельность в программировании связана с решением задач, критически важным становится поощрять это насколько возможно на каждом этапе разработки.

Я постарался переводить понятия программирования на те понятия, которые уже есть у начинающего программиста, с целью представить идеи таким образом, чтобы нагрузка ложилась более на его интуицию, нежели на учебник. Объектноориентированное программирование подходит для этого весьма хорошо. Мне можно было достаточно рано начать ссылаться в учебнике на «объекты» и различные «типы объектов», невинно роняя такого рода фразы в подходящие моменты. Я не говорил что-либо подобное «всё в Ruby является объектами,» или «числа и строки – это разновидности объектов», поскольку эти утверждения в действительности ничего не значат для начинающего программиста. Вместо этого я предпочёл говорить о строках (а не о «строковых объектах»), но иногда я упоминал «объекты», имея в виду просто «вот эти вещи в этих программах». А то, что все эти вещи в Ruby фактически являются объектами, позволило этим уловкам с моей стороны хорошо сработать.

Хотя я желал избежать ненужного объектно-ориентированного жаргона, я хотел быть уверенным, что если им в самом деле нужно было узнать какой-то термин, они выучат правильное слово. (Я не хотел, чтобы им пришлось учить его дважды, верно?) Вот почему я применял слово «строки», а не «текст». Методы тоже нужно было как-нибудь назвать, и я называл их «методы».

Что касается упражнений, думаю, что я приготовил несколько удачных, но их никогда не бывает слишком много. Если честно, могу поспорить, что я половину времени провёл, просто пытаясь подобрать забавные и интересные упражнения. Скучные упражнения напрочь убивают всякое желание программировать, в то время как от безупречно подходящих упражнений появляется профессиональный зуд, перед которым начинающий программист вряд ли сможет устоять. Короче говоря, невозможно потратить слишком много времени на подготовку хороших упражнений.

Страницы этого учебника (и даже эта самая страница) сгенерированы <a href="/home/mike/Desktop/Learn/Ruby/ltp/ltp-ru/ShowTutorialCode.rb"> большой <a href="/home/mike/Desktop/Learn/Ruby/ltp/ltp-ru/ShowTutorialCode.rb"> программой – конечно, написанной на Ruby. :-) И поэтому, в оригинальном учебнике есть несколько тонкостей. Например, все примеры программного кода в действительности исполняются каждый раз, когда вы просматриваете страницу, и показанный результат – это результат, сгенерированный при выполнении. Думаю, это лучший, самый лёгкий и, конечно, самый крутой способ удостовериться, что весь представленный мной код отрабатывает в точности так, как я утверждаю. Вам не нужно беспокоиться о том, что я мог ошибочно скопировать выдачу какого-нибудь из примеров или забыл протестировать какую-то часть кода: он весь проверяется каждый раз, когда вы его просматриваете. Так, в разделе по генераторам случайных чисел, если вы перезагрузите страницу, то увидите, что числа каждый раз будут изменяться… Прекрасно. (Я применил похожий трюк для примеров кода, когда писал книгу, но очевидно, это наиболее заметно именно в этом учебнике.)

И наконец, мне бы хотелось поблагодарить всех в списке рассылки<a href="mailto:ruby-talk@ruby-lang.org"> ruby–talk за их мысли и ободрение; всех моих замечательных рецензентов за их помощь сделать эту книгу гораздо лучше, чем я сделал бы это один; в особенности – мою дорогую жену за то, что она была моим главным рецензентом / тестером / подопытным кроликом / музой; Мацумото – за создание этого сказочного языка программирования; издательство Pragmatic Programmers – за то, что сообщили мне об этом и, конечно, за публикацию моей книги!

Если вы заметили какие-то ошибки или опечатки, или у вас есть замечания, предложения или хорошие упражнения, которые можно добавить, пожалуйста, <a href="mailto:chris@pine.fm"> сообщите мне.

[А если у вас появятся замечания или уточнения по поводу перевода на русский язык, можете написать <a href="mailto:mikhail@shokhirev.com"> переводчику. – Прим. перев.]

Когда вы пишете программу для компьютера, вы должны «говорить» на языке, который ваш компьютер понимает: на языке программирования. Есть много, очень много разных языков, и многие из них – превосходные. В этом учебнике я выбрал для использования мой любимый язык программирования – Ruby.

Помимо того, что Ruby – мой любимый язык, это также самый лёгкий язык программирования из всех, с которыми я знаком (а знаком я весьма со многими). На самом деле, это и есть настоящая причина, по которой я пишу этот учебник: не то чтобы я решил писать учебник и остановился на Ruby как на своём любимом языке; наоборот, я нахожу Ruby настолько лёгким, что решил: обязательно должен быть хороший учебник для начинающих и непременно с его использованием. Именно простота Ruby побудила меня написать этот учебник, а вовсе не то, что это – мой любимый язык. (Чтобы написать подобный учебник на примере другого языка, такого как C++ или Java, потребовались бы сотни и сотни страниц.) Но не думайте, что Ruby – это язык для начинающих, раз он очень лёгкий! Это мощный язык программирования такого профессионального уровня, который вряд ли существовал ранее.

Когда вы что-нибудь пишете на естественном языке, написанное называется текстом. Когда вы пишете что-нибудь на компьютерном языке, написанное называется кодом. Я включил множество примеров кода на языке Ruby на протяжении учебника, большинство из них – это законченные программы, которые вы можете выполнять на своём компьютере. Чтобы легче было читать код, я окрасил части кода в различные цвета. (Например, числа всегда зелёные.) Всё, что предполагается вводить в программу, заключается в белую рамку, а всё, что выводит программа, помещается в голубую рамку.

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

Но сначала вам нужно загрузить и установить Ruby на ваш компьютер.

А сейчас, когда вы всё установили, давайте напишем программу! Откройте ваш любимый текстовый редактор и наберите на клавиатуре следующее:

puts 1+2

Сохраните вашу программу (да, это программа!) под именем calc.rb (.rb – это то, что мы обычно пишем в конце имени программы, написанной на Ruby). А теперь выполните вашу программу, набрав ruby calc.rb в командной строке. Она должна вывести на экране число 3. Видите, программировать не так уж трудно, не правда ли?

Знакомство с puts

Так что же происходит в этой программе? Я уверен, что вы смогли догадаться, что делает 1+2, и наша программа, в принципе, такая же, как эта:

Итак, мы узнали всё о числах, а как же насчёт букв? слов? текста?

Группы букв в программе мы называем строками. (Вы можете считать, что напечатанные буквы нанизаны друг за другом на бечёвку, как флажки.) Чтобы было легче увидеть, какие части кода – строки, я буду выделять их красным цветом. Вот несколько строк:

До сих пор, каждый раз, когда мы выводили с помощью puts строку или число, всё, что мы выводили, исчезало. Я имею в виду, если мы хотели напечатать что-то дважды, мы должны были вводить это дважды с клавиатуры:

Мы рассмотрели несколько различных видов объектов (числа и буквы), мы создавали переменные, указывающие на них; а следующее, что мы хотим сделать – заставить их всех дружно работать вместе.

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

Пока что мы видели несколько различных методов: puts и gets и так далее (Быстрый тест: Перечислите все методы, которые мы узнали до сих пор! Их десять; ответ приводится ниже.), но мы совсем не говорили о том, что из себя представляют методы. Мы знаем, что они делают, но мы не знаем, «что они такое».

И вот что они есть на самом деле: нечто, которое выполняет что-либо. Если объекты (такие как строки, целые и плавающие числа) являются существительными в языке Ruby, то методы подобны глаголам. И совсем также, как в английском [и в русском – Прим. перев.] языке, вы не используете глагол без существительного, чтобы выполнить действие, обозначаемое глаголом. Например, тиканье не совершается само по себе; настенные часы (или наручные или что-нибудь ещё) должны производить его. На естественном языке мы бы сказали: «Часы тикают.» На Ruby мы бы сказали clock.tick (естественно, предполагая, что clock – это объект Ruby). Программисты могли бы сказать, что мы «вызвали метод tick объекта clock» или что мы «вызвали tick у clock».

Ну что, вы выполнили тест? Хорошо. Что ж, я уверен, что вы вспомнили методы puts, gets и chomp, так как мы только что разобрали их. Вы, возможно, также усвоили наши методы преобразования: to_i, to_f и to_s. Однако, знаете ли вы остальные четыре? Ну конечно же, это не что иное, как старые добрые арифметические действия: +, -, * и / !

Как я уже говорил ранее, также как каждому глаголу нужно существительное, так и каждому методу требуется объект. Обычно легко сказать, какой объект выполняет метод: тот, что стоит непосредственно перед точкой, как в примере с clock.tick или в 101. to_s. Иногда же это не столь очевидно, например, в арифметических методах. Выясняется, что 5 + 5 это на самом деле просто сокращённый способ записи 5.+ 5. Например:

puts 'привет '.+ 'мир' puts (10.* 9).+ 9

привет мир 99

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

Ааааа, управление выполнением… Вот где всё соединяется воедино. И хотя эта глава короче и легче, чем глава о методах, она откроет вам целый мир программных возможностей. После этой главы мы сможем писать по-настоящему интерактивные программы; до этого мы создавали программы, которые выводили разные вещи в зависимости от вашего ввода с клавиатуры, но после этой главы они также будут действительно делать разные вещи. Но прежде, чем мы сможем сделать это, нам нужно иметь возможность сравнивать объекты в наших программах. Нам нужны…

Давайте напишем программу, которая просит нас ввести сколько угодно слов (по одному слову в строке до тех пор, пока мы не нажмём Enter на пустой строке) и которая затем повторяет нам эти слова в алфавитном порядке. Идёт?

Так… сначала мы – ээ… ну… хммм… Хорошо, мы могли бы – ээ… ну…

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

Массив – это просто список в вашем компьютере. Каждая ячейка в списке ведёт себя как переменная: вы можете посмотреть, на какой объект указывает определённая ячейка, и вы можете сделать так, чтобы она указывала на другой объект. Давайте посмотрим на некоторые массивы:

Как мы уже видели, циклы и итераторы позволяют нам делать одно и то же (выполнять тот же самый код) снова и снова. Однако, иногда мы хотим сделать одно и то же несколько раз, но в разных частях программы. Например, мы бы разрабатывали, скажем, программу опроса для студента-психолога. Судя по разговорам со знакомыми студентами-психологами и по опросам, которые они мне предлагали, она, наверное, должна быть примерно такой:

До сих пор мы видели несколько различных видов, или классов, объектов: строки, целые числа, дробные числа, массивы, а также несколько особых объектов (true, false и nil), о которых мы поговорим позже. В Ruby эти классы всегда записываются с заглавной буквы: String, Integer, Float, Array… и т. д. В общем случае, если мы хотим создать новый объект определённого класса, мы используем new:

Это определённо одна из самых крутых возможностей Ruby. В некоторых других языках тоже есть такие возможности, хотя они могут называться как-нибудь по- другому (например, замыкания), но в большинстве даже более популярных языков, к их стыду, они отсутствуют.

Так что же это за новая крутая возможность? Это способность принимать блок кода (то есть код между do и end), обёртывать его в объект (называемый процедурным объектом или proc по-английски), сохранять его в переменной или передавать его в метод, а затем исполнять код этого блока, когда бы вы ни пожелали (более одного раза, если хотите). Таким образом, блок напоминает настоящий метод за исключением того, что он не привязан ни к какому объекту (он сам является объектом), и вы можете сохранять его или передавать его как параметр подобно тому, как вы это делаете с любым другим объектом. Думаю, настало время привести пример:

Итак, куда мы сейчас отправимся? Кого можно спросить, если у вас возник вопрос? А если вы хотите, чтобы ваша программа открывала web–страничку, отправляла электронную почту или масштабировала цифровое изображение? Что ж, есть полным- полно мест, где найдется помощь по Ruby. Но, к сожалению, такой ответ вам не слишком поможет, не так ли? :-)

Что касается меня, то на самом деле есть только три места, где я ищу помощи по Ruby. Если это небольшой вопрос, и я полагаю, что я могу сам поэкспериментировать, чтобы найти на него ответ, то я использую irb. Если это вопрос посерьёзнее, я обращаюсь к своей киркомотыге. А если я никак не могу разобраться с ним сам, то я прошу помощи в ruby–talk.

Если вы установили Ruby, то вы также установили irb. Чтобы его запустить, нужно просто перейти в командное окно и напечатать irb. Когда вы находитесь в сеансе irb, вы можете вводить любые выражения языка Ruby, какие пожелаете, а он будет выдавать вам их значения. Введите 1 + 2, и он выдаст вам 3. (Обратите внимание, что вам не нужно использовать puts.) Это похоже на гигантский калькулятор на Ruby. Когда вы закончите, просто введите команду exit.

В irb имеется гораздо больше этого, но обо всём этом вы можете узнать в «киркомотыге».

Абсолютно именно та книга по Ruby, которая нужна всем – это «Программирование на Ruby: Руководство прагматичного программиста», написанная Дэвидом Томасом и Эндрю Хантом <a href="http://www.pragmaticprogrammer.com/"> (Программисты-прагматики). Хотя я очень рекомендую достать<a href="http://www.pragmaticprogrammer.com/titles/ruby/"> 2-е <a href="http://www.pragmaticprogrammer.com/titles/ruby/"> издание этой замечательной книги, где освещены все последние возможности Ruby, вы также можете взять немного более старую (но до сих пор в основном подходящую) версию, бесплатно доступную<a href="http://www.rubycentral.com/book/"> в Сети. (На самом деле, если вы установили версию Ruby для Windows, то она у вас уже имеется.)

В этой книге вы можете найти о руби Ruby почти всё, от основ до самых передовых возможностей. Она легко читается; она исчерпывающая; она почти безупречна. Хотелось бы, чтобы для всякого языка имелась бы книга подобного качества. В конце книги вы найдёте огромный раздел, где подробно описан каждый метод каждого класса, приведены объяснения и примеры. Я просто полюбил эту книгу!

Её можно найти в нескольких местах (включая собственный сайт <a href="http://www.pragmaticprogrammer.com/"> Программистов- <a href="http://www.pragmaticprogrammer.com/">прагматиков), но мне больше всего нравится сайт<a href="http://www.ruby-doc.org/docs/ProgrammingRuby/"> ruby–doc.org. В этой версии слева имеется симпатичное оглавление, а также предметный указатель. (На <a href="http://www.ruby-doc.org/"> ruby–doc.org

есть также много другой документации, например, о базовом API и стандартной библиотеке… В основном, там есть готовые к использованию документы обо всём, что касается Ruby.<a href="http://www.ruby-doc.org/"> Проверьте сами.)

А почему же она называется «киркомотыга» («the pickaxe»)? Ну, там на обложке книги есть картинка киркомотыги. Мне кажется, это глупое название, но оно уже «прилипло».

Даже имея irb и киркомотыгу, вы иногда всё-таки не можете разобраться с чем- нибудь. Или, возможно, вы хотите знать, не делал ли уже кто-нибудь то, над чем вы сейчас работаете, чтобы выяснить, можно ли вам этим воспользоваться. В этих случаях вам нужно обратиться именно в<a href="mailto:ruby-talk@ruby-lang.org"> ruby–talk, список рассылки о Ruby. В нём полно дружелюбных, умных, отзывчивых людей. Чтобы побольше узнать о нём или подписаться на него, взгляните<a href="http://www.ruby-lang.org/en/20020104.html"> сюда.

ПРЕДУПРЕЖДЕНИЕ: В этой рассылке каждый день приходит много почты. У меня она автоматически пересылается в другой почтовый ящик, поэтому она мне не мешает. Если же вы не желаете иметь дело со всей этой почтой, то это вам и не нужно! Список рассылки ruby–talk зеркалируется в новостную группу comp.lang.ruby, и наоборот, так что там вы можете увидеть те же самые сообщения. Любым из этих способов вы увидите одни и те же сообщения, просто немного в разных форматах. [Web–интерфейс к архиву этого списка рассылки находится по адресу:<a href="http://www.ruby-forum.com/forum/4"> www.ruby– <a href="http://www.ruby-forum.com/forum/4">forum.com/forum/4. – Прим. перев.]

То, от чего я старался уберечь вас, но с чем вы непременно скоро столкнётесь, это принцип TMTOWTDI (произносится «Тим Тоуди») или «There's More Than One Way To Do It», что значит «Есть не один способ сделать что-либо».

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

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

А когда мы говорили о ветвлении, я показал вам if, но не показал unless. Предоставляю вам выяснить что это такое в irb.

Ещё одно приятное сокращение, которое вы можете использовать для if, unless и while, это симпатичная однострочная версия:

# Эти слова взяты из программы, которую я написал для генерирования

# англоподобной болтовни. Круто, да?

puts 'grobably combergearl kitatently thememberate' if 5 == 2**2 + 1**1

puts 'enlestrationshifter supposine follutify blace' unless 'Chris'.length

= = 5

grobably combergearl kitatently thememberate

И наконец, есть ещё один способ писать методы, которые принимают блоки (а не процедурные объекты). Мы видели это, когда мы захватывали блок и превращали его в процедурный объект, используя трюк с &block в списке параметров при определении функции. Тогда, чтобы вызвать блок, вы просто используете block.call. Ладно, есть способ покороче (хотя лично я нахожу его более запутанным). Вместо этого:

def doItTwice(&block) block.call block.call end

doltTwice do

puts 'murditivent flavitemphan siresent litics' end

murditivent

n a h p m e t i v a l f

siresent

litics

murditivent

flavitemphan

siresent

litics

…вы делаете так:

def doltTwice yield yield end

doltTwice do

puts 'buritiate mustripe lablic acticise' end

buritiate

mustripe

lablic

acticise

buritiate

mustripe

lablic

acticise

Ну, не знаю… а что вы об этом думаете? Возможно, так только я так считаю, но… yield?! Если бы это было что-нибудь наподобие call_the_hidden_block или что-то в этом роде, что бы имело немного больше смысла для меня. Многие люди говорят, что yield для них имеет смысл. Но я думаю, что принцип TMTOWTDI предполагает вот что: они делают что-то по-своему, а я делаю это по-моему.

КОНЕЦ

Используйте всё это во благо, а не во зло. :-) И если вы находите этот учебник полезным (или запутанным, либо если вы нашли ошибку),<a href="mailto:chris@pine.fm"> дайте мне знать!