Обучение "чудаков" и "помешанных"

Я учитель. Официальная должность на моей визитной карточке – «Профессор, интерактивные мультимедиа», я преподаю на факультете изучения носителей данных и информационных технологий при Хамберском технологическом институте углубленного изучения в Торонто. Бьюсь об заклад, многие из вас, прочитав это, будут думать: «кто не умеет сам, учит других». Думаю, я с этим справлюсь. Я привык к подобному отношению, и оно меня не задевает. А задевает меня то, что преподаватели ВУЗов не меняют свое отношение к вам, и скоро вы обнаружите, что действительно сложно подыскать обученный штат сотрудников для своего бизнеса.
Текущая ситуация.

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

Промышленность, благодаря большому числу компаний, включая Adobe и Microsoft, перешла к сегментированию квалификации – дизайнеры и разработчики – и у вас есть право ожидать, что эти ребята должны понимать друг друга, так как они будут работать в одной области. Разработчику надо понимать, что делает дизайнер, его или ее уникальный язык, и наоборот. С другой стороны, образование после школы выпускает или тех, или других, потому что… мы так делаем. Мы «тренируем» специалистов, которые или действительно отличные дизайнеры, или поразительные кодеры-программисты. Студенты проводят несколько лет, обучаясь своей профессии в довольно обособленной среде, их редко знакомят с навыками других специализаций в этой же области. В связи с этим возникает вопрос: надо ли факультетам дизайнеров знакомить своих студентов с кодированием в вычислительной области, и надо ли факультетам разработчиков включать элемент дизайна в свой способ выполнения работы?

Это не легкомысленный вопрос. Adobe и Microsoft разрабатывают кое-какие удивительные инструменты, которые медленно, но уверенно двигают то, что мы делаем, из браузера к десктопу. Они лидируют в прорыве во Всемирную паутину, которая «богатая» во всех смыслах этого слова, и, как только их программы становятся известными, можно поспорить, ваши клиенты начинают спрашивать, почему вы загружаете две программы для Интернет-приложения и еще одну версию для мобильного телефона. Мы живем в индустриальном мире, где “Standards”, “Ajax”, “Flex” и “Spry” не имена прилагательные и не очищающие средства. Пока все это происходит в вашей ежедневной работе, у педагогов есть реальные темы, чтобы быть наравне с вами, оставляя без внимания вопрос «дизайнера/разработчика».

Тем не менее, от решения этого вопроса зависит, станет ли он большой проблемой. Ведь в последнее время рост бизнеса в этой сфере продолжался в геометрической прогрессии вместе со спросом на компетентных сотрудников, а у студентов после колледжей и университетов набор профессиональных навыков не соответствует вашим настоящим потребностям. И, скорее всего, не будет соответствовать будущим. Расстояние между знаниями, которым обучают в аудиториях, и знаниями, которые надо иметь в жизни, постоянно растёт.

Не верите мне? Давайте рассмотрим это. Два самых больших медиа-магазина в США, Odopod и Big Spaceship, так разочарованы уровнем профессиональности выпускников в Нью-Йорке и Лос-Анджелесе, что уже начали искать юные таланты в других штатах. Другая компания, IndusBlue в Торонто, разрабатывает AIR-приложения высокого уровня, но один из директоров компании довольно ясно дал мне понять пару месяцев назад, что он бы предпочёл взять на работу нескольких парней из Flash с навыками программирования, чем пару выпускников по компьютерным наукам одного из основных университетов, осуществляющих набор для Microsoft: Университет Западного Онтарио.
Идут ли преподаватели ВУЗов в ногу с промышленностью?

Почему преподаватели должны обращать внимание на то, что происходит в тех трёх компаниях? Ответ – потому что они отстают от индустриального развития.

Саймон Конлин – художник цифровых носителей (digital media artist), живущий в Торонто. В своей презентации для местной группы пользователей Flash во время обсуждения своей работы в Национальном балете Канады он обратил их внимание на один аспект. Его спросили, почему его проекты осуществляются в командной, многофункциональной среде. Его ответ:

