Excel2007 乗算のバグ、修正される 21
ストーリー by yoosee
結局他には無かったんだろうか 部門より
結局他には無かったんだろうか 部門より
shingo_k 曰く、
先日、こちらでも話題になっていたExcel 2007の乗算バグですが、CNET Japanの記事によると、Microsoftは計算に関するバグを修正したパッチを同社ウェブサイトに掲載したそうです。 修正は近いうちに「Microsoft Update」を介して提供されるとのこと。
shingo_k 曰く、
先日、こちらでも話題になっていたExcel 2007の乗算バグですが、CNET Japanの記事によると、Microsoftは計算に関するバグを修正したパッチを同社ウェブサイトに掲載したそうです。 修正は近いうちに「Microsoft Update」を介して提供されるとのこと。
ソースを見ろ -- ある4桁UID
マーフィーの法則 (スコア:2, 興味深い)
「1つのバグを修正すると、2つのバグが発生する」
「問題の解決は、新たな問題を生む」
notice : I ignore an anonymous contribution.
けっこう赤っ恥 (スコア:1, 荒らし)
「2007バージョンでバグを入れてしまったので修正しました」というのは一段と恥ずかしい話だ。
計算結果が 216-1 と 216 近辺のときに異常が起きるというのは、もともとの設計との齟齬に気付かずに、
粗忽なやり方で新しい機能を載せてしまいました、みたいな話だろうね。
こういう事例は、マネージメントのやり方次第で豊富な教訓を取り出せる宝の山みたいに
なることもあるんだが、駄目な会社だと、犯人探し→懲罰→忘却 で終わらせちゃうだろうね。
Re:けっこう赤っ恥 (スコア:0)
未だに改善される気配すらないわけで
正直やる気の欠片すらないんだと思う。
Re:けっこう赤っ恥 (スコア:2, 興味深い)
（ウチの会社でも表計算ソフト出してるけど、おんなじ問題が……）
要するに、「表計算ソフトの画面出力を印刷主体で行うべきか否か」ってことになります。
当たり前なことですが、液晶やCRT等のモニタとプリンタでは大抵DPIが異なります。
実際のドットピッチはともかく、Windowsの標準ではモニタが96DPIですね。一方、プリンタはレーザーだと1200DPI～2400DPIとかいうレベルです。
で、DPIが異なってしまうと、同じフォントを使っていても横幅が微妙に違ってしまうことが起きます。
ズレは1文字につき1ピクセル程度の小さなものですが、文字数が多くなるとズレも必然的に大きくなります。この違いが、画面と印刷のズレに繋がるわけです。
では同じ問題があるはずのワードプロセッサで何故それが起こらないかというと、大抵のワードプロセッサは画面表示時の座標計算も印刷時の寸法で行っているためです。（印刷物が主体ですから）
これをちゃんと行っていないワープロもあり（Windows付属のワードパッドがそう）、この場合はExcelと同様に画面と印刷でずれますｗ
ところが、これを表計算で行うのは少々問題がありまして……。
印刷時の寸法で画面を描画すると、帳尻を合わせるためにピクセルを空けたり詰めたりすることになるんですけど、モニタのDPIが低いために「目で見て分かる」ほどのズレが出ちゃうのです。
「A1とA2の高さは同じに設定しているはずなのに、どう見ても1ピクセル違う」、みたいな。
ワープロでは1ピクセルずれていても気にする人はいないでしょうけど、表計算では画面上の見栄えも重要ですから。
（ちなみに、「印刷を画面に合わせる」という選択肢は論外です）
これは両立できない部分なので、モニタ主体か印刷主体かの2択になわけです。
現状では、Excelはモニタ上での見栄えを重視しているということになります。
将来、モニタのピクセルが判別できないほど小さくならない限り、この問題は解決不能なのです。
Re:けっこう赤っ恥 (スコア:1, 参考になる)
＃というか、印刷プレビューが役に立たないのはいかがなものかと、思うのでAC
Re:けっこう赤っ恥 (スコア:0)
そもそも印刷物で文字がはみ出て消えた文字が読めないの状態は
論外を遥かに通り越していると思うのだが？
百歩譲らずとも WYSIWYG が破綻してるくらいは多めに見る。
しかし、セルサイズの自動調整に、
画面重視か印刷重視かの選択肢くらいあっても罰は当らないはずだ。
MS 製品、特に Office に関しては、
なぜああも肝心な部分で使い物にならない仕様になっているのか理解に苦しむ。
Re:けっこう赤っ恥 (スコア:0)
アンチエイリアスすれば？
いつまで16色しか出なかったころのルールに縛られてるんだ
Re:けっこう赤っ恥 (スコア:0)
何しろ、三四郎が問題を起こさなくて、それをウリにしているわけですから。
それ以前に、同じように数値入れても右揃えがそろわないことがある事態も何とかしてくれ。
問題の根は一緒だと思うが。
Re:けっこう赤っ恥 (スコア:0)
もちろん、私にもExcelに対して文句を言いたくなることは多々ありますｗ
でも、だからといって「正直やる気の欠片すらないんだと思う」って言われてしまうのはかわいそうだな、と思うわけで。
#1232998氏
> ＃というか、印刷プレビューが役に立たないのはいかがなものかと、思うのでAC
こっちはプリンタ内蔵フォントの問題ですかねー。
フォントマッピングを変更すれば緩和されるかもですが、いかんせん前述の問題がある以上は焼け石に水ですね。
#1233292氏
> ならなぜ、ワープロを画面で見た場合に目で見て分る程のズレが出てないのだろう？
表計算
Re:けっこう赤っ恥 (スコア:1, 興味深い)
英語環境では起こらないものなの?
さすがに米国人でもこの仕様は頭に来るのでは
ないかと思うのだが、、。
Re:けっこう赤っ恥 (スコア:1, 参考になる)
display ではみ出さないなら printer でもはみ出すまいってのが建前があって、
セルから文字がはみだすかどうかは、
印刷するプリンタが決まらないと正確には求められないという…
つまり、それは仕様です。
# ドライバ屋がバカなのか、その仕様がバカなのかわからないが、
# 結局のところ windows は印刷関係に不向きなんだって事でOK。
Re:けっこう赤っ恥 (スコア:0)
要はプリンタメーカーに対応出来る要件を示して守らせれば良いだけなんだし。
まあ、プリンタメーカーはプリンタメーカーで競争しているから、単に標準的ってだけで済ませるわけにはいかないのだろうけど。
Re:けっこう赤っ恥 (スコア:0)
Re:けっこう赤っ恥 (スコア:1, 荒らし)
今はどうなっているんだろう?
もしも「新たにねじ込むリスクの方が多」かったら、ロクな教訓を得ていないってことになる。
Re:けっこう赤っ恥 (スコア:0)
JR西日本・・・
今は改善されてると信じたいが
Re:けっこう赤っ恥 (スコア:2)
列車は安全に止まらなければならない」ということを指摘して、JR西日本の対応はまだ
全然不足している、ということを書いている本があった。
そのMicrosoftUpdateがしばらく前からおかしい件について (スコア:0)
うーん (スコア:0)
あんな酷いバグが修正されるのは分かりきってたし、それが修正されただけ。
MSがらみのオフトピで盛り上がるストーリーですか？
Re:うーん (スコア:0)
というか、スラドＪに何か期待してる人なんているのかしら？
Re:うーん (スコア:0)
Re:うーん (スコア:3, おもしろおかしい)