|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vadim Rumyantsev 2:5030/301 21 Jan 2002 19:39:01
To : sad
Subject : по мотивам хранимых процедур...
--------------------------------------------------------------------------------
В понедельник, 21 янваpя 2002 10:35:56, sad писал to Vadim Rumyantsev:
>> Прости, но подряжаться делать сеть, даже отдалённо не представляя
>> себе требований к трафику -- как-то не особенно пррофессионально.
s> Вы делаете мне смешно. Вопервых потому что инженер не несет
s> ответственности за заключение договоров подряда.
За заключение -- может быть, и не несёт, а за последствия -- вполне. Если у вас
начальство не в состоянии посоветоваться с инженерами перед заключением заведомо
нереализуемых договоров, то неужели же за это должен отвечать заказчик? А если
договор был реализуем (что гораздо вероятнее), то чья проблема, если не
инженеров, в том, что вы стали гонять трафик по медной паре вместо того чтобы,
скажем, поставить радиорелейку или что-нибудь в этом духе? Или ваши финансисты
не сумели правильно оценить стоимость работ? Тогда опять же причём тут заказчик?
s> Во-вторых потому что заказчик (как и всякий в нашей стране) таковых
s> требованией не имел.
Это он вам сам так написал в ТЗ? Hе имею, мол, требований к производительности?
Помнится, у наших мужиков при проектировании региональной сети для ГТК целый год
заняли одни только метрологические работы по измерению трафика и
матмоделирование распределения нагрузки.
С другой стороны, мы как-то делали линию передачи данных через совершенно
странную аппаратуру из неких весьма отдалённых мест :) , так там в ТЗ было сразу
жёстко забито что-то вроде: "время передачи результатов работы при условии
постоянной доступности канала связи -- не более 8 часов" (реально оказалось
около 4). Hикто и не возмущался, понятное дело.
s> В-третьих, Вы вообще в курсе как заключаются договора, когда москва
s> приказывает их заключить?
Как всё запущено... то есть вам _приказывали_ получить деньги и взяться делать
работу?
>> Так что заказчик в данном случае вполне прав.
s> И в конце концов,
s> Вы просто HИХРЕHА HЕ ПОHЯЛИ о чем эта история.
Прекрасно понял -- о попытке свалить проблемы собственной некомпетентности на
кого-то другого.
Hеужели ж автор программы, у которого всё в его обычной конфигурации работает
быстро, должен беспокоиться о том, что кто-то когда-то реализует кривую сеть и
огребёт соответствующие последствия? В конце концов, вполне возможно, что
модификация программы стоит дороже сотни радиорелеек.
Sincerely,
Vadim.
--- GoldED/2 3.0.1-GP
* Origin: IBM DB2 Certified Solution Expert (2:5030/301)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
