Еще я занимаюсь визуализацией информации, это связано напрямую. Книги по бизнесу мне надоели. В прошлом году я прочитал 3. В этом пару есть на примете. Но это нельзя назвать обучением особо. И конечно я слежу за всеми трендами в agile development. Кроме того, никогда неизвестно, что влияет на твою способность принимать правильные решения. Возможно, поиграв час на гитаре, я решу крутую проблему :)
>как существа довольно ленивые часто пропускают это между ушей
Это очень сильно зависит от преподавателя. Даже средней ленивости студент будет с интересом слушать умного человека, который рассказывает увлекательно, с энтузиазмом, и последовательно. Конечно, можно сразу с первой лекции показать, какой я умный преподаватель, а вы тут все нулевые. Но лучше заинтересовать предметом, показать какие он дает перспективы, с чем связан, зачем он вообще нужен. По крайней мере после этого те, кому предмет не нужен, смогут это понять и не ходить на пары :)
> Процесс обучения — вещь довольно индивидуальная и нельзя утверждать что если все объяснить — то будет лучше
Согласен. Индивидуальный. Задача преподавателя — подвести ученика к a-ha-моментам. Думаю это очень сложно и требует наверное слишком много времени в каждом отдельном случае, а наша система образования не дает это сделать.
Это очень сложный вопрос. У меня например есть 4 темы, которые я бурю :) Гитара, Функциональное программирование, математика и шахматы. Я пытаюсь всему уделять не менее получаса в день. Пока получается средненько. Возможно, 4 параллельных темы слишком много и достаточно трех.
В точку. Мы в свое время взяли ExtJS. Гораздо более легковесный, чем GWT, но и с ним было СТОЛЬКО геморроя на UI, что просто финиш. В этом году написали свой фреймворк на Underscore и jQuery. Гораздо лучше все стало. Гораздо проще модифицировать UI. Дизайнер уже не рвет на голове волосы, выискивая класс в дебрях сгенеренного дума.
Отличный коммент. Подписываюсь и плюсую. GWT вводит совершенно ненужный в данном случае уровень абстракции, который решая одну проблему, порождает другие, отнимающие время. Java не самый лучший язык. ООП не самый лучший способ разработки для веб.
www.amazon.com/Visual-Display-Quantitative-Information/dp/0961392142/
www.amazon.com/Visual-Explanations-Quantities-Evidence-Narrative/dp/0961392126/
www.amazon.com/Semiology-Graphics-Diagrams-Networks-Maps/dp/1589482611
www.amazon.com/gp/product/0857290789
Хорошие ресурсы
infosthetics.com/archives/2008/05/online_data_visualization_talks.html
comminfo.rutgers.edu/~aspoerri/Teaching/InfoVisOnline/Lectures/Lectures.htm
www.smallmeans.com/new-york-times-infographics/
В джиру аджайл вкрутили силой, и пока это выглядит несколько неестественной в ней.
Это очень сильно зависит от преподавателя. Даже средней ленивости студент будет с интересом слушать умного человека, который рассказывает увлекательно, с энтузиазмом, и последовательно. Конечно, можно сразу с первой лекции показать, какой я умный преподаватель, а вы тут все нулевые. Но лучше заинтересовать предметом, показать какие он дает перспективы, с чем связан, зачем он вообще нужен. По крайней мере после этого те, кому предмет не нужен, смогут это понять и не ходить на пары :)
> Процесс обучения — вещь довольно индивидуальная и нельзя утверждать что если все объяснить — то будет лучше
Согласен. Индивидуальный. Задача преподавателя — подвести ученика к a-ha-моментам. Думаю это очень сложно и требует наверное слишком много времени в каждом отдельном случае, а наша система образования не дает это сделать.
Правда, UX фаза еще есть совершенно отдельная со своей командой.
А так и kick-start митинги общие для каждой юзер стори, и презентация архитектурных решений, и TDD/BDD, ну и так далее.
Вот более подробно www.targetprocess.com/blog/2011/04/our-development-process-1-5-years-later.html
постыдились бы людям такой код показывать…
Может ну их, эти эстимейты?