アカウント名:
パスワード:
- SESによる一山いくらの仕事がはびこっていて専門性が醸成されない
まぁソフトウェア開発を軽視しているからそうなっているのだが。あと仕様を固めるのが致命的に下手。社内のシステム連携なんかは中枢でインターフェイスを決めてクライアントはその仕様に従って処理させるべきケースを各クライアント別のインターフェイスを濫造しがち。組織内の縄張り争いでそうなることが多いが、より根本的には一神教と多神教の概念に根ざしているのではないかと思う。
> 仕様を固めるのが致命的に下手。
同意するが、文書作るのが大好きな欧州の連中が上手かというと、どうなんだろ。
自分の経験的には、日本人は文書作るの好き、フランス/ドイツとかは文書作るの大嫌い。という印象。
どちらも仕様決めるのは苦手だが、日本人は要求と仕様と設計とかの区別がつかない/つけない人が多いような気がする。設計書に設計と仕様を混ぜて書いてたり「設計仕様書」なんていう気違いみたいな文書名ついてるものを平気で扱ってたりする。欧州の人がみんな区別できてるかっていうと区別が苦手な人もいるけど、指摘されるまで同じものだと思い込んでるレベルの人は日本人でしか見たことない。
これわかるかも。HW設計をしているけど、目標とする性能仕様と、合否判断の性能基準と、最終的な製品の仕様がごっちゃになっている人が多い。それぞれイコールになることも多いだろうけど、必ずしもそうではない。やってみてわかることもあるし、やった結果として仕様を改訂したりボツ判断することもあるはず。
完璧主義でアジャイルでないというのは当てはまる気がする。(HWはまだしも、アップデートができる範囲のSW要件も最初のリリースで完璧を求めたり)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
海外の分析には出てこないだろうが (スコア:1)
- SESによる一山いくらの仕事がはびこっていて専門性が醸成されない
まぁソフトウェア開発を軽視しているからそうなっているのだが。
あと仕様を固めるのが致命的に下手。
社内のシステム連携なんかは中枢でインターフェイスを決めてクライアントはその仕様に従って処理させるべきケースを
各クライアント別のインターフェイスを濫造しがち。
組織内の縄張り争いでそうなることが多いが、
より根本的には一神教と多神教の概念に根ざしているのではないかと思う。
Re: (スコア:0)
> 仕様を固めるのが致命的に下手。
同意するが、文書作るのが大好きな欧州の連中が上手かというと、どうなんだろ。
Re: (スコア:1)
自分の経験的には、日本人は文書作るの好き、フランス/ドイツとかは文書作るの大嫌い。
という印象。
どちらも仕様決めるのは苦手だが、日本人は要求と仕様と設計とかの区別がつかない/つけない人が多いような気がする。設計書に設計と仕様を混ぜて書いてたり「設計仕様書」なんていう気違いみたいな文書名ついてるものを平気で扱ってたりする。
欧州の人がみんな区別できてるかっていうと区別が苦手な人もいるけど、指摘されるまで同じものだと思い込んでるレベルの人は日本人でしか見たことない。
Re:海外の分析には出てこないだろうが (スコア:1)
これわかるかも。
HW設計をしているけど、目標とする性能仕様と、合否判断の性能基準と、最終的な製品の仕様がごっちゃになっている人が多い。
それぞれイコールになることも多いだろうけど、必ずしもそうではない。
やってみてわかることもあるし、やった結果として仕様を改訂したりボツ判断することもあるはず。
完璧主義でアジャイルでないというのは当てはまる気がする。
(HWはまだしも、アップデートができる範囲のSW要件も最初のリリースで完璧を求めたり)