アカウント名:
パスワード:
はっきり言ってAdobe製品はエラー処理がズサンだと思うことがある。PDF出力するプログラムを書いていて、出力したPDFのデータ形式にミスがあると、大抵は怪しげな動きをしたりクラッシュして、役に立つ警告やエラーを表示してくれない。各所でアサーションして論理エラーを防止するような措置をとっていないどころか、エラーが発生したら、エラーをつかまえて通知するのではなくて、なかったことにして処理を続行するのがAdobeの方針なんじゃないかと思える。あるいはテストやデバッグのしやすさを考えずに開発してしまったので、開発チーム自身やる気をなくしているとか。
Acrobat Pro で PDF ファイル自体を編集中に強制終了が発生し、再度起動すると編集中だった PDF を復旧するかどうか確認してくるのですが、一度として編集開始時点の PDF にすら戻った事がないのですが。 例えば「フォーム項目が全部消失」「JavaScript のコードが一部だけ編集されているが、大半が吹き飛んでいる」「そもそも元の原稿データの大半が消えている」といった感じで。
その挙句、正常に終了を選択してもゾンビプロセス化するのが日常茶飯事な訳で、まともなエラー処理なんてとてもできているとは思えないですね。
元のコメントも「PDF の読み取り」ではなく「PDF 編集」ですので、「少々崩れようが」なんてのは論外です。 さらに言えば Adobe 自身はイントラネット内での Adobe Reader をクライアントとした申請系などの「お金になる」部分に注力していますので、その点からも「多少エラーがあっても読める事が重要」なんて考え方はちょっと問題があるように思います。
Adobe Reader シリーズ全般ではなく、あくまでも PDF 製品全般 (Acrobat ファミリーや LiveCycle ファミリー等) の話として考える方が適切でしょう。
そのような意図があるとは思えません。Adobe Readerは、あるページに破損した画像が1つあるだけで、表示できないコンテンツがあるといった意味不明なエラーダイアログが出て、ページ全体が表示されないといったことが起こります。「レイアウトが少々崩れようが読めることが重要」なら、壊れた画像だけが見えない状態にならないとおかしいです。そもそも、クラッシュしたり、バッファオーバーフローすることを放置する言い訳にはならないと思いますよ。
不完全な文書が、正しい情報を伝えてくれる保障はない。画像が壊れただけだから表示しよう、レイアウト情報が正しくないだけだから表示しよう。さてその文書の文章は正しいなんて思えるかな？
それ以前に、すぐに誤動作起こすアプリが表示してる文書が正しいのか、と言われたら反論できない。
クラッシュしてるからそれ以前ですね。
どうしてすばらしい洞察がついているんだろう…。
> 文書なのでエラーで止まることよりもレイアウトが少々崩れようが読めることが重要。> ファイルが破損していても部分的にでも読めたほうがよいと思う。それはその方が良いけれど、それを実現するのは文書にエラーがあっても正常にエラー処理が行われるプログラムであって、クラッシュするような問題をスルーしていいわけがない。
まあユーザー側の希望としては色々かもしれないけれど、作る側の理屈で言えばエラー(文書構造ではなく実行時のエラー)を放置して動くならそれでいいという姿勢はまともなものじゃない。
Adobeってデザイン屋さんで、あまりソフトウェア開発企業としての下地が少ない気がする...。「ソフト屋なのにアナログ体質」って感じ。
クリエイターの直感を最大限活かせるようにしていたり、デザイン作業のデジタル化以前の知識をそのまま使えるようにしているなど旧来のデザイナをPCに移行させる分には良い(し、事実支持された)んだけど、その分他のジャンルのソフトを普通に使える人にとってAdobe習得は逆に楽じゃない。そしてソフトウェアとしてはあり得ないくらいめちゃくちゃだし、紙に出さない画面上で完結するデザイン仕事にも弱い(CS3ですら旧Adobeものはダメダメ)...
# 旧Macromediaにはあまりあてはまりません。合併はその補完もある程度あてにしていたような感じ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
AdobeのPDF製品全般の品質について (スコア:2, 興味深い)
はっきり言ってAdobe製品はエラー処理がズサンだと思うことがある。
PDF出力するプログラムを書いていて、出力したPDFのデータ形式にミスがあると、
大抵は怪しげな動きをしたりクラッシュして、役に立つ警告やエラーを表示してくれない。
各所でアサーションして論理エラーを防止するような措置をとっていないどころか、
エラーが発生したら、エラーをつかまえて通知するのではなくて、
なかったことにして処理を続行するのがAdobeの方針なんじゃないかと思える。
あるいはテストやデバッグのしやすさを考えずに開発してしまったので、
開発チーム自身やる気をなくしているとか。
Re:AdobeのPDF製品全般の品質について (スコア:2, すばらしい洞察)
ファイルが破損していても部分的にでも読めたほうがよいと思う。
Re:AdobeのPDF製品全般の品質について (スコア:1)
Acrobat Pro で PDF ファイル自体を編集中に強制終了が発生し、再度起動すると編集中だった PDF を復旧するかどうか確認してくるのですが、一度として編集開始時点の PDF にすら戻った事がないのですが。
例えば「フォーム項目が全部消失」「JavaScript のコードが一部だけ編集されているが、大半が吹き飛んでいる」「そもそも元の原稿データの大半が消えている」といった感じで。
その挙句、正常に終了を選択してもゾンビプロセス化するのが日常茶飯事な訳で、まともなエラー処理なんてとてもできているとは思えないですね。
元のコメントも「PDF の読み取り」ではなく「PDF 編集」ですので、「少々崩れようが」なんてのは論外です。
さらに言えば Adobe 自身はイントラネット内での Adobe Reader をクライアントとした申請系などの「お金になる」部分に注力していますので、その点からも「多少エラーがあっても読める事が重要」なんて考え方はちょっと問題があるように思います。
Adobe Reader シリーズ全般ではなく、あくまでも PDF 製品全般 (Acrobat ファミリーや LiveCycle ファミリー等) の話として考える方が適切でしょう。
Re: (スコア:0)
そのような意図があるとは思えません。
Adobe Readerは、あるページに破損した画像が1つあるだけで、
表示できないコンテンツがあるといった意味不明なエラーダイアログが出て、
ページ全体が表示されないといったことが起こります。
「レイアウトが少々崩れようが読めることが重要」なら、
壊れた画像だけが見えない状態にならないとおかしいです。
そもそも、クラッシュしたり、バッファオーバーフローすることを放置する言い訳にはならないと思いますよ。
Re: (スコア:0)
不完全な文書が、正しい情報を伝えてくれる保障はない。
画像が壊れただけだから表示しよう、レイアウト情報が正しくないだけ
だから表示しよう。
さてその文書の文章は正しいなんて思えるかな？
それ以前に、すぐに誤動作起こすアプリが表示してる文書が正しいのか、と
言われたら反論できない。
Re: (スコア:0)
クラッシュしてるからそれ以前ですね。
Re: (スコア:0)
どうしてすばらしい洞察がついているんだろう…。
> 文書なのでエラーで止まることよりもレイアウトが少々崩れようが読めることが重要。
> ファイルが破損していても部分的にでも読めたほうがよいと思う。
それはその方が良いけれど、それを実現するのは文書にエラーがあっても正常に
エラー処理が行われるプログラムであって、クラッシュするような問題をスルーしていいわけがない。
まあユーザー側の希望としては色々かもしれないけれど、作る側の理屈で言えば
エラー(文書構造ではなく実行時のエラー)を放置して動くならそれでいいという
姿勢はまともなものじゃない。
アナログ体質 (スコア:0)
Adobeってデザイン屋さんで、あまりソフトウェア開発企業としての下地が少ない気がする...。
「ソフト屋なのにアナログ体質」って感じ。
クリエイターの直感を最大限活かせるようにしていたり、デザイン作業のデジタル化以前の知識をそのまま使えるようにしているなど旧来のデザイナをPCに移行させる分には良い(し、事実支持された)んだけど、その分他のジャンルのソフトを普通に使える人にとってAdobe習得は逆に楽じゃない。
そしてソフトウェアとしてはあり得ないくらいめちゃくちゃだし、紙に出さない画面上で完結するデザイン仕事にも弱い(CS3ですら旧Adobeものはダメダメ)...
# 旧Macromediaにはあまりあてはまりません。合併はその補完もある程度あてにしていたような感じ。