Здесь просто нет выбора. Подумайте о работе в ресторане. Шеф-повар болен в этот вечер, а клиент заказывает особенное блюдо, которое обычно готовит шеф-повар. Кто-то на кухне должен выполнить этот заказ, потому что клиенту все равно, кондитер или специалист по соусам приготовил это. Его или её волнует лишь то, получат ли они то, что заказали.

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

Я отметил вначале, что я преподаватель. Я также пишу для этой публикации, Community MX и Adobe. Я написал дюжину книг и выступал на конференциях по всему миру. Я заседаю в паре консультативных комитетов в компании Adobe, и регулярно читаю лекции по медиатехнологиям Flash в Центральной Академии Изобразительных Искусств в Пекине и в других частных и общественных заведениях этой сферы. Я рассказываю об этом не для того, чтобы произвести впечатление, а чтобы дать вам знать – я рассматриваю все эти занятия только как дополнение к моей профессии учителя.

Дело в том, что… я не гуру.

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

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

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

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

На самом деле такой сотруднический/многофункциональный подход, которым мы занимаемся, выглядит рабочим для моего колледжа. Мы должны отказаться от одного года программы после окончания заведения, введённой для предоставления нашим выпускникам еще более высокого уровня знаний в области мультимедийной рекламы, потому что более 70% наших выпускников брали на работу еще до начала последипломного года Программы! Индустрия, в самых общих чертах, как бы говорит нам: «Вы уже дали им то, что нужно знать. Остальное предоставьте нам».

Другая вещь, которой мы занимаемся, касается нашей программы «Работа в прогрессе». К концу каждого учебного года преподавательский состав собирается вместе, чтобы выяснить, что надо изменить, основываясь на том, что мы слышали по месту, в стране и даже за границей. Spry, Ajax и CSS становятся важными? Мы введём их в программу и выкинем что-то из учебного плана. AIR, видео и Flex – развивающиеся технологии? Отлично, давайте переставим вещи, чтобы донести их до наших студентов. Потом мы идем на предприятия и спрашиваем, удовлетворяет ли наш учебный план их требования, и просим указать, что было упущено. Одна из наших основных сил, от ректора до преподавателей, работающих на полставки, – это способность принимать изменения и доводить их до студентов. Я делаю это важной мыслью речи, которую мы говорим нашим первокурсникам в их первый день занятий: «Мы здесь не для того, чтобы превратить вас в гениев программирования или дизайна. Это задача предприятий. Наша работа – вселить в вас страсть постоянно учиться и приспосабливаться к переменам».
Это то, что мы всегда делали.

Давайте проясним кое-что, прежде чем я продолжу. Я обращаю внимание на наш опыт не для того, чтобы досадить вам, а чтобы вы просто подумали об этом. Я не утверждаю, что наша программа самая лучшая, у наших преподавателей и в программе, как и в любом учреждении, есть свои слабые места и недочёты. Над чем мы бьёмся в настоящий момент, выяснить, как изменить то, что мы делаем для предприятий, которые тоже выясняют, насколько этот совместный/многофункциональный подход к подготовке дизайнеров/разработчиков подойдёт к их моделям бизнеса. К сожалению, преподаватели ВУЗов реагируют отрицательно на эту перемену и прибегают к отговорке: «Мы всегда делали так. Мы обучаем искусству, а не кодированию».

Так случилось, что я сокрушался по поводу этого наблюдения Джуди Кайел, работающей в управления непрерывного образования в университете штата Юты, и её реакция была довольно таки яркой:

Честно говоря, я думаю, у многих ВУЗов, по крайней мере, на коммерческих и/или художественных факультетах, существует предвзятое отношение к кодированию. По-моему, это потому, что кодированию должны «обучать в колледжах низшей ступени, где студенты получают специальность». Я знаю, что здесь на художественном факультете, насколько я помню, никогда не обучали графическому дизайну, так как это не «чистое» искусство, и ты пачкаешь руки, как только берёшь деньги за свою работу. Я не определила уровень… снобизма? высокомерия? предвзятости?.. на коммерческом факультете, но, безусловно, «аристократы» смотрят свысока на основную массу людей. Теория против практики. Дай мне передышку!

Теория против практики, на самом деле, тема весьма интересной дилеммы среди колледжей в Онтарио. По каким-то странным причинам колледжи свихнулись на возможности предложения прикладных степеней, при получении которых практика работы не указывается – колледжи не наймут ни одного такого преподавателя, пока у него не будет степени магистра в указанной колледжем дисциплине. Это «упростило», во всяком случае, в нашей местности, учебные программы, потому что невозможно взять на работу опытный, компетентный преподавательский состав. Как один координатор в прошлом году обрисовал мне ситуацию: «Привлечение преподавателей – это для нас большая проблема. Ребят с солидным опытом в промышленности, которые больше всех могут предложить нашим студентам, нанять нельзя. А ребята со ступенями и близко не имеют того уровня профессионализма, который желателен для нас, но мы можем выбирать только из них».
Так кому же меньше всего выгоды?

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

Я разговаривал со своим другом Кимом Каванаф, коллегой по Community MX, который работает с отделом среднего образования штата Флориды. Когда я спросил его об этом, вот что он сказал:

Досадно, что официальные системы/учреждения образования просто полностью упускают суть того, что происходит в мире, и одобрительно похлопывают друг друга по спине за разработку курсов, технологий которые на 10-15 лет отстают от происходящего в мире в настоящий момент. Это действительно так в практике преподавания в средних школах США, и абсолютно верно для большинства ВУЗов. Есть только одна надежда у студента этих учреждений – найти преподавателя, который «разбирается в деле» и имеет желание игнорировать инструкции для курса, разработанные его/ее работодателем и давать правильные знания.

Примерный случай - , продолжает Ким, - в Штатах курсы и экзамены повышенного уровня сложности по компьютерному программированию построены на Java. Java! Совершенно и полностью игнорируя любой другой язык или более современные приложения. Я думаю, что если ты получишь основы на таком курсе, то сможешь двигаться дальше, но если подсчитать все знания по работе, могу поспорить, большинство из них будут выучены самостоятельно, а не приобретены на каком-то курсе.

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

К примеру, Джошуа Дэвис из Нью-Йорка или Брэндон Доуэс из Манчестера, Англия. Чтобы увидеть «сближение данных и представления», Джош обеспечил себе репутацию цифрового художника, и его работа, на самом базовом уровне проводится не чем иным, как управлением векторными рисунками в Flash, при использовании ActionScript или просто используя ActionScript, чтобы создать то, что он называет «искусством программирования». Он взял свою дисциплину – изобразительное искусство – и наложил его на искусство кодирования, чтобы создать произведения, которые выставляют в известных галереях по всему миру. Брендон тоже в прошлом художник, и он, также, построил успешный бизнес – MagneticNorth, и издательскую карьеру путем смешивания своего увлечения кодированием с уровнем представления, привлекая iPod, лебедей оригами и сенсоров в своей замечательной книге «Analog In Digital Out».

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

Место, где такое образование укрепилось, победа, – это Центральная Академия Изобразительных Искусств (CAFA) в Пекине. Понимая, что код может быть таким же художественным искусством, как компьютерная иллюстрация, Ма Гонг, декан факультета дизайна в CAFA, признал, что Flash – это основной креативный инструмент. Проблемой было в том, что Flash-индустрия в Китае, в сущности, в начальной стадии развития. По одному из странных совпадений, которые часто происходят в нашем мире, декан Ма был представлен замечательной канадке, Лоррейн Спайсс, которую он и попросил вести проект.

Последние пять лет у Лоррейн была, перефразируя the Blues Brothers, «миссия от Бога». В эту миссию входило показать студентам, что кодирование – это искусство, и Flash – креативный инструмент. По пути она «посеяла» Flash-индустрию, создав группу пользователей; привезла компанию ребят, включая Вашего покорного слугу, в Пекин для обучения своих студентов кое-каким прогрессивным штукам; привлекла внимание компании Olympics благодаря мобильному проекту, разработанному её студентами; договорилась, что мой колледж будет партнёром CAFA в разработке и внедрении интересных высококачественных курсов и программ, фокус которых будет – разработчик/дизайнер.
Простое обучение больше не действует.

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

Наблюдение Майкла важно, так как суть нашей работы – это решение коммуникационных проблем наших клиентов. Дело в том, что в области дизайнера/разработчика обе дисциплины одинаково важны, когда надо определить самое лучшее возможное решение. Знания по обеим дисциплинам влияет на проблему и, по словам Майкла: «В сложной ситуации это не мешает понять, что делает другой член команды, или использовать базу общих знаний для анализа проблемы».

Обучать основам – вот что должны делать педагоги, но Вики Стентон, австралийская веб-дизайнер из Перта, побуждает преподавателей ВУЗов и работодателей хорошенько продумать свой подход к рассмотрению вопроса дизайнера/разработчика:

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

Один человек не может быть специалистом в кодировании и дизайне. Было время, когда такое было возможно, но индустрия выросла так быстро и в такое короткое время, что любому, кто утверждает, что он специалист в обеих областях, нужно вернуться в реальный мир.
"Чудаки" и "помешанные" в классе

Я осознаю то, что обеим сторонам надо понимать язык друг друга, так как им надо работать вместе. Как я упоминал выше, я не разработчик/дизайнер – это вызывает у меня зубную боль. Поэтому на обложках всех моих книг присутствует второе имя, и поэтому я восхищаюсь такими ребятами, как Массимо Фоти из Италии, Стефани Салливан из Штатов, и многими парнями из Flash, которых я знаю – Джарред Тарбелл, Себ Ли Дилайзл из Брингтона, Великобритания, и Грант Скиннер. Как они это делают – за пределами моего понимания.

В чем я иду против педагогики, это в своей необходимости понимать, что делают мои соавторы. Мне надо знать, что такое «объект». Как работает «класс» и многие другие кодовые основы для того, чтобы я мог переводить абстрактные концепции кодирования. Эти парни знают такие вещи лучше, чем я когда-либо буду, поэтому я им особо не мешаю, но, в то же время, активно участвую в процессе планирования. По пути я овладел «практическим опытом» и склонялся к тому, чтобы включить его в свои уроки, содержащие кое-что даже раздельное от дизайнеров и разработчиков или, как я их называю, «чудаков и помешанных»

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

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

«Я очень открытый», добавил Джим, «когда я говорю студентам, что сделать страницу привлекательной очень важно, но сделать её функциональной (в плане интерактивности и обратной связи) даже более важно. Изучение одного или более языков программирования, или хотя бы понимание, что можно делать с их помощью, будет очень полезно для их карьер. Я поощряю их изучать ActionScript, JavaScript, PHP или Flex. Вещи, которые, честно говоря, просто болтаются в моей голове, будут важными для них в профессиональном мире.»

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

В первый час своего первого дня мои студенты поняли, что я ненавижу быть учителем. Это их удивило, но, как я объясняю, мне надо быть учителем несколько недель , чтобы дать студентам основы, о которых ранее говорил Майкл Ломар. Настоящее обучение начнется тогда, когда они четко поймут эти основы – и с того времени наши отношения «учитель/студент» изменится на «коллеги по профессии» и природа разговора между нами также полностью изменится.

Я полностью согласен, что Adobe и, в какой-то степени, Microsoft на опасном пути. Пока мы думаем, признавать их или нет, наша промышленность двигается от браузера к десктопу. AIR, Flex, Silverlight и любая другая созданная программа забирает нашу работу и делает её рабочим приложением. Как таковые, многофункциональные рабочие группы важны, и пока вы думаете, признавать их или нет, их состав будет из чудаков и помешанных.

Я надеюсь, что преподаватели ВУЗов – мои коллеги – поймут это и обдумают, как бы они обучали этим технологиям.

Категория: 
The code has been tested and works

Add new comment

Filtered HTML

  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.