Хотелось бы услышать мнение многих по следующему вопросу "Качество программ". Современная информационная техника состоит из железа и софта. По отношению к железу наработано очень много, а вот с софтом ситуация совсем другая. Когда мы говорим надежность по отношению к диоду, транзистору, реле, микросхеме, и наконец, к какому-то блоку, устройству, агрегату, то все ясно. Показатели надежности долговечность, вероятность безотказной работы, сохраняемость, ремонтопригодность и т.д. По отношению к программам это как-то напрямую и не склеивается. Используют термин "Качество". Качество свойство потребительское. Больше заплатил и получил получше. Если вам за проект заплатили 2500 у.е., один вариант, 10000 рублей - совсем другой вариант, разная заинтересованность и соотвественно качество. Ну нельзя же откровенно пытаться доказывать, что программа длиннее менее надежна, чем более короткая программа? Программа, которую хорошо оттестировали на конкретных данных, отладили и, если надо, то в каких-то ее участках диагностировали, выявили неточногсти и исправили, будет более качественной и надежной. Я затронул лишь маленький кусочек вопроса. Под занавес все-таки спрошу "Программы и надежность". Это сочетание понятий наверное можно обсуждать, но видимо как-то по-другому.

GradientКак тебе удается ставить пробелы между словами? Не лень или unicode/etc?

Вопрос слишком общий и не по теме форума: впредь будь внимательнее. Попробуй начать отсюда .

Ссылка мне понравилась. Я это все уже знаю. Но понравилась тем, что в одном месте все хорошо собрано.
Вопрос мой, возможно, прозвучал не на том форуме, но для тех, кто работает с С++ он наиболее актуален (хотя и для всех остальных программистов важен). Спасибо Gradient.

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

с уважением
(круглый)

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