Сколько времени у вас занимает изучение одной книги по программированию?

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

Книги по программированию не нужны. Достаточно подробной документации. Если документация не подробная - то такой ЯП не нужен.

В документации вроде как описаны все функции, но зачем они, что с ними делать, что не надо делать, там не особо много примеров вроде :(

как можно попрактиковаться, не совсем понятно

Программировать. Единственный Ъ-способ.

В документации вроде как описаны все функции, но зачем они, что с ними делать, что не надо делать, там не особо много примеров вроде :(

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

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

Вот одна страничка из книжки: http://s58.radikal.ru/i162/1306/1a/b4a991ba26a7.jpg

Мне показалось, фигня какая-то написана, или что-то не правильно воспринял?)

Сколько времени у вас занимает изучение одной книги по программированию?

изучение книги

Изучают их литературоведы, издатели и те, кто дает рецензии.

Изучение материала, изложенного в книге)

Книги по программированию не нужны. Достаточно подробной документации.

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

Два репозитория этому погромисту!

ППКС. Документации хватает для всего.

Но ведь помимо книг по языкам программирования есть еще и книги по алгоритмам, например.

на stackoverflow к настоящему моменту описаны все особые случаи в любой технологии.

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

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

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

Никогда не изучал книг по программированию. Обычно курю мануалы.

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

Гослинг напейсал не только документацию по мегарулезному языку программирования Java

Пруф - http://docs.oracle.com/javase/specs/jls/se7/html/index.html

но и учебник

Пруф - http://www.proklondike.com/books/java/arnold_gosling_java.html

Так, что главное - это чтобы Вы в Вашем урюпинском радиотехническом университете (ПТУ) хорошо учились и читали книги по программированию для саморазвития.

книжки, которые учат смотреть на задачу с нужной стороны и разбивать её на подходящие куски

Не видел таких. Ни одной. Всё тупо пришло с опытом.

Книги по программированию не нужны. Достаточно подробной документации.

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

Проблема в том что нельзя задать вопрос о том, чего совсем не представляешь.

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

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

По сути не читая учебники ты вынуждаешь себя изобретать их самостоятельно. Можно, но зачем?

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

это ведь трата ресурсов впустую

Нет. Не впустую. Когда ты читаешь в учебнике «передача функций в параметре», читаешь мудрёные слова, обычно по английски - callback, deferred, в худшем случае «по русски» коллбэк и деферред, и нихрена не понимаешь, что это, зачем оно нужно, о чём вообще речь идёт, что за навороты? В учебниках ведь обычно какие примеры? Давайте доопределим 2*2 так, чтобы оно могло вычислять ещё и 3*3!

А когда ты сам, в реальной задаче, дошёл до проблемы, и узнал метод её решения - коллбэк ли это, мультипроцессное ли взаимодействие, event-loop - ты уже совсем другими глазами на это смотришь. Уже вооружённым взглядом, как говорил артист Филиппов.

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

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

Разве у хаскеля подробная документация?

Не говоря уже о том, что хаскель то и не нужен

Я книжку по LISP уже лет 5 читаю, перед сном, засыпаю отлично. Прочитал меньше половины.

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

Вот именно такие люди и понаписали книжек в последнее время

Но ведь помимо книг по языкам программирования есть еще и книги по алгоритмам, например.

По алгоритмам дело другое. Оно надо.

И люди, которые еще вчера не были знакомы с программированием, могут сегодня взять доки любого языка и тут же начать писать на нем :)

Так и есть.

Разве у хаскеля подробная документация?

куда уж подробнее http://www.haskell.org/onlinereport/haskell2010/

Так и есть.

Напиши пузырьковую сортировку на хаскеле, мы посмотрим. Только чур не гуглить bubble sort haskell.

Так и есть.

В этом есть что то плохое? Программирование давным давно перестало быть мастерством и стало обычным ремеслом, так что всё нормально. Окучивание картошки уже давно престижнее чем писанина софта.

Да что ты со своим хаскелем прикопался-то?

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

Кстати, а в чём состоит разница между книгой и документацией?

за авторством Д.Полиа не?

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

а вот по критерию смотрите как dumb ( хуже только спецально уходшениые по типу (сортируем первые N-1 , затем последнии N-1, затем первые N-1 - и вот эта сортировка N в рекурсии с терминальным случаем N=0 и сортируем на месте ) которым нужно обязательно испортить табуларазу обучаемого что бы первой асоциацией своей реализации был бы пузырёк

в связности сюжета

Гугл ищет только Г. Полиа.

Дьёрдь Пойа (Polya Gyorgy)

Каким боком он к программированию?

Таких людей немного (относительно). Остальных ты, наверное, назовешь тупыми ленивыми кретинами, которые без учебника/курсов ничего освоить не могут, но без них существующее число программистов можно было бы поделить на 10.

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

к решения матано-подобных задач программирования вполне.

Это сравнительно узкий подкласс задач программирования.

всё в этом мире подлунном матан.

даже круги на воде от брошеного камня.

даже неимеющее иного смысла перекладывание бумажек на многих столах.

Вс понятно, даже не смотря, что книжка на русском

Зависит от книжки. ABSG пролистал за пару дней. TAPL читал где-то полгода.