Все для ничто.
перебор
Я так за много лет и не смог освоить правило, предлагающее всегда пользоваться уже написанными библиотеками. За редким исключением. Причём, чем аскетичнее библиотека, тем скорее она входит в исключения, а чем она более функциональна и богата, тем скорее я вообще её не воспользуюсь. Я много раз пытался, но так и не смог. Вижу в парадигме "используй готовое" обман. Зачастую сложно правильно подобрать библиотеки и функции к своей задаче, так чтобы не получалось смешных ситуаций. Более того, никто и не подбирает в большинстве случаев, смотрят обычно по понятности API. Зачастую пользователем библиотеки не тестируется эти библиотеки на оптимальность, красоту кода и т.д. В итоге, где-то в недрах программы кишат двупроходные разборы строк, делающие split /'\s+'/. Вообще, сложно написать хорошую библиотеку с хорошим API, это понятно. Но вот скажите мне, что такое требует midnight commander, чтобы нарисовать мне два малофункциональных синих окошка? А perl DBI ставили? А перловый LibXML? А теперь представьте, что сейчас вы читаете этот текст, а внутри вашей машины копошится куча библиотек, с тысячами связей, подсвязей, оработок и проверок, а ещё больше пылится за компанию.
Я стал потихоньку приходить к мнению, что если что-то плохо универсиализируется и может быть достаточно просто написано индивидуально - должно быть написано индивидуально. Вся это иерарзия стандартных и нестандартных библиотек - самообман и деструктив.
Продолжение есть тут
Я так за много лет и не смог освоить правило, предлагающее всегда пользоваться уже написанными библиотеками. За редким исключением. Причём, чем аскетичнее библиотека, тем скорее она входит в исключения, а чем она более функциональна и богата, тем скорее я вообще её не воспользуюсь. Я много раз пытался, но так и не смог. Вижу в парадигме "используй готовое" обман. Зачастую сложно правильно подобрать библиотеки и функции к своей задаче, так чтобы не получалось смешных ситуаций. Более того, никто и не подбирает в большинстве случаев, смотрят обычно по понятности API. Зачастую пользователем библиотеки не тестируется эти библиотеки на оптимальность, красоту кода и т.д. В итоге, где-то в недрах программы кишат двупроходные разборы строк, делающие split /'\s+'/. Вообще, сложно написать хорошую библиотеку с хорошим API, это понятно. Но вот скажите мне, что такое требует midnight commander, чтобы нарисовать мне два малофункциональных синих окошка? А perl DBI ставили? А перловый LibXML? А теперь представьте, что сейчас вы читаете этот текст, а внутри вашей машины копошится куча библиотек, с тысячами связей, подсвязей, оработок и проверок, а ещё больше пылится за компанию.
Я стал потихоньку приходить к мнению, что если что-то плохо универсиализируется и может быть достаточно просто написано индивидуально - должно быть написано индивидуально. Вся это иерарзия стандартных и нестандартных библиотек - самообман и деструктив.
Продолжение есть тут
-
-
07.05.2007 в 09:29-
-
07.05.2007 в 10:35-
-
07.05.2007 в 15:24ну в общем-то верно... =) я тож всегда свое пишу... потому что люблю чтоб все было красиво... ВЕ... в том числе и идентификаторы... и структура уода(визуальная)... так как я люблю никто не сделает)))
а вместо Abs() я использую тринарный оператор... по-моему вполне))