2010-06-08 3 views
0

Это производительность, масштабируемость, ремонтопригодность, удобство использования или что? Что вы всегда стремитесь достичь, создавая хорошее программное обеспечение или приложение и почему?Какое единственное качество программного обеспечения, к которому вы всегда стремитесь достичь?

Я всегда предпочитаю ремонтопригодность выше всего. Это нормально, если он не отличается от otimized или имеет отличный пользовательский интерфейс - он должен поддерживаться. Я уверен, что у каждого из нас будет что-то очень важное, чтобы сказать здесь. Вся идея состоит в том, чтобы собрать как можно больше перспектив для улучшения разработки программного обеспечения.

+0

«субъективны и аргументированный» и «не реальный вопрос» ИМХО –

ответ

4

Здесь есть ложная предпосылка: вы хотите оптимизировать только один аспект.

Вам нужно найти баланс, даже если это означает, что ни один из аспектов не идеально оптимизирован.

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

(Это может даже быть интерпретировано как немного эгоистично, поставив свои приоритеты для более легкой жизни над силами заказчика.)

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

+0

+1 за эгоистичная часть - и это было моей непосредственной мыслью, когда я читал, что они хотят иметь поддерживаемый код для себя, но для пользователей (которые обычно превосходят число разработчиков) просто дрянной пользовательский интерфейс. Может быть хорошо для внутренних библиотек; определенно неправильно, если вы хотите продать вещи :-) – Joey

1

Он должен делать то, что клиент хочет, чтобы это сделать

Это не имеет значения, как быстро, насколько эффективно, как ремонтопригодны или как тестируемая часть программного обеспечения, если он не делает то, что хочет клиент то они бесполезны для них

0

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

0

Читаемость.

Если код читаемый, это проще понять! Такие вещи, как оптимизация производительности, могут появиться позже, если потребуется после профилирования вашего кода.

Я думаю, что все другие «цели» вы упоминаете может быть построен на условии, что вы имеете читаемый -И поэтому понятно - кодовую