アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
選択の基準は「機能」だけじゃないよね (スコア:5, 興味深い)
使いたいのは「製品」ではなく「機能」だってことにはなるんですが、実際に使う人のトレーニングのコストだとか、使いこなせるようになるまでのロスだとかってのを考えると、実際のところ製品決め打ちで調達するしかないですよね。
仕事でやったときには額的に GATT 調達に引っかかってしまい、1994年GATT以降であまり前例のない案件だったため、役所の人と「一太郎と同等以上」って書いていいのか、書いたらどのくらいまずいのか、なんとか書かずに済む方法はないのか、、、ってずいぶん頭抱えました。
一太郎独自の機能を詳細に列挙して製品名を出さないようにすることは可能ですが、それは結局のところ製品を特定していることになるため、そうであれば「一太郎と同等以上」と書いたのと結局変わらなくなってしまいますし、ワープロであれば複数の製品が該当するようなワープロの汎用的な機能を書いてしまうと、調達時に安くても調達以外のコストはどこが見てくれるのか、という課題が残ってしまいます。
結局、最終的には「一太郎と同等以上」と書いてMSからツッコミが入ったらどうしようと想定QAとかもずいぶん詰めたのですが、心配した自体にはならずに済みました。
#一ヶ所だけFの付く会社が、弱気な感じに「あのー、オアシスは一太郎と同等でしょうか?」と問い合わせがありましたが、「それは難しいですね」とさくっと答えたら「ですよね。やっぱり(はぁ)」みたいな感じに引いてくれました。:)
ハコ物や什器のようなものならば(品質が確保されれば)安いところから調達すれば済みますが、使い勝手を学習するや、慣れるためのコストが膨大に掛かるものについてはそのあたりも勘案できるようになるといいんですけどね。
##ちょっとなまなましいのでAC
orz (スコア:2, おもしろおかしい)
えーっと。
つまり、使い慣れているはずのブラウザを使ったアプリケーションでさえ、こういうミスをするわけで、
ましてやアプリが変わるといろいろ問題がでちゃいますよね。とかつなげてみる。
ところで、「公文書」と言うやつは間違えがないことが前提、というか公文書が間違えていたときの手続きってのが法律的にはなかったりするわけで、そういった観点でもフォーマットだけではなく UI もアプリ独立になっていたら(使う側・買う側の視点からは)楽なんじゃないかと思ったり思わなかったり。
#UNIX ユーザだとそう言うのはありますよね。普段は FreeBSD 使ってても(ユーザとして使うなら)Linux でも Solaris でも HP-UX でも AIX でもそんなに困らないという。メインフレームでも IBM と富士通と日立の間はそんなに困らないけどそれはちょっと別問題。:)
Re:orz (スコア:1)
JIS X 0213の2003の件、どうにかなんないのかなぁと思った。
Re:選択の基準は「機能」だけじゃないよね (スコア:1)
一太郎Ver.--、MS-Word Ver.--などとの互換性を有するものとする。
なお、詳細については甲と協議することとする。」
ミソは、「などとの」と「詳細については協議する。」なので、
役所言葉でなんとでも書けると思うな。
がんばろう。と自分に言い聞かせる。
Re:選択の基準は「機能」だけじゃないよね (スコア:0)
で,納品数ヶ月後に「開かないので一太郎文書で下さい」「図面は別途***で納品してくださいorデータをメールで下さい」とか....
Re:選択の基準は「機能」だけじゃないよね (スコア:-1, 余計なもの) (スコア:0)