Вернулся, наверно, к классическому подходу:

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

читаю теорию и параллельно решаю прикладную задачу;

читаю теорию и параллельно решаю прикладную задачу

(а что, мануалы — это не теория?)

мануалы — это не теория?

В этом контексте - не совсем.

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

читаю теорию и параллельно решаю прикладную задачу;

Дает самый качественный результат. Особенно если «смотреть по сторонам».

Вначале ручка, тетрадка (тетрадкИ/листочки/etc) и конспекты...конспекты...

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

Потом завершение конспектирования и уже практика.

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

Сижу и думаю: «блиииин, как же неохота».

Где вариант «Звоню оператору и прошу загрузить в мой мозг необходимые данные»?

Обычно нахожу какую-нибудь книжку и читаю её. А затем читаю книжку еще раз и параллельно выполняю задачу.

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

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

А как ты звонишь с завязанными сзади руками, санитары разрешают?

В качестве офтопа

Новости systemd — новый подход к инициализации системы (2010)

Любопытно иногда бывает почитать старые треды.

Я обычный хеллоуворлдщик и яумамыхакир, поэтому выбрал пункт «Изучаю теорию и выполняю учебные упражнения»...

решаю прикладную задачу и параллельно читаю теорию

иногда

не читаю теорию, пользуюсь мануалами

Читаю кратко заметку на ЛОРе и формирую единственно правильное мнение. Убиваю несогласных

Долго мучился выбором между «изучаю теорию и выполняю учебные упражнения» и «читаю теорию и параллельно решаю прикладную задачу», потому как в жизни бывает и так и этак. Совсем без теории стрёмно. Но заранее досконально изучить её без практики тяжело да и нецелесообразно, например.

«Лучший способ изучить язык программирования - писать на нём программы» (K&R)

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

решаю прикладную задачу и параллельно читаю теорию

а что, можно как-то иначе? пожалуй, всё остальное будет скучно и/или непродуктивно.

И это - правильно!

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

Только, лично я, в начале, всё-таки занимаюсь подбором конкретного языка под конкретную задачу. А тут-то, без знания теории - никак. А задачи сыплются как из рога изобилия... И лишь после...

разбираюсь...что я сделал неправильно.

читаю теорию и параллельно решаю прикладную задачу

А является ли среднестатистический ЛОРовец программистом?

Step 1: Базис по технологии, что бы в трех соснах не теряться, от пары дней до пары недель.

Step 2: Открытие своей записной книжки идей, найти нужную на которую хорошо ложиться данная технология, проверка является ли эта идея актуальной и нужной и будет ли смысл этим заниматься.

Step 3: Если есть Интерфейс, то вначале дизайн онного, продумывание структуры, логики работы и прочее.

Step 4: Разработка с помощью выбранной технологии.

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

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

Как-то «изучение теории» и «новый язык программирования» мало сочетаются. «Теория» — это, таки, уровень не языка, а задачи, при чём специфической. Алгоритмы, там, Кнут...

...

Что до меня, в последние лет 10 обычно при изучении нового языка использую GDD («Google-driven development»). Сперва немного читаю основные особенности языка или библиотеки/фреймворка, потом решаю задачу, попутно нагугливая решения возникающих вопросов, как в непосредственно документации по языку, так и на всяких StackOverflow (SODD :))

30.08.2014 19:47:17
Проверено: beastie (06.11.2014 21:18:08)

o_O

Ну е-мое. Моего варианта нет. Если узнаю про новую технологию, сначала читаю теорию (максимально быстро, методом скорочтения, останавливаясь на всех новых аспектах). Это быстро. Затем нахожу не самую сложную (но все же прикладную) задачу и решаю ее закопавшись в документацию.

Ответил:

читаю теорию и параллельно решаю прикладную задачу

не изучаю теорию, сразу погружаюсь в разработку13 (6%)

сначала досконально изучаю теорию

учебные задачи вообще никогда не решаю.

решаю прикладную задачу и параллельно читаю теорию

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

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

Обычно методом тыка и поиска по serverfault. Если ничего не помогает, сажусь читать доки.

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

Ты ещё забыл про LORDD. ;)

Опросов много, очередь длинная.

решаю прикладную задачу и параллельно читаю теорию

Ибо чаще всего надо ВОТ ПРЯМО СЕЙЧАС.

Ты ещё забыл про LORDD. ;)

Да, но это сильно менее 1% от разработки :)

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

Это

решаю прикладную задачу и параллельно читаю теорию

И вот это

читаю теорию и параллельно решаю прикладную задачу

Полностью эквивалентны, т.к. операция логического «И» коммуникативна.

Читаю кратко заметку на ЛОРе и формирую единственно правильное мнение. Убиваю несогласных

в каждой шутке есть доля шутки.

создайте опрос и к следующей весне получите ответ или не получите так как опрос не пропустят.

Очень редко, когда эффективно в моем случае.

решаю прикладную задачу и параллельно читаю теорию

если новый язык, изучаю теорию и выполняю учебные упражнения

если новый фреймворк, решаю прикладную задачу и параллельно читаю теорию

Читаю ЛОР и делаю наоборот.

Если задач никаких нет, то чего читать теорию. Если требуется применение, тогда нужно решать рабочую задачу, параллельно читая мануалы и теорию. А вообще лучшая книга это краткий чёткий ясный справочник без водищи. «Художественная литература» - бестолковщина ИМХО.

Допустим, тебе нужно разобраться в systemd. Твои действия после прочтения ЛОРа? :]