Сегодня я предлагаю вашему вниманию второй материал из серии про Java и израильскую школу. В первом, предыдущем материале, я рассказал о выборе, который предстоит уже в нынешнем сентябре сделать израильским учителям, преподающим «Основы компьютерных наук» – или, «по-русски», информатику – значительную часть которой составляют основы программирования. И поскольку сам я окончательно определился с выбором и ушел в лагерь Javaистов – о речь в дальнейшем поведу в эту сторону. 

 

В значительной степени успех или поражение в преподавании основ программирования определяется выбором программы, среды для практической работы – тем более в такой нормальной стране, как наш Израиль, где в школах принято жаловаться на отсутствие приличного оборудования либо на необслуживание в тот же день. Даже не самые продвинутые школы оборудованы как минимум Pentium III либо IV и имеют в худшем случае Windows98, а на самом-то деле все давно уж сидят на ХР. Так что можно, конечно, поставить враз самые навороченные и продвинутые «среды обитания программистов», но очень хотелось бы на начальных стадиях не перегружать излишними наворотами не столько самих себя, сколько учеников.

 

И совсем бы уж замечательно иметь не просто «инструмент программиста», а продукт, учитывающий главную особенность нашей работы: на самом первом этапе мы имеем дело с подростками, не очень (или, точнее – очень не) представляющими, что есть настоящее программирование. Как это не парадоксально, но нам, преподавателям компьютерных наук, приходится еще и выдерживать двойную конкуренцию. С одной стороны – с другими учебными предметами, которые манят толковых школьников, с физикой, химией, биологией с другой – с представление абсолютного большинства израильских подростков о компьютерных науках, которые призваны научить быстро-быстро лепить чаты и игрушки...

 

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

 

С Java дело, к счастью, обстоит гораздо проще и лучше: хорошие люди из далекой Финляндии еще несколько лет заботливо написали крайне симпатичную программную среду для начинающих, причем с самого начала имея в виду людей, которые будут обучаться основам программирования на Java «с нуля».

 

Jeliot – а именно об этом программном продукте я веду речь – исходно построен и рассчитан на людей в начальной стадии обучения. В этом – и его достоинства, преимущества; в этом же – его недостатки, ограниченность. Более того – достоинства и являются недостатками и наоборот; удивительного и парадоксального, повторяю, в этом ничего нет – если помнить, «для кого, для чего» написан Jeliot.

 

Самая замечательная особенность Jeliot – наличие анимационного окна, в котором буквально поэтапно показывается исполнение программы. При этом экран делится как бы на две части: в одной виден непосредственно сам программный код, а в соседнем, после того, как раздвигается театральный занавес (очень симпатично!), ученику демонстрируются «живые картинки». Причем – исключительно подробные: открываются прямоугольники классов, появляются квадраты переменных, которые заполнены вначале вопросительными знаками, перемещаются числа от одного блока программного театра к другому, появляющаяся из-за кулис рука утягивает результаты на поле вывода данных.

 

Анимацией можно управлять в смысле скорости, можно запускать ее в пошаговом режиме и подробно каждый раз объяснять ученикам, что и как совершается при исполнении программы – эффективность использования Jeliot многократно возрастает, если имеется классная сеть с возможностью перехватывать управление с учительского компьютера.

 

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

 

Другое преимущество Jeliot – в том, что она строит только один файл, а не «проект»; как известно, все остальные программные среды, редакторы для написания кодов Java создают «проект», в который включается сразу несколько файлов, часть из которых важна для самого редактора и программы, но совсем уж никак не для ученика. Можно, конечно, воспользоваться подходом «не обращайте внимания, дети, это сумасшедшая рыба» – но злоупотреблять им не очень хочется. Так что в этом отношении Jeliot гораздо более привлекателен. Правда, у него есть одна особенность: он «намертво» запоминает имя последнего сохраненного файла и, что самое неприятное, норовит использовать его даже для нового файла. Следует соблюдать осторожность!

 

Еще одно «достоинство-недостаток» Jeliot заключается в том, что у него есть собственный интерфейс ввода-вывода данных. Всякому, кто начинает иметь дело с Java после, скажем, Pascal’я, быстро становится понятно, где самое уязвимое место: в потоках ввода и вывода данных. Причем, если вывод худо-бедно оформлен в DOS’оподобном окошке, то с вводом совсем горе... Коллектив, написавший Jeliot, проблему решил совершенно естественным и правильным образом: написал собственный, внутренний интерфейс и обеспечил решение проблемы. Обеспечил – на образовательном уровне, но, собственно, как уже было сказано, для этой цели Jeliot и писали. Для израильских учителей проблема же в другом: судя по всему, министерство  образования утвердит в качестве общепринятой вплоть до уровня экзаменов (а это-то с практической точки зрения, самое главное и есть!) иной интерфейс ввода-вывода. Это, безусловно, может привести к проблемам – но, по моим предположениям, не очень большим.

 

На этом пока закончу в этот раз о Jeliot и о преподавании Java – но продолжение вскорости воспоследует...