iskatel: (Default)
[personal profile] iskatel
Уважаемый г. Архитектор!

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

Имейте ввиду, что дом, который я выберу, несомненно должен стоить меньше чем тот, в котором я живу сейчас. Убедитесь, однако, чтобы все недостатки которые имеются в моем текущем доме (пол на кухне трясется при ходьбе и стены даже близко не звукоизолированы) были исправлены.

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

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

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

Пожалуйста, не беспокойте меня мелкими деталями. Ваша работа разработать общий план дома - создайте большую картину. В то же время, например, это не включает в себя выбор цвета для линолеума.

Имейте ввиду, однако, что моя жена предпочитает голубой.

Также, не беспокойтесь о приобретении материалов для постройки самого дома. Ваша первейшая задача - разработка детального плана и спецификации. Однако я ожидаю, что после утверждения планов, дом будет сдан под ключ через 48 часов.

Несмотря на то, что вы проектируете дом специально для меня, имейте ввиду, что рано или поздно я буду его продавать. Так что он должен привлекать широкий спектр потенциальных покупателей. Убедитесь, до завершения плана, что в него включены наиболее привлекательные особенности всех окрестных домов. Я бы посоветовал вам сходить и посмотреть на дом моего соседа, который он построил в прошлом году. Он нам очень нравится. В нем есть масса особенностей, которые мы бы хотели видеть и в нашем доме. В частности 25 метровый бассейн. Я уверен, что при тщательной разработке, он может быть включен в проект без увеличения его окончательной стоимости.

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

Вы должно быть взбудоражены от возможности работы над таким интересным проектом! Не часто выдается шанс использовать все новейшие технологии и материалы, при полной свободе в проектировании. Свяжитесь со мной как можно скорее с вашими идеями и полными планами.

PS: Моя жена только что сказала, что не согласна с большей частью инструкций, которые я вам дал в этом письме. Ваша задача, как архитектора, разрешить эти противоречия. Я пытался в прошлом и не достиг успеха. Если вы не в состоянии взять на себя такую ответственность, мне придется нанять другого архитектора.

PPS: Возможно мне нужен вовсе не дом, а жилой прицеп. Сообщите, что вы думаете по этому поводу.


===========================
взято с воффки.
http://voffka.com/archives/2005/12/28/023460.html

Date: 2005-12-28 09:28 pm (UTC)
From: [identity profile] maxyki.livejournal.com
Бегом от такого заказчика.

Date: 2005-12-28 09:47 pm (UTC)
From: [identity profile] applex.livejournal.com
"Ваша задача, как архитектора, разрешить эти противоречия". Самая гадкая фраза

Date: 2005-12-28 10:14 pm (UTC)
From: [identity profile] maxyki.livejournal.com
ЖОПА ПОЛНАЯ

Date: 2005-12-28 09:52 pm (UTC)
From: [identity profile] applex.livejournal.com
хотя нет, вот эта хуже: "Вы должно быть взбудоражены от возможности работы над таким интересным проектом!"

Date: 2005-12-28 10:14 pm (UTC)
From: [identity profile] maxyki.livejournal.com
Обоссаться от счастья

Date: 2005-12-29 08:15 am (UTC)
From: [identity profile] iskatel.livejournal.com
Знаешь, это (применение разработок, которые только-только появились ) все ж иногда возбуждает. Но проблем при внедрении соответственно больше, и это мы помним.

Date: 2005-12-29 09:47 am (UTC)
From: [identity profile] maxyki.livejournal.com
Архитекторы любят, когда им дают карт-бланш. Творить хорошо. Но когда диапазон от вагончика на колесах до эксклюзивного коттеджа - тут, знаешь ли...Начнешь сомневаться в адекватности заказчика.

Date: 2005-12-29 10:27 am (UTC)
From: [identity profile] iskatel.livejournal.com
Понимаю. А теперь смотри - в том, как должна работать программа, типовой заказчик понимает, пожалуй, очень мало..
И либо начинается долгий процесс написания ТЗ вместе с ним (и это стоит денег, которые он еще должен согласиться заплатить ), либо потом с большой вероятностью будут недоумения и проблемы - как же так, я вот себе это в уме иначе представлял... как та собака - все понимает, но сказать не может.

Date: 2005-12-29 09:14 pm (UTC)
From: [identity profile] maxyki.livejournal.com
Архитекторам проще - каждый заказчик считает себя профессионалом в стройке (ну или хотя бы представляет сам процесс)

Date: 2005-12-29 04:18 am (UTC)
From: [identity profile] tarkon.livejournal.com
В переводе - "и не надейтесь на то что мы вам заплатим много денег"? :)

Date: 2005-12-29 08:16 am (UTC)
From: [identity profile] iskatel.livejournal.com
а, это любимая фраза у многих...

Date: 2005-12-29 08:13 am (UTC)
From: [identity profile] iskatel.livejournal.com
Знаешь, я тут пару сообщений назад приводил кусочек из документа..
Проект сдан, система отлично работает на полной нагрузке, и вот тут заказчика посетила гениальная мысль, что ему не подходит интерфейс (к которому изначально требований не было вообще, заказчик в принципе не хотел думать на тему нормального ТЗ).
А вот вам хрен, хотите - надо нанимать программера, он под ваши нужды персонально сделает.. за отд. деньги.
А мне пофиг, со мной рассчитались. Я заказ выполнил.

Date: 2005-12-29 09:49 am (UTC)
From: [identity profile] maxyki.livejournal.com
Главное уловить момент выплаты за работу. Тогда геморрой будет засчитан нормально.

Date: 2005-12-29 10:31 am (UTC)
From: [identity profile] iskatel.livejournal.com
100% верно.

Date: 2005-12-29 09:09 am (UTC)
From: [identity profile] iskatel.livejournal.com
Это точно..

Date: 2005-12-29 12:17 am (UTC)
From: [identity profile] zvzz.livejournal.com
убедить его купить готовое решение и нанять консультантов для адаптации
можно также втюхать дом на колесах и нарастить покупными модулями до состояния полного счастья.
после сдачи под ключ тут же умыть руки.

Date: 2005-12-29 04:17 am (UTC)
From: [identity profile] tarkon.livejournal.com
Оба решения - классика программистов :)
Первое в основном для систем документооборота, а второе используют все кому не лень :))))

Date: 2005-12-29 08:24 am (UTC)
From: [identity profile] pascendi.livejournal.com
Не только документооборота. Это наиболее типичная ситуация с ERP. А причина совсем простая -- большинство поставщиков зарубежных ERP-систем в них почти ничего не понимают, так как их задача -- впарить систему заказчику. Они ее не разрабатывали, а опыт адаптации у многих фирм -- минимальный (одну-две продали, установили-запустили, получили денежки и смылись).

Date: 2005-12-29 08:47 am (UTC)
From: [identity profile] iskatel.livejournal.com
>> А причина совсем простая -- большинство поставщиков зарубежных ERP-систем в них почти ничего не понимают, так как их задача -- впарить систему заказчику.

Это не только в ERP. :)

Date: 2005-12-29 08:19 am (UTC)
From: [identity profile] iskatel.livejournal.com
Не всегда готовое решение вобще есть :)
И не все можно адаптировать.
Хотя маниакальное стремление многих идиётов "а давайте вы напишете программу для нашей фирмы, мы не хотим ничего готового покупать, и вообще нам бы подешевле" постепенно вымирает - с ростом зарплат хороших программеров и после того, как люди, набивая шишки, понимают, что ПО должно поддерживаться и это стоит днег.

Date: 2005-12-29 08:33 am (UTC)
From: [identity profile] zvzz.livejournal.com
почти всегда готовое решение уже существует, а про адаптацию - если нельзя адаптировать софт, адаптируем требования.
ПО которе надо постоянно поддерижвать это плохо сделанное ПО

Date: 2005-12-29 08:46 am (UTC)
From: [identity profile] iskatel.livejournal.com
>>>почти всегда готовое решение уже существует

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

>> если нельзя адаптировать софт, адаптируем требования.

Или пишем свое ПО.

>>ПО которе надо постоянно поддерижвать это плохо сделанное ПО

Полный бред.
Всегда есть ошибки, и их надо править.
Часто менются требования, и ПО надо дополнять.
По без поддержки - неполноценное ПО. Но многие это понимают только после парочки хороших сбоев.


Date: 2005-12-29 08:58 am (UTC)
From: [identity profile] zvzz.livejournal.com
>Вот только довольно часто его надо дорабатывать, а не все системы достаточно гибкие с тчоки зрения внутр.языка программирования и гибкости настроек, далеко не все имеют исходники + описание.

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

>> если нельзя адаптировать софт, адаптируем требования.
Или пишем свое ПО.

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

>>ПО которе надо постоянно поддерижвать это плохо сделанное ПО
Всегда есть ошибки, и их надо править.

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

Часто менются требования, и ПО надо дополнять.

ПО надо писать так, чтобы него не надо было доделывать, а только - совершенно верно - дополнять.

По без поддержки - неполноценное ПО. Но многие это понимают только после парочки хороших сбоев.

Я не говорю о =без поддержки=. Я говорю что писать его надо так, чтобы его не надо было =постоянно поддерживать=, те, чтобы клиент резервировал половину бюджета под mainitenance.

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

Date: 2005-12-29 09:15 am (UTC)
From: [identity profile] iskatel.livejournal.com
>>Или пишем свое ПО.
>это если вопрос бюджета не стоит.

А я не говорил, что это стоит дешево. Но иногда оправдано. Пока что у нас хороший программер на сегодня стоит раз в 5-10 дешевле Ывропы.

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

А я о чем? Ошибок мало, но они есть и иногда всплывают. Даже в сверхдорогом и весьма надежном ПО от Cisco.

>>>Я не говорю о =без поддержки=. Я говорю что писать его надо так, чтобы его не надо было =постоянно поддерживать=, те, чтобы клиент резервировал половину бюджета под mainitenance.

Это уже детали. Потмоу что как выяснилось, и я и вы понимаем, что поддержка нужна. Стоимость бывает разной, тут бессмысленно обобщать. Вот Редхат RHEL стоит 0, а поддержка - огого.
Solaris + масса ПО от Сана стоти сейчас 0, а поддержка - дофига.
И это часто оправдано, более того - необходимо.

>>ПО написано хорошо если раз в месяц вам звонит клиет и просит добавить поле ввода на такую-то форму и это поле показать в таком-то репорт, а вы перезваниваете ему через двадцать минут и говорите : пользуйтесь пожалуйста. Вот это хорошее ПО.

Не всегда сложное ПО, особенно системное, столь быстро правится ;)

Date: 2005-12-29 09:22 am (UTC)
From: [identity profile] zvzz.livejournal.com
окей, стоп.
у нас разница в терминологии, а значит спор бессмысленный.
по поводу стоимости программера - в европе хороший программист стоит ~4 тыыс евро. в россии 1 тыс евро. примерно.
но надо также учитывать что в где европе на ПО потратят миллион-два, в россии пожалеют сто тыс.
системное ПО которое правится не столь быстро - это плохо спроектированное ПО, и ничего вы мне не докажете :)
дело в том что невыгодно писать хорошее ПО, как невыгодно делать скажем надежные автомобили.

Date: 2005-12-29 10:24 am (UTC)
From: [identity profile] iskatel.livejournal.com
>>по поводу стоимости программера - в европе хороший программист стоит ~4 тыыс евро. в россии 1 тыс евро. примерно.

Ага. У нас несколько дешевле, но не в этом дело.

>>системное ПО которое правится не столь быстро - это плохо спроектированное ПО, и ничего вы мне не докажете :)

МС козлы, Сан - козлы, RH козлы, Suse-novell козлы, специально делают плохое ПО , да ?

А вы попробуйте пару проблем в ОС за 20мин исправить. _СИстемных_ проблем. С удовольствием поглядим-с :)






Date: 2005-12-29 10:32 am (UTC)
From: [identity profile] zvzz.livejournal.com
Я говорю, дешевле, но не аццки. Общая стоимость ниже - инфраструктура, обслуживание.

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

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

Системные - так вы имеете в виду ОС ? Брр, про ОС я даже говорить не хочу. Я имел в виду системые - прикладные, сложные, масштабные системы, где применяется системный подход к решению разрозненных бизнес-задач.

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

Date: 2005-12-29 10:53 am (UTC)
From: [identity profile] iskatel.livejournal.com
Увы, серьезный продукт немногим отличается в этом плане от ОС.
И патчи часто пишутся неделями и месяцами.

С Ораклом, правда, как-то мало сталкиваюсь.

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

Да пожалуйста - voip ПО - вполне сложное, масштабное. ;)
А уж ПО для биллинга.. Вот там и Оракл встречается нередко, даже там, где он нафиг не нужен (с задачаей легко бы справился мускул) - но "продаем в комплекте".

>> Архитектурные решения всегда вопрос политический и часто решается технологически неверо в пользу каких-то других, не технических причин.

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

Profile

iskatel: (Default)
iskatel

January 2026

S M T W T F S
    12 3
45678910
11121314151617
18192021222324
25262728293031

Style Credit

Expand Cut Tags

No cut tags
Page generated Mar. 9th, 2026 07:55 am
Powered by Dreamwidth Studios