アカウント名:
パスワード:
建築業者に頼むものは途中で部屋を増やしてくれとか構造を変えてくれくれとか注文しないのにソフトウェアには注文してくるのは何ででしょうねぇ？
最初に要件を定義しておかないからでは。定義しておけば、あとから再見積もりとか納期見直しとかすれば良い話です。それができないのは、ソフトウエア業界の問題というよりは個々の職場の問題です。体質改善が必要です。
下請法では最初に要件を定義しておくように定められていて、あとからそれを変更することは禁止されていますので、コンプライアンスを気にする企業はそのようなことは先方が気にしてくれます。
「下請法」親事業者の禁止行為http://www.jftc.go.jp/shitauke/shitaukegaiyo/oyakinsi.html [jftc.go.jp]
いや、思い込みは良くない。
変えてくれってのはあります。個人宅の場合は、壁にブレースを入れたりすので、それでブレース位置変更が入ると、構造計算もやり直しです。必要額もかなり増えることは設計書の確認の時に何度も念をおします。
ブレースの位置は設計図にも出ていますし、部屋割り変えたいってのはあるので、両者の手間を省くために設計初期からお客さんに話はします。
が、予算はないけど、あとから壁を取り除く場合はあります。しかし、ブレースを取り除く訳には行かないので、ブレースが入った壁ならブレースだけ残ります。それでも良いから壁をなくしてほしいって場合だけです。
とか書いていますが、私が建築に関わっていたのは15年は前の話です。今はどうなんですかね。
私は建築の周辺の周辺って感じなんでほぼ知らないんですが、確認申請とかあるわけなんで変更は面倒くさいですから基本は昔と同じじゃないですかね。
それは幸せな建築業者ですね。＃聞きかじるソフトウェア業界との違いは出来なきゃ断るってところか。＃＃対下請けも含め許認可業だからってのもあるのかな。
設計者の建築士に対しては行われてるんじゃないの？現場の大工まで降りないだけで。
見える建築と違って結局は仕様書があいまいだからでしょ。
日本語で完璧な論理を記述するのと、コンピュータ言語で同じものを記述するのと、どっちかやれといわれたらコンピュータ言語を選ぶ私はだから現場が好き。
一戸建て住宅を扱ってる知り合いによると、けっこうコンセントとかいろいろ建築途中で追加したり変更してくれという要望はあるそうな。
# 要出典なのでAC
だって、内開きのドアのうしろになる場所に部屋の電気のスイッチがあるんだもん。
#実家のケースでは父が違法電気工事でなおしたがな
建築現場に入ったこともないだろうに、なんでこんなコメントできるんだろうなぁ…
建築では設計士が断るが、ソフトウェアでは営業が引き受けてしまうから。
建築では設計士が客の相手をするが、ソフトウェアでは営業が客の相手をする、という違いがある、ということでしょうか？
ソフトウェアでは営業が引き受けてしまうから。
それは大きいかも。もう実装終わってテストの段階に入ってるのにホイホイ仕様の変更・追加を引き受けてきたり、開発費削減引き受けてきたりするからな。「お客さんとの継続的な関係のため」「ゼロ回答はできない」とか言って。
客も客で（客の）社長自ら「要求に応じなければ直接（こっちの）親会社の社長にクレーム入れる」とか平然と言うみたいだし。
で、結局全部現場に押し付けだからなぁ。
そういう場合は「追加で工事なので別料金が発生しますけど」と返せるんですよね、建設業も。ソフトウェアでそれを求めてはいけない理由がわかりません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
建築業者には・・・ (スコア:0)
建築業者に頼むものは途中で部屋を増やしてくれとか構造を変えてくれくれとか注文しないのにソフトウェアには
注文してくるのは何ででしょうねぇ？
Re:建築業者には・・・ (スコア:1)
最初に要件を定義しておかないからでは。
定義しておけば、あとから再見積もりとか納期見直しとか
すれば良い話です。
それができないのは、ソフトウエア業界の問題というよりは
個々の職場の問題です。体質改善が必要です。
下請法では最初に要件を定義しておくように定められていて、
あとからそれを変更することは禁止されていますので、
コンプライアンスを気にする企業はそのようなことは先方が
気にしてくれます。
「下請法」親事業者の禁止行為
http://www.jftc.go.jp/shitauke/shitaukegaiyo/oyakinsi.html [jftc.go.jp]
Re:建築業者には・・・ (スコア:1)
いや、思い込みは良くない。
変えてくれってのはあります。
個人宅の場合は、壁にブレースを入れたりすので、
それでブレース位置変更が入ると、
構造計算もやり直しです。必要額もかなり増えることは
設計書の確認の時に何度も念をおします。
ブレースの位置は設計図にも出ていますし、部屋割り変えたいってのはあるので、両者の手間を省くために
設計初期からお客さんに話はします。
が、予算はないけど、あとから壁を取り除く場合はあります。
しかし、ブレースを取り除く訳には行かないので、
ブレースが入った壁ならブレースだけ残ります。
それでも良いから壁をなくしてほしいって場合だけです。
とか書いていますが、私が建築に関わっていたのは15年は前の話です。
今はどうなんですかね。
Re: (スコア:0)
私は建築の周辺の周辺って感じなんでほぼ知らないんですが、確認申請とかあるわけなんで変更は面倒くさいですから基本は昔と同じじゃないですかね。
Re: (スコア:0)
それは幸せな建築業者ですね。
＃聞きかじるソフトウェア業界との違いは出来なきゃ断るってところか。
＃＃対下請けも含め許認可業だからってのもあるのかな。
Re: (スコア:0)
設計者の建築士に対しては行われてるんじゃないの？
現場の大工まで降りないだけで。
見える建築と違って結局は仕様書があいまいだからでしょ。
日本語で完璧な論理を記述するのと、コンピュータ言語で
同じものを記述するのと、どっちかやれといわれたら
コンピュータ言語を選ぶ私はだから現場が好き。
Re: (スコア:0)
一戸建て住宅を扱ってる知り合いによると、けっこうコンセントとかいろいろ建築途中で追加したり変更してくれという要望はあるそうな。
# 要出典なのでAC
Re: (スコア:0)
だって、内開きのドアのうしろになる場所に部屋の電気のスイッチがあるんだもん。
#実家のケースでは父が違法電気工事でなおしたがな
Re: (スコア:0)
建築現場に入ったこともないだろうに、なんでこんなコメントできるんだろうなぁ…
Re: (スコア:0)
建築では設計士が断るが、
ソフトウェアでは営業が引き受けてしまうから。
Re: (スコア:0)
建築では設計士が客の相手をするが、ソフトウェアでは営業が客の相手をする、という違いがある、ということでしょうか？
Re: (スコア:0)
ソフトウェアでは営業が引き受けてしまうから。
それは大きいかも。
もう実装終わってテストの段階に入ってるのにホイホイ仕様の変更・追加を引き受けてきたり、
開発費削減引き受けてきたりするからな。
「お客さんとの継続的な関係のため」「ゼロ回答はできない」とか言って。
客も客で（客の）社長自ら「要求に応じなければ直接（こっちの）親会社の社長にクレーム入れる」とか
平然と言うみたいだし。
で、結局全部現場に押し付けだからなぁ。
Re: (スコア:0)
そういう場合は「追加で工事なので別料金が発生しますけど」と返せるんですよね、建設業も。
ソフトウェアでそれを求めてはいけない理由がわかりません。