Как вы относитесь к методу проведения занятий типа семинар?
Я вот, похоже, отрицательно. Просто наблюдая их эффективность для себя.
Конечно, пока готовишься к семинару - перечитываешь кучу материала. Разбираешься со всем, что нужно. И эффект получается солидный. Тема усвоена отлично. Но постойте! Это же всего одна тема из курса! А что с остальными? А они отданы на откуп одногруппникам. И вот тут эффективность страдает. Ибо, в нашей группе, приемлемо(ну опять же, по каким-то моим критериям) подать материал могут очень не многие. Что получается в итоге, думаю, вы итак знаете.
В общем, я считаю, что если стоит задача получить знания, то преподавать должны профессионалы. А семинары, они для чего-то другого предназначены...
Возвращаясь к изначальному вопросу. А что по этому поводу думаете вы? Интересны ли вам семинары? Эффективны ли?
вторник, 5 апреля 2011 г.
понедельник, 4 апреля 2011 г.
Альфа
В субботу сдавали альфа-версию нашего агрегатора барахолок.
На самом деле, это шикарный спецкурс. Мы, в общем-то предоставлены сами себе. Сами придумываем задачи, сами их реализуем. Сами организуем работу. Лишь по субботам отчитываемся перед преподавателем.
По сути - стартап с внешним контролем. Я поучаствовал уже в некотором количестве стартапов и могу сказать - этот мы точно доведем до конца. Причина - в организации. Но обо всем по-порядку.
Напомню, что моя основная роль в этом проекте - менеджмент. Организовать процесс, поставить задачу. Проследить за выполнением. Но, по понятным причинам, не писать код я не могу))
Изначально, в команде было 7 человек. И было очень трудно заставить кого-то работать. Сейчас то я более-менее с этим справился. А тогда....
После некоторых событий, размер команды сократился до 4х человек. И вот тут то поперло. Жить стало намного проще. Проще контролировать происходящее, проще распределять задачи, - потому что знаешь - задания выполнят, ибо все(ну почти) разгильдяи выпилены. Сейчас в проекте остались люди, которым действительно интересно сделать продукт, а не получить оценку в зачетку. Важная мысль, которую я отсюда вынес - нужно не заставлять людей работать, а избавляться от тех, кто не работает.
Кто-то мог подумать, что роль преподавателя - только надзорная. Но это не так. Буквально в эту субботу в соседней команде он лишил своего поста менеджера команды. Он мониторит активность в нашем проекте и, иногда, как я понял, посматривает на код. А еще постоянно требует поддерживать актуальными планы на текущую неделю и выставлять оценки за уже сделанную работу. Планы очень даже помогают, кстати.
Не буду рассказывать пока про технические аспекты работы - будет еще публичная бета-версия)
Также, на следующей стадии планируется более плотная работа с преподавателем в виде регулярного codereview в яндексе.
В общем, все происходящее меня дико радует. Мы делаем довольно крупный проект, по-своему сложный и интересный. И главное - у нас получается))
Но везде есть недостатки... Главный, у нас - на картинке. И он, видимо, все же по моей вине)
На самом деле, это шикарный спецкурс. Мы, в общем-то предоставлены сами себе. Сами придумываем задачи, сами их реализуем. Сами организуем работу. Лишь по субботам отчитываемся перед преподавателем.
По сути - стартап с внешним контролем. Я поучаствовал уже в некотором количестве стартапов и могу сказать - этот мы точно доведем до конца. Причина - в организации. Но обо всем по-порядку.
Напомню, что моя основная роль в этом проекте - менеджмент. Организовать процесс, поставить задачу. Проследить за выполнением. Но, по понятным причинам, не писать код я не могу))
Изначально, в команде было 7 человек. И было очень трудно заставить кого-то работать. Сейчас то я более-менее с этим справился. А тогда....
После некоторых событий, размер команды сократился до 4х человек. И вот тут то поперло. Жить стало намного проще. Проще контролировать происходящее, проще распределять задачи, - потому что знаешь - задания выполнят, ибо все(ну почти) разгильдяи выпилены. Сейчас в проекте остались люди, которым действительно интересно сделать продукт, а не получить оценку в зачетку. Важная мысль, которую я отсюда вынес - нужно не заставлять людей работать, а избавляться от тех, кто не работает.
Кто-то мог подумать, что роль преподавателя - только надзорная. Но это не так. Буквально в эту субботу в соседней команде он лишил своего поста менеджера команды. Он мониторит активность в нашем проекте и, иногда, как я понял, посматривает на код. А еще постоянно требует поддерживать актуальными планы на текущую неделю и выставлять оценки за уже сделанную работу. Планы очень даже помогают, кстати.
Не буду рассказывать пока про технические аспекты работы - будет еще публичная бета-версия)
Также, на следующей стадии планируется более плотная работа с преподавателем в виде регулярного codereview в яндексе.
В общем, все происходящее меня дико радует. Мы делаем довольно крупный проект, по-своему сложный и интересный. И главное - у нас получается))
Но везде есть недостатки... Главный, у нас - на картинке. И он, видимо, все же по моей вине)
Подписаться на:
Сообщения (Atom)