Студенческий проект биржи недвижимости

Потому что цели проекта должны быть такими:
1. Проект
2. Проект
3. Проект

:)) И только когда каждый участник проекта понимает это, тогда будет и профессиональный рост, и все остальные плюшки.

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

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

Я сейчас студент, да и все хабралюди знают, как студенты живут и как они не учатся (в 90% случаев в последнюю неделю делается вся семестровая работа). Мне кажется, что работающий прототип с такой командой - нереальная задача, так что Вы сделали всё от Вас зависящее.

Материал для лекций

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

Задания

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

Фреймворк

Я бы рекомендовал Zend Framework, но боюсь, что как фреймворк он будет для них не очень простым, особенно, если уровень знаний не высок.

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

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

Средство организации коллективного труда

Достаточно, имхо SVN + Skype. Добавьте сюда систему ведения проекта и багтрекинг - и вы вооружены до зубов для командной работы.

Это то, что касается советов.

Я думаю, что стоит еще внести такие понятия понятие с следующий раз : тестирование перед сдачей и рефакторинг кода (это вообще крайне важный момент). Судя по всему эти вещи у Вас отсутствовали в процессе.

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

А вообще сам бы с удовольствием бы поучаствовал на Вашем месте - только вот никто не зовет :) А ведь это интересно - обучать, делиться знаниями, смотреть, как люди растут в знаниях и в умениях..Эх.

Вдумайтесь: команда из 8 человек сделала что-то. Да, сделала плохо и вряд ли тянет даже на двойку. Но сделала, практически довершила. Да, я уверен, что выполнено не более 10% предполгаемой работы. Но она выполнена. Это, я считаю, отлично. Да, хочется большего, но студенты будут помнить вас, а не скучные лекции. У них будет опыт, хоть и отрицательный. У вас будет опыт.
Хм, я бы мог сказать, что нужно было взять хорошего менеджера. Но не очень хотелось. Но надо было, вот и сказал. :)
Считаю, что все лучше, чем общий тон топика. Успехов.

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

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

Эх, хочу быть преподавателем...

По-моему вы уже достигли многого.

Они прошли этап ошибок, которые рано или поздно все равно совершили.
И если ребята часть шишек набили уже в ВУЗе, то это повод для радости.
А если таких как вы станет больше, это будет поводом для надежд на нашу систему образования.

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

имхо, как студент, с удовольствием бы обучался по схеме конкурирующих команд.
т.е. собирается команда 1 и команда 2 даётся одинаковая задача, назначаются в каждой команде тимлидеры - оценки на основе качества и сроков исполнения. преподаватель выступает в качестве хелпа по всем аспектам разработки и той и другой команде.

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

Несколько советов с моей колокольни:

1. Лучше писать на Ruby on Rails, не на PHP. Ну или на Django. Проблема с PHP в том, что на нем просто написать что-нибудь, но написать нормально очень сложно. ROR, например, дает довольно четкую идеологию, основы которой понять довольно просто. Ну и, конечно же, фреймворки дают более высокий уровень абстракции, позволяя избежать проблем с рутиной. Не в коем случае не советую ASP или J2EE — на них код проекта будет больше, знаний в головах меньше.

2. Должен быть гуру, которой во-первых даст базовые знания (для руби это несколько лекций, но впринципе это можно заменить на чтение хорошой книги, Agile web development для ROR), а во-вторых на начальном этапе будет помогать советом и комментировать написанный код, повышая тем самым уровень студентов. Тут опять же важно насколько краток язык — ruby и python имхо гораздо локаничнее php, не говоря уже о компилируемых языках.

3. В качестве scm порекоммендовал бы git — на нем гораздо удобнее работать в группе, но он довольно сложен. Возможно, достаточно будет и subversion'a.

4. trac — баг–тракинг, вики, и т.п. рекоммендую.

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

А вообще Вы молодец, делаете очень хорошее дело, . По своему опыту знаю, что в институтах этого очень не хватает. Я готов и даже был бы рад окакзать вам помощь в вашем начинании ;-)

попробуйте для работ использовать сервис assembla.com - бесплатный и идеально подходит вам.
из фреймворков - Zend Framework к примеру
из учебных материалов - по моему, большинство есть на intuit.ru и как раз в виде готовых лекций.

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

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

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

Начальная подготовка
Прежде чем давать людям реализацию более менее крупного проекта, неплохо потренироваться на совсем небольших. Если каждый человек в команде будет специализироваться на чем-то своем, то одному дать сверстать шаблон какой-то страницы, другому написать элементарный движек вроде гостевой книги или чата. По-моему, с таких «проектов» все начинают и в этом нет ничего плохого. Дать на это неделю-две (если уже есть знания непосредственно веб-технологий), оценить результат, посмотреть на слабые стороны каждого и подтянуть их или в теории или на другом подобном задании. После этого можно попробовать объединить результаты, объединить результаты той же верстки с гоствой книгой и т.д.

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

Мне после C++ достаточно просто было писать на ASP.NET C# (хотя прошел через Classic ASP и PHP), может вам это тоже стоит учесть, чтобы народ не тратил много времени на привыкание к совсем новому для них PHP? Но это так, только имхо, совсем не навязываю.

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

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

Вообще, желаю вам успехов, думаю у вас все получится. Тем более что дело очень правильное.

Надо просто это делать чаще.
Урлы вида [имя_раздела].php, и соответствующее построение кода — вполне нормально для первого реального проекта. Второй, третий раз уже будет совсем другой подход и к архитектуре кода, и к процессу его обсуждения, и к процессу непосредственно его генерации, etc.

Никакие лекции не помогут, особенно лекции о модных процессах разработки.

да еще и потенциальных дыр на сайте понаоставляли ))))

Почитал предисторию, комменты, но так и не понял, сколько _реального_ времени было запланировано на начинание. Понял, что один семестр. Сколько часов в неделю они должны были этим заниматься? И что они должны были делать/какие обязанности были у них параллельно?

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

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

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

У меня в Питере IT-компания. Мы часто собеседуем студентов и выпускников. Надо ли кому рассказывать, что средний уровень подготовки к решению реальных задач у студентов и выпускников хороших технических ВУЗов близок к нулю, исключение составляют те, которые успели на 4ом курсе начать где-то работать. Весной я прочитал курс лекций для студентов ИТМО по менеджменту в IT. К сожалению, это был студенты лишь первого курса, причем далеко не все студенты видели себя в будущем связанными с IT. Было трудно. Но, уверен, кое-что у них в головах осталось, все-таки каждый из них написал мне план проекта в MS Project. Я не ограничивал их каким-то конкретным проектом – реальные спеки показывать было бесполезно, так как далеко не все из них что-то могли программировать. Люди писали планы на ремонт квартиры, на переезд из общежития, на раскрутку своей музыкальной группы и т.д. Оценивали риски, адресовали их, как могли, спорили на зачете, что они правы – очень здорово! Я прекрасно понимаю, что это ничтожно мало, но что-то же надо делать с нашей системой образования.
На счет Вашей задачи. На мой взгляд, обучить web-программированию несколько десятков человек за семестр задача невыполнимая в принципе, но дать хороший старт, показать направления, дать представление о командной работе можно и очень нужно.
Я бы действовал по такой схеме –
В первую очередь рассказал, что такое интернет – многие люди им пользуются, приходят на собеседование на J2EE или C# - и не знают, что такое cookie. Немного коснуться стека протоколов, модель OSI – не запомнят и не поймут, но что-то отложиться. Ну потом HTTP. Причем здесь, на мой взгляд не надо останавливаться на подробном описание хидеров, методов и пр. Просто основы – request/response – сервер про нас «забыл». Через понимание понятия stateless протокола HTTP приходит понимание ограничений HTTP и, как следствие более глубокое понимание web.
Дальше основы HTML – ну, если, конечно, они не знают. И главное – не рассказывать сухо – тэги, атрибуты. Рассказывать что и зачем, на реальных примерах. Как когда-то лет 10 назад была книжка по программированию, не помню на чем, в которой с первых страниц людям было сказано – дочитав до конца, вы напишите игру. Это был тот самый пряник, который поднимает ту самую заветную мотивацию. Придумайте аналог – возьмите популярный среди них ресурс на его примере разберите верстку – не детально, а основы, чтобы люди слушали, а не спали.
Далее – очень важный пункт – командная работа. В не всяких сомнений необходимо дать основы работы с системами управления версиями. Причем опять же не просто дать вызубрить ключики, а именно рассказать зачем это нужно – думаю, будет полезно сравнить два подхода – VSS и SVN (cvs и пр.) Рассказать о плюсах и минусах. И остановиться конечно на SVN.
Далее – написать план проекта. Побить на стадии длинной максимум 2 недели (еще лучше неделю, но понимаю, что это не всегда возможно). Я тут имею ввиду сделать это не дома – а прямо там, при них. Думаю, что 65 человек надо делить на группы по 5-6 человек, ну максимум 8 - предел. Каждой группе поручить отдельный задачи – понимаю, что не всегда это возможно, далеко не каждый проект делиться на 10 равных частей без ущерба производительности. Вот тут самое важное – думаю, что нужно придумать такой проект. Необходимо также внести элемент соперничества – например делать каждую неделю рейтинги команд. По результатам сделанных работ. Можно, кстати, чтобы все делали один и тот же проект на скорость. Но безусловно, чтобы качество также влияло на общий результат.
На счет технологий. Мне кажется, что все равно, что PHP, что Ruby on Rails, что Python с Django – не имеет никакого значение. На мой взгляд, чем проще – тем лучше. Согласен, что не Java не ASP.Net не стоит брать – ООП лучше учиться отдельно от web – а уже потом пытаться осилить силу MVC/MVP.
Стоит выбрать баг треккинг – там предлогали trac – вещь хорошая. Мне, правда, Jira нравиться больше, зато в trac есть wiki, и сам trac бесплатный (по-моему).
Обязательно еженедельные отчеты – правда, не уверен, что это все возможно – сам был студентом, сам все делал в последний день. Это идеальная ситуация – нужно к нем стараться приблизиться, на сколько это возможно.
И напоследок – большое Вам спасибо за то, что Вы делаете – это действительно очень важно.

> мне досталось 9 лучших с потока — магистранты, которым прямая дорога в аспирантуру при должном усердии

Дочитав до сюда, подумал, что ничего путного у вас, скорее всего, не вышло.

Изложу свое скромное мнение
8 человек работающих над одним проектом - это слишком много. Пусть над проектом трудятся 3-4 человека.
По вашим вопросам и выводам
1) Теория.
Мое мнение состоит в том, что лекции, как вы их назвали по "вебу" (php,mysql) бесполезны. Так как студентам надо давать теорию по языкам программирования и теории СУБД (а php и mysql для примеров). К поставленному вами вопросу о том где взять материалы для лекций по web, я бы посоветовал обратить внимание на книжки издательства O'Relly или вот эту книгу
по mysql - я бы все же советовал читать по мануалу, он достаточно информативный
2) Задания
по-моему давно Вы как-то писали какие задания можно предложить студентам и там многие высказали интересные идеи
Вчера здесь был пост о том, куда кто-то собрался инвестировать, возбмите идеи оттуда
3) Фреймворк...я думаю этот вопрос вы должны задать студентам, пусть сделают обзоры существующих, полазиют по интернету, почитают, посмотрят статистику использования. Пусть думают сами
4) Svn

1) Теорию, точнее лекции можно сделать на подобии intuit.ru, чётко,просто и сжато, для того что бы понять основы и начать что то делать вполне достаточно
2) Идеи для заданий можно поискать на хабре, было тут много постов на эту тему и много идей (помнится пост про гостевую книгу, вкачестве задания для пхп разработчика)
3) Фреймоврк
Думается лучше начать с более простого скажем CakePhp, Zend конечно классный, но более сложный (ну по крайней мере когда, я начинал, он показался мне сложным),эта сложность может только помешать и даже отпугнуть ( особенно начинающих). CakePhp позволяет писать полноценные проекты с небольшим запасом знаний, и как мне кажется наиболее подходит для студентов. А уже потом можно перейти на что нить более сложное, на тот же Zend
4) В качестве среды разработки Eclipse + SVN и да было бы неплохо иметь свою wiki для обсуждения текущего проекта - это позволит иметь хорошую документацию. И wiki можно порочить какомунибудь хорошему студенту в качестве персонального задания

Начинать лучше с чтения, например http://paulgraham.com/road.html.

Много уже тут написали. Но все же вставлю свои 5 копеек. Будет весьма интересно, если получится небольшая дискуссия. Я получил высшее педагогическое, но со студентами не работал, выбрав практическое направление. Но сам активно изучал вопросы научения и занимался индивидуальным обучениям по разным вопросам.

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

Поэтому условно говоря, я предлагаю такую схему:

Интересная задача

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

Варианты деления группы

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

Задания

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

Организация командной работы

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

Роль преподавателя

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

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

2. Технические.
1.1. Не могут понять как данные на сервер отправляются - нарисуйте схему.
1.2. Не могут запрос к базе сделать - покажите как.

Ну и т.д.

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

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

Что касается фреймворков, то действительно рановато. Задачи есть и попроще, чем "супер-мега-стартап".

ps: Если интересно продолжить развитие мысли, то пишите в личку. Тема мне весьма интересна.

И забейте вы на дизайнерские изыски. Ужасно выглядит.

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

В качестве обучающего материала могу предложить свои наработки по SQL-инъекции для MySQL. Писалось для начинающих форумчан-виндузятников, поэтому доступно вполне (изложен также процесс установки Apache, ActivePerl).