Драйвер - это я утрировал(типа драйвер же ты не пишешь - ты используешь стандартную библиотеку).
Про устойчивость не понял - у тебя какие-то проблемы с доступом к ФС? Пишешь свои драйвера, чтобы решить эти проблемы? OMG 0_о



Так, чисто из интересу... Ты про паттерны проектирования в курсе?

Я тоже утрировал) Почему обязательно ФС?)



В курсе) Но не все же задачи можно решить "шаблонно") Или ты хочешь сказать что было бы гораздо проще взять один самый современный движок и начать писать все игры только на нем? 
Не зря же умные люди из больших компаний иногда пишут что-то свое... 

И про адаптер? И про декоратор? Тогда какие проблемы в добавлении новой ф-циональности?

Ладно если система реализована грамотно до добавить ей новую функциональность не представляется большой проблемой... Но всеравно считаю что в большинстве случаев это не так просто)) 

Если она сделана не грамотно, то лучше сделать свой "велосипед", ибо готовое решение от Васи Пупкина, позавчера узнавшего что такое программирование - это не решение вовсе...

А теперь скажи реально ли сегодня найти стандартное, грамотно сделанное готовое, да к тому же еще и бесплатное(немаловажный фактор кстати) решение поставленной задачи? Причем задачи, отличающейся от написания драйвера))) 

DragonFire, конкретнее, pls.
Вот у меня задача стоит: сертификация аеропортов. Там, помимо всего прочего нужны сложные геометрические расчёты. Я порыл в сети и набрёл на CGAL. Почти всё что мне нужно есть. Всё чего нет - добавляется несколькими движениями руки.
Иначе мне пришлось бы писать всю эту геометрическую мутату самому.
Ессно, не для любой задачи есть готовое решение - тогда нужно писать "велосипед". В этом нет ничего страшного.

Это сообщение отредактировал(а) archimed7592 - 26.10.2007, 22:27

Согласен существует много готовых библиотек с решениями математики или графики... несколько меньше - физики... Но например когда я занимался нейронными сетями тут все алгоритмы пришлось самому писать) 
А так, естественно, зачем писать свой VCL если есть готовый)) 

И здесь смотрел?



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

Так бы и сказал, что искать готовые решения лень .

Т.е. я хочу сказать, что если решение идёт с компилятором/IDE, то как правило о нём многие знают и используют эти решения. Если же для того, чтобы использовать решение придётся немного потрудиться(найти его, установать, научиться пользоваться, протестировать), то многие почему-то предпочитают свои велосипеды. Чисто из праздного интересу: а зачем? Уже всё есть. Уже всё отлажено. Возьми "с полки" и используй на здоровье, а если баг найдёшь, так за тебя его исправят, да ещё и спасибо скажут - тебе останется только установить патч.
Вот и спрашивается - зачем?
Взять, к примеру PDF. Я не знаю насколько у него сложен формат, да и знать не хочу - зачем мне забивать голову бинарным форматом, когда есть куча свободных библиотек, предоставляющих более высокоуровневый интерфейс к PDF.
XML... можно парсить руками - это не сложно... А зачем? Есть промышленный стандарт - DOM, с которым и работать приятней и не нужно ничего изобретать.
Для выделения подстрок можно использовать pos, indexOf, find или как эта ф-ция называется в вашем языке, а можно использовать библиотеку для регулярных выражений.
Во всех готовых решениях есть один минус: в них нужно разобраться, но... Неужели это сложнее, чем написать свой велосипед?
Зато плюсов у готовых решений немерено и я их уже приводил... основные из них:
1) научиться нужно лишь единожды - потом можно использовать это решение в любом проекте, сколько угодно раз.
2) готовые решения как правило написаны более качественно и продуманно, чем решение написаное с перепугу "а завтра же deadline".
3) готовые решения как правило содержат меньше багов, ибо ими пользуешься не только ты, но и "миллион лемингов"(которые не могут ошибаться )

В чем-то ты конечно прав но для меня существует два минуса готовых решений:
1) Недоступность кода (тот же VCL я могу в любое время просмотреть полностью, а практически все библиотеки поставляются именно как библиотеки, а не набор юнитов)
2) Цена (далеко не все решения бесплатны, а если писать корпоративный проект то в любом случае покупать весь софт придется...)
Но никто не говорил что PDF RAR и другие форматы надо читать ручками)) 

Осмелюсь предположить, что тебе эти коды и не нужны вовсе. Действительно... Зачем они тебе? 



Мммм... Мне кажется, что та же VCL тебе не бесплатно досталась? 



А какие надо? Именно надо. Т.е. в каких случаях не приемлется готовое решение и почему его нужно писать самому? Попробуй сформулировать критерии...

Хорошо написал, присоединяюсь. Добавлю еще один пункт.
4) Готовые решения продолжают развиваться, исправляться и улучшатся параллельно с твоим проектом. И в следующие релизы твоего продукта таким образом войдут не только человеко-часы твоей команды, но вся работа проделанная над сторонним продуктом его командой. Если не поленишься, конечно, следить за его развитием и обновлять версии.

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


Это зависит от технологий. В Java, к примеру, такой проблемы нет.


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

К сожалению пишу на C++ и ObjectPascal )) Хотя подмечено верно...  

Вопрос спорный) Но если его развивать еще пара страниц флуда появится... 

А я псих, пишу всё своё