アカウント名:
パスワード:
- SESによる一山いくらの仕事がはびこっていて専門性が醸成されない
まぁソフトウェア開発を軽視しているからそうなっているのだが。あと仕様を固めるのが致命的に下手。社内のシステム連携なんかは中枢でインターフェイスを決めてクライアントはその仕様に従って処理させるべきケースを各クライアント別のインターフェイスを濫造しがち。組織内の縄張り争いでそうなることが多いが、より根本的には一神教と多神教の概念に根ざしているのではないかと思う。
> 仕様を固めるのが致命的に下手。
同意するが、文書作るのが大好きな欧州の連中が上手かというと、どうなんだろ。
自分の経験的には、日本人は文書作るの好き、フランス/ドイツとかは文書作るの大嫌い。という印象。
どちらも仕様決めるのは苦手だが、日本人は要求と仕様と設計とかの区別がつかない/つけない人が多いような気がする。設計書に設計と仕様を混ぜて書いてたり「設計仕様書」なんていう気違いみたいな文書名ついてるものを平気で扱ってたりする。欧州の人がみんな区別できてるかっていうと区別が苦手な人もいるけど、指摘されるまで同じものだと思い込んでるレベルの人は日本人でしか見たことない。
これわかるかも。HW設計をしているけど、目標とする性能仕様と、合否判断の性能基準と、最終的な製品の仕様がごっちゃになっている人が多い。それぞれイコールになることも多いだろうけど、必ずしもそうではない。やってみてわかることもあるし、やった結果として仕様を改訂したりボツ判断することもあるはず。
完璧主義でアジャイルでないというのは当てはまる気がする。(HWはまだしも、アップデートができる範囲のSW要件も最初のリリースで完璧を求めたり)
悲しくなっちゃうくらい「12歳」なんだよねそもそも物の区別が付かない、訳が分かってないっていう
> 「設計仕様書」なんてMOFの悪口はそこまでだ
仕様、要件定義を適切に出せる! という環境は果たして実在するのか……
顧客に調子の良い事ばかり言って仕事取ってきてたりするからなー。
仕様を固めるのが上手かったら、アジャイルとかプロトタイピングなんて生まれてこなかったでしょう。
そもそも仕様を固めてから作ろうとするのが間違い。とりあえず動くものを適当に作るという作業に置き換えないといけない。
日本人は再帰とか階層とかヒエラルキー構造の類が全く分からないんだよね話しててそこで壁にぶち当たることが時々ある
馬鹿でもなれてたのですそして馬鹿というと学歴基準物事の多様な切り口を理解する能力に乏しいのだと思います空気や慣例で動く限り育つことのない能力
同調してるつもりのコメントでも「多様な切り口」なんだもんな嫌になる
ヒエラルキーヒエラルキーみたいなこと言う人に言われてもああ実例を示したのか
最後の一文で急に神がどうとか言い出すの糖質っぽくてすこ
糖質とやらはよくわからんが、いい感じに文章を締めようとして謎のポエムに発展してしまうことは稀によくある
万物に神が宿るという宗教の価値観がルールを統一するのが苦手な国民性と通底するという(卵か鶏かはあるが)のは珍しくもない観点だと思うんだが、ごめんね、気遣いできなくて。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
海外の分析には出てこないだろうが (スコア:1)
- SESによる一山いくらの仕事がはびこっていて専門性が醸成されない
まぁソフトウェア開発を軽視しているからそうなっているのだが。
あと仕様を固めるのが致命的に下手。
社内のシステム連携なんかは中枢でインターフェイスを決めてクライアントはその仕様に従って処理させるべきケースを
各クライアント別のインターフェイスを濫造しがち。
組織内の縄張り争いでそうなることが多いが、
より根本的には一神教と多神教の概念に根ざしているのではないかと思う。
Re: (スコア:0)
> 仕様を固めるのが致命的に下手。
同意するが、文書作るのが大好きな欧州の連中が上手かというと、どうなんだろ。
Re:海外の分析には出てこないだろうが (スコア:1)
自分の経験的には、日本人は文書作るの好き、フランス/ドイツとかは文書作るの大嫌い。
という印象。
どちらも仕様決めるのは苦手だが、日本人は要求と仕様と設計とかの区別がつかない/つけない人が多いような気がする。設計書に設計と仕様を混ぜて書いてたり「設計仕様書」なんていう気違いみたいな文書名ついてるものを平気で扱ってたりする。
欧州の人がみんな区別できてるかっていうと区別が苦手な人もいるけど、指摘されるまで同じものだと思い込んでるレベルの人は日本人でしか見たことない。
Re:海外の分析には出てこないだろうが (スコア:1)
これわかるかも。
HW設計をしているけど、目標とする性能仕様と、合否判断の性能基準と、最終的な製品の仕様がごっちゃになっている人が多い。
それぞれイコールになることも多いだろうけど、必ずしもそうではない。
やってみてわかることもあるし、やった結果として仕様を改訂したりボツ判断することもあるはず。
完璧主義でアジャイルでないというのは当てはまる気がする。
(HWはまだしも、アップデートができる範囲のSW要件も最初のリリースで完璧を求めたり)
Re: (スコア:0)
悲しくなっちゃうくらい「12歳」なんだよね
そもそも物の区別が付かない、訳が分かってないっていう
Re: (スコア:0)
> 「設計仕様書」なんて
MOFの悪口はそこまでだ
Re: (スコア:0)
仕様、要件定義を適切に出せる! という環境は果たして実在するのか……
Re: (スコア:0)
顧客に調子の良い事ばかり言って仕事取ってきてたりするからなー。
Re: (スコア:0)
仕様を固めるのが上手かったら、アジャイルとかプロトタイピングなんて生まれてこなかったでしょう。
Re: (スコア:0)
そもそも仕様を固めてから作ろうとするのが間違い。
とりあえず動くものを適当に作るという作業に置き換えないといけない。
Re: (スコア:0)
日本人は再帰とか階層とかヒエラルキー構造の類が全く分からないんだよね
話しててそこで壁にぶち当たることが時々ある
Re: (スコア:0)
馬鹿でもなれてたのです
そして馬鹿というと学歴基準
物事の多様な切り口を理解する能力に乏しいのだと思います
空気や慣例で動く限り育つことのない能力
Re: (スコア:0)
同調してるつもりのコメントでも「多様な切り口」なんだもんな
嫌になる
Re: (スコア:0)
ヒエラルキーヒエラルキーみたいなこと言う人に言われても
ああ実例を示したのか
Re: (スコア:0)
最後の一文で急に神がどうとか言い出すの糖質っぽくてすこ
Re: (スコア:0)
糖質とやらはよくわからんが、いい感じに文章を締めようとして謎のポエムに発展してしまうことは稀によくある
Re: (スコア:0)
万物に神が宿るという宗教の価値観がルールを統一するのが苦手な国民性と通底するという(卵か鶏かはあるが)
のは珍しくもない観点だと思うんだが、ごめんね、気遣いできなくて。