> Очень много логики есть в готовых библиотеках. Её уже не нужно писать.
> Нужно уметь читать документацию. А документация в питоне куцая.Очень смешно.
ps. Кроме dir() и help(), которая, особенно в том же ipython-notebook, помогает, в python есть и другая документация. Нет, не pydoc, хотя он тоже реально может помочь. :) Имя ей - /usr/share/doc/python-X.X/html , ну или в вебе.
Вот в пыхе документация - всем документациям документация. Когда делал обзор, пытался достучаться до примеров функций - хрен там, три строки текста и меню на 20 глав, по названиям из которых хрен до чего догадаешься.
А в python документация самодостаточна. Можно смело брать её на необитаемый остров, и там писать что-то нужное.
> Нужно не писать и смотреть, нужно знать порядки сложности алгоритмов. И уметь
> выбирать нужный алгоритм в уме, ещё до написания программы. А ещё
> лучше - выбирать готовую библиотеку, почитав документацию.
Напыщенный бред. Алгоритмы - это хорошо, потому что они алгоритмы... Пустая глубокая мысль.
Для веба, да и для другого юзерского ПО главное - это людские алгоритмы. СДЕЛАТЬ ЛЮДЯМ УДОБНО. У меня 90% времени уходит на то, чтобы тасовать кнопочки, элементы интерфейса и прочее, чтобы прежде всего было понятно, что это вообще, и впервые увидевший понял, как этим пользоваться, и во-вторых, чтобы это было логично, чтобы человек, пользуясь вещью, не задумывался каждый раз, где искать то и то, а оно у него было под рукой.
(пошла телекартинка) "раньше, когда я был пыхером, я не задумывался о логичности, но поняв python, я понял проблемы простых людей, стал приветливее, добрее, И ПЕРЕСТАЛ ПЕРЕГРУЖАТЬ ИХ НАХРЕН ИМ НЕ НУЖНОЙ ИНФОРМАЦИЕЙ, КОТОРАЯ ВЫГЛЯДИТ КРУТО НО МЕШАЕТ ПОГОЛОВНО ВСЕМ"
И для удобства разработчика нужно планировать так, чтобы оперативные изменения и вглубь и вширь давались лёгким потком и кровькой. Не "это не так удобно, но я это уже написал, и переписывать эту хрень - лень", а "это был не самый удачный вариант, но ЛЁЁЁ-ЁГКИМ ДВИЖЕЕЕ-ЕНИЕМ руки мы превращаем его в другой".
Код - это набор компромиссов. И иногда в python коде возникает кусок, который выглядит неэлегантно. И мешает. И будет мешать. И лучше подумать, как его превратить из куска, решающего проблему, в элегантный и логичный кусок, решающий проблему, чем думать - работает и ладно, и так сойдёт. Сойдёт до поры до времени.
Но это не значит, что нужно заниматься идеальностю. Заниматься нужно не кодом, заниматься нужно не понятностью, заниматься нужно развитием. Время должно использоваться и на то, и на другое, а не на выбор "или то, или другое". И время не бесконечное, оттуда и ошибки, оттуда и проблемные места. Некоторые можно спрятать с глаз долой в модуль до тех пор, пока руки не дойдут. А некоторые, особенно для паблик-кода, по которому дети будут учиться, лучше переписать. Если этот код никто, кроме тебя не увидит - тут другое дело, но для открытого кода такого допускать нельзя. Лучше подумать над написанным.
> Не нужно ни в голове крутить, ни на доске двигать. За вас
> уже подумали такие умы, что вам остаётся только познакомиться с их
> наработками. Новые алгоритмы нынче появляются ооооочень редко, не думайте что вы
> делаете нечто такое, что ещё никто до вас не делал. Сейчас
> больше усилий программистов уходит на погоню за новыми технологиями. Питонисты -
> одни из таких людей, которые эту гонку создают, заставляя при каждом
> выходе новой версии питона переписывать людей тонны уже готового отлаженного работающего
> кода. Нет, спасибо, уж лучше Perl.
Поздравляю тебя, Шарик. Ты балбес. Эти слова не связаны ни смыслом, ни реальностью, ни фактами.
