2 Евгений Доронин:
Вопрос :
есть -ли методика которая говорит что оборудования для достаточно а вот прога - неакуратно работает с БД?

Есть, например, программист(ы) заказчика может оценить участки исходников этой системы, где предположительно может быть проблема и сделать соответствующие выводы, например, проблемы могуть быть лишь с определенными запросами, объектами БД и т.п. Это работает даже в том случае, если не было требований к производительности системы. Если требования были (другой вопрос обоснованные они или нет, но это уже задача исполнителя находить компромиссы), то несоответствие доказывается тестированием

.. вот я например додумался, что может быть есть такие вещи как-то : на базе с лимоном записей, с выборкой которая использует например 2-3 индекса и др. вещи из обычных настроек (остальные параметры настройки быстродействия, на оборудовании(так и его составляющих) такого-то производителя/ с такими-то показателями по скорости/ и чего-то там еще - выборка в среднем должна проходить за столько-то (это какраз - лучше помогите материально! ).

Возможно где-то и есть такие данные и кто-то их коллекционирует, но учитывая разнообразие конфигураций железа, ОС, самих СУБД и структур данных...

1. Я не понимаю модератора или кто-там перенес мой запрос из темы SQL Server-а в тему тестирования. Да тема тестирования мне близка - мы тестовая компания. Но я то писал, что тестирование идет применительно только к SQL Server-у!

Ваша тема относится к проверке соответствия ПО требованиям и отчасти к проектированию ПО, а точнее к SPE (software performance engineering). Так что здесь ей самое место, т.к вопрос общий и вместо MSSQL могла быть другая СУБД :о)


2 Max Pro:
Чтобы ответить на твой вопрос надо таки попытаться сделать альтернативную программу, иллюстрирующую, что первая программа работает медленнее, а твоя новая быстрее. Я сам демонстрировал руководству свою прогу, работающую на порядок быстрее, чем та, что была сделана ранее.

Да, если заказчик готов заплатить за альтернативный вариант. Обычно достаточно обоснованного мнения 1 или 2 архитекторов/программистов, представляющих интересы заказчика, что ПО явно содержит ошибки проектирования/программирования или недоработки с т.з ИТ-науки

Разработчики откровенно посылают. Потому что нефиг им делать переделывать готовое, за бесплатно, да и вообще, выслушивать критику от "эникейщиков" (а других IT у заказчика и не бывает) их гениального софта... фи.

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

3 Если пп 1 и 2 не соблюдаются - все, приплыли, покупать новый сервер.

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

Если мы не прикончим войну, то война прикончит нас.
/* (с) Герберт Уэллс */

1 Любое сколько нибудь сложное ПО можно оптимизировать и оно будет работать быстрее. Любое. Можно. Причем разработчики прекрасно знают где у них торомоза и на чем.

А на чем основано ваше утверждение про "любое"? По идее высказывание должно быть, например, таким (дословно цитирую SPE-источники):

"Любое ¹⁾ ПО можно оптимизировать ²⁾ , только тогда, когда еще остались доступные ³⁾ средства и способы."

---
¹⁾ сложность уже не никакого имеет значения.
²⁾ имеется в виду любая оптимизация не только скорости выполнения, а также использования ресурсов и т.п.
³⁾ в условиях ограничений проекта: время, средства и т.п.

2 Если программистов не _заставлять_ (материально) они этого (оптимизации) делать не будут.

Многие не будут ее делать даже если их _заставлять_ (материально). В характеристиках продукта и его качестве должен быть заинтересовано прежде всего руководство (если мы говорим о своих разработчиках) и оно должно обеспечивать качественные требования к ПО (например, нанимать аналитиков), инвестировать в НИОКР, аудит, повышение квалификации и т.п...

3 Все ваши разговоры, что ПО спроектировано не так как надо сами по себе (без материальных угроз) не стоят ничего. Разработчики легко их опровергнут, т.к. они свое ПО знают неизмеримо лучше и смогут доказать все, что угодно.

Вы правы, если руководство/заказчик совсем неграмотные (да, такое не редко в России) и они попытаются что-то доказывать своими силами. Если же они пригласят сторонних специалистов, то этим разработчикам, защищающим свой откровенный брак даже не с т.з требований, к-рые не достаточно подробные, а с т.з элементарной ИТ-науки, придется краснеть. Гонор и апломб обычно пропадают в момент, т.к с очевидными фактами спорить трудно...

4 ... а с материальными угрозами не нужны никакие обоснования. Медленно работает и все тут.

То же самое: разработчики довольно легко могут доказать руководству, что стандартные возможности имеющихся средств/способов и железа исчерпаны, и следует использовать что-то другое. Угрожать разработчикам безо всяких оснований - это признак непрофессионализма руководства