 
|
はてなキーワード: adobeとは
先日「Flashエンジニアが今後10年食べていくには？」というテーマを元に
Flash に精通した Web 技術者達のディスカッションが行われる催し物があった。
http://www.publickey1.jp/blog/11/flash10.html
この記事だけでは内容が省略しすぎているため
時間があれば是非録画の模様もみていただきたい。前半初頭は音量が小さいので注意。
こういった催し物は面白いなと、私はとても楽しく見させていただいた。
http://www.ustream.tv/recorded/19073524
http://www.ustream.tv/recorded/19074357
ディスカッションでは Flash だけではなく HTML5 についても触れている。
ディスカッションの感想をディレクションや営業を行なっている知人に聞いたり、
ネット上の反応を見てみたところ以下のような意見がいくつかあった。
「『Flash が好きな人』だけではなく HTML5 派の人との対談もあればよかった」
「Flash 派の人の話だから HTML5 が使えないという話はいまいち参考にならない」
『Flash 派』『HTML5 派』という くくりで考えてしまう人は
まだまだ多いと実感する。
パネリスト達は
過去から現在までに様々なプログラミング言語を利用し、あらゆる技術に精通している。
Flash という表示媒体/環境開発がベター(時にはベスト)だと考え、
Flash をよく扱っている、という旨を話している。
最後の締めとして
Flash よりも優れたものが登場するのであればそちらに移行するでしょう、
とも言っている。
これだけの説明があったのに
ディスカッション内で触れた HTML5 に対する否定的な話は、
『Flash 派』とやらのポジショントークだと目に写ってしまったのだ。
Java やら C やら objective-c やら perl やら php やら
サーバサイドからスマホ用ネイティブ言語を用いてのアプリ制作まで
色んな事やってます、と言っても
現在世の中には HTML5 を推し、合わせて Flash を否定する記事が結構出回っている。
技術者が話す専門的な用語の飛び交う話よりも
HTML5 vs Flash 的な読みやすい記事に耳を傾けてしまう人はいる。
Apple 製品を好む人は「ジョブズがそう選択したのだから」と
なおさらこういった記事に目を向けてしまう。
「Flash vs HTML5 の話にのせられてしまうのは、よくわかっていない人だ。」
ディスカッション内では、
ネット上の煽り記事を読み不安に思ったクライアントから連絡を受け
きちんと状況をゼロから説明するハメになってしまった、という内容があった。
似たような状況になっている人もいるのではないだろうか。
当方周辺では、
「Flash は駄目だ」「Flash でなくても HTML5 ならできるはずだ」
「HTML5 は Flash の代わりになるものだと言われている」と
クライアント、あるいは仕事先の関係会社から耳にする機会が増えてきた。
技術者の及ばないところで
ベターではない技術が選択、あるいは勧められてしまう やっかい性。
その記事は世間の目には届かない。
TV CM でバンバン流れている iPhone や iPad では Flash を見ることができない
という状況に乗じた
勘違いを正すためには、今までよりもより一層
あるいはメッセージを発信するよう心がけていかねばならないと感じる。
パネリスト達のような
Flash を扱う事が可能な技術力を持ち合わせている人にとって
Flash が終わろうが、代わりの技術が HTML5 やらその他何になろうが
大した影響はない。
『プログラミング』についての話をしてみる事にする。
「世にあらゆるプログラミング言語があるが
「何か一つ言語を習得し
『Flash の事は全く知らないがプログラミングプロフェッショナルの人』
が近くにいるならば是非上記について伺ってみてほしい。
その通りだと答えてくれるはずだ。
他の言語で作ったものを Flash のプログラミング言語に移植することも容易いのだ。
ここで上記三行の「他の言語」を「JavaScript」に置き換えてみてほしい。
HTML の DOM 操作に必要な言語は JavaScript である。
言語は、Flash ならば ActionScript、HTML5 ならば JavaScript を用いる。
画面描画は
あるいは用意されている描画用 API を ActionScript で呼び出し、
あるいは用意されている描画用 API を JavaScript で呼び出す。
Flash と似たような技術として Java Applet や Shockwave があるが、
これらも一緒で
言語を変え、その技術に合わせた描画を行う処理を記述するだけだ。
Web 技術者が何かに属していて、何かには属していないかのような区別の仕方は
的がはずれている事を なんとなく感じていただけただろうか。
仕事に対し、あるいは表現したい事に対し、ベターな選択を行うだけの事なのである。
環境や表示内容に合わせ両方を採る選択もあるだろう。
パネリストの中に ActionScript が好きだ、という人がいた。
これは別に
Flash が好き(製品のファン)だから ActionScript が好き、と言っているのではない。
ActionScript が優れたプログラミング言語だと判断しての発言なのだ。
HTML5 を選択するだけの事であり、
その別の技術を選択し、
Flash より優れた技術が登場しなければ Flash を使い続ける、
ただそれだけの事なのである。
もう少し突っ込んだ話をすると
Flash のプログラミング言語である ActionScript(ActionScript 1.0)と
HTML 表示制御を行う言語 JavaScript は 実は同じ言語仕様である。
『ECMAScript』という単語で調べてみてほしい。
「Flash と HTML5 は対立するもの」と考えていた人、
あるいは ActionScript や JavaScript を触れたことがない人にとって
「え？そうなの？」と思う人もいる事だろう。
JavaScript は大規模開発に向いていない、という話は聞いたことがないだろうか。
同様の言語仕様である ActionScript 1.0 はこの問題を解決するため
ActionScript 2.0 から ActionScript 3.0 へと進化していった。
Flash は開発がし易い、という話がよく挙げられるが
その理由の一つがこれである。
現行の JavaScript と ActionScript 1.0 は ECMAScript 3 準拠に対し、
ActionScript 3.0 は ECMAScript 4 準拠である。
言語として進化しているものを Flash は採用しているので
開発は抜群にし易い。
ECMAScript 4 準拠の JavaScript も登場する日もあったかもしれなかったのだが、
ECMAScript 4 標準化が白紙、
ECMAScript 4 は無かったことになってしまったのだ。
ActionScript 3.0 で作成したプログラムが
ちなみに JavaScript は大規模開発に向いていない、という事に対し、
最近では Google が新言語 Dart というものを開発している。
位置づけとしては ActionScript 2.0 に近いと比喩した人もいる。
ActionScript 2.0 はコンパイル時 ActionScript 1.0 に変換されて出力される。
Dart も同じく JavaScript 変換機能を持つ。
先の事は誰にもわからない。
HTML5 が成長するとは必ずしも言えない。
技術者は身を持って知っている。
表示と動作の差異、技術者はずっと苦しめられてきている。
めんどくさい。コストがかかる。
HTML5 も同じ道を辿るのでは、と言われてしまうのも仕方がない。
実際に HTML5 の各ブラウザの実装具合はバラバラである。
Flash はといえば、
今でも 10年以上前のスクリプト言語 (ActionScript 1.0 よりも前の言語)で
Flash が動作するブラウザがいつまで携帯に搭載され続けるのか、
まだ誰にもわからない。
今後も当面携帯向け Flash を作り続ける事になるのかもしれない。
携帯向け Flash は一つの容量が小さいというのが救いである。
IE6 対応 HTML サイト制作にせよ、携帯向け Flash 制作にせよ
状況に応じて何を選択するかを判断できるほどの技術力を身につける事
選択する技術に何ができて何ができないのか、
どの技術を組み合わせるとよいのか、
自ら判断できるようになった時、一人前の Web 技術者になったと言えるだろう。
一つ何かをモノにしてしまえば前述の通り移行は容易い。
それを極めるくらいまでとことん勉強してほしい。
続けていくと見えてくるはずだ。自信という名の悟りの道が。
気になった点をいくつか。
現状の HTML5 の実装具合のバラバラさに対し、
「(HTML5の)表示の差分を埋めてくれる何かが登場するかもしれない」
と言う発言があった。
言った当人も会場にいる人達も、きっとこう思っただろう。
「それってなんて Flash Player？」と。
「あれはやめたほうがいい」という発言があった。
勝手に注釈するのであればこの発言は
「Flash で作られた重たい Web を HTML5 でまた再現するつもりなの？」
という皮肉であろう。
http://anond.hatelabo.jp/20111113010022
こちらに触発されて書いてみる。辞めてからかなり時間も経ったのでそろそろ書いてもいいかなと。
訓練内容はAdobeのCS4の操作方法→自主制作というのがだいたいの流れとなっていて、それぞれのアプリケーションのテキスト（フォトショ、イラレ、DW、Flash）とHTML+CSSの本という感じ。
このテキストを選定しているのは教室を運営している会社のようで、（伝聞で聞いたので定かではない）もし運営してる会社がWEB制作を知らないとか知っててもテーブルレイアウトだった場合にはあまりいい本は選ばれないようです。また運営会社同士でヨコの繋がりで話し合って本を決めてる部分もある（複数の教室で同じ本だった）のかな？と予想しました。
実際の訓練内容はハローワークで決めているのか運営会社で決めているのかは解りませんが、講師は訓練スケジュールやテキストに関してなにも言えない、わからないまま講義が始まります。
HTML5時代だというのにFLASHにえらく時間を割いたりするスケジュールで、受講生から「せんせーFLASHってどうなんすか？」と物凄く困る質問をされたりします。
また受講生はAdobe製品をアカデミックで買えるというナイスな特典があったりしますが、授業で使ってるのはCS4だけど買ったのはCS5.5みたいな微妙だけど重要なアクシデントが発生します。
HTMLの本もXHTMLならまだしもHTML4.01（しかもStrict）で書いてる本だったりすることもあります。
受講生はテキストを実費で購入しているため、ないがしろにするわけにはいかないので「これいらんだろ」とか思ってもとりあえず本の通りに進めなければなりません。（例えばHTMLの本を早めに終わらせてXHTMLの話をして余計混乱させたりとかあった）
ここで問題なのは受講生は基本的にお金に余裕がある人は少ないです。
AdobeのWebプレミアムがアカデミックで買えるとはいえ10万以上の余裕があるなら基金訓練なんかコネーよ！という人が半数以上いるんじゃないかと。
体験版はあるけど1ヶ月で終わるし、訓練自体は半年あるわけです。
なのでGIMPとかInkscapeとかもサラっと存在を教えておいたりします。
あとはフォームのHTMLだけ教えて肝心のPHPやらPerlやらには基本触れないのでそこも工夫が必要です。
教科書3冊くらいクリアするころには生徒からこれで本当にWEB屋さんになれるの？とか疑問を持たれますので、フリーでやっていく方法とか自分の経験談の話をすると人気の講師になれますが、会社からはいい顔されないかもしれません。職業訓練なのでどこかに就職するのが大前提なんです。
指導要綱みたいなものはキホンないので講師の思うとおりに教えられますが、上記のテキストの縛りとスケジュールの縛りがあるので本が変わる前にグループを作ってもらって共同作業させることを取り入れました。実際にWEB屋さんにいったら分業しますしね。
さて、各アプリケーションのテキストがいいものだったらよいのですが、そうでない場合は自分で課題とかを作る必要があります。
フォトショやらイラレはいいんですが問題はHTML+CSSとFLASH。FlashなんかはASがゴッソリ抜けてたりすると生徒から「やりたいことができない！」と嘆かれます。CSSなんかも「やりたいことができない！」と言われがちです。
実際は一人の講師が２コマやることがザラなんじゃないかと思います。
AM9時からお昼を挟んでPM3時まで+PM3時からPM9時まで。若干ズレはするでしょうがこんな感じなんじゃないかと。
これで課題を自作していたら睡眠時間は3～4時間くらいになっちまいます。ああ祝日ってステキ・・・。とか思い始めます。フリーランサーは普段の仕事は全部お断りしないとイカンかもしれません。
テキストの内容とスケジュール（ｘ月ｘ日からｘ月ｘ日までFLASHとか書いてある）なんか完全に合わないので苦悩します。
事前に用意できればいいのですが先に書いたようにスケジュールやテキストは開講数日前にコレでヨロ！的に渡されますので初めてやるひとは対応難しいでしょう。
とりあえず今日はここまで。
上っ面じゃなくてちゃんとわかっている人教えてください。
▼モバイル版「Flash Player」の開発中止をどう見る？
http://japan.cnet.com/panel/35010348/300015677/
▼Adobeはなぜ失敗したか, Flash-Playerの敗退は歴史の必然だった
http://jp.techcrunch.com/archives/20111109why-adobe-failed/
今後来るhtml5をもてはやす必要もなく、
で“既に代替されている”
html5厨の中にはこのあたりごっちゃにして歓迎してるやつが多数いる
くどいけど、その他の機能はjsとかcssとかhtml5周辺の独自仕様で
解決してることが多いからな！
普通にhtml5が覇権取るにはオーサリングツールがいるんだぞ。
全部含んでるんだ。
html5が現状見えてるのは、
までだ。
「描画系の機能でflash(flex sdk)同等の仕様を用意することになるだろう」
ってだけじゃ劣化flashすぎんだろ。
あとadobe終わったっていってるやつ、
それを一社じゃなくブラウザつくってる各社が実装するんだからな・・・
お前らがflash嫌ってるのと同じ問題が発生して、
flash殺すのはいいけど、html5を中心とした代替環境できんのに何年かかるんだよ。
あと、リッチインターフェース作るのに、いつまでもなんのサポートも受けれないような
jsライブラリ組み合わせて、必死にカスタマイズとデバッグしなきゃいけないのかよ！
業務系のuxデザインつくっていくのに、flex使おうか、html&css中心で行こうか悩んでんだ。
誰か何かアドバイスくれよ…
flexは良いところが多くて工数も減るし、どこかでadobeの5オーサリングツールに乗り換えられるだろうから
普通のweb屋としては、htmlとjsで苦戦しながらも自己責任でスクリプトチマチマいじってる方が、
他にもこの中途半端な状況に困ってる奴いるだろ！
Adobe Premiere CS5 で保存するたびにファイルサイズが大きくなる問題が起こった。
10M→100M→1Gという具合にケタ違いに増えていった。
やむなくこのファイルを破棄して100Mのプロジェクトファイルに戻って問題を解決する事にした。
[試したこと]
・上書き保存でも別名保存でも結果は同じ
・何も変更しなくても保存するだけで1Gになる
・1Gのファイルを保存すると10Gになるのかは不明(保存途中でフリーズするから)
[これをやったら直った]
・Auto save フォルダを削除
以降、問題なく保存できるようになった。
よこから失礼。
As3なら無料のFlashDevelopで十分だよ。純正品より使える。FlexSDKも無料だから、実質無料でコンパイル環境は整う。
Adobeのやつも買ったがFlashDevelopのほうがいい。
あと、HTML5 vs Flash とかいってるけどさ、ちょっとWEBにも動きがほしいよねレベルのFlashはどうせ消えるでしょ。HTMLコーダーが食えてた時代が終わったみたいなもの。だいたい情報系の言語スキルなんて５年も持たないって。
ばかでもつかえるエディターが出ればすぐ終わるよそんなもの。HTML5もそう。
生半可な人がそこに活路をもとめて漕ぎ出したところでエディターが出るまでの寸暇のアドバンテージもない。
そんな範囲のことが飯の種になるわけないじゃなぃぃ？
誰かがつくったものを真似して、誰でもできるようなことになっちゃったら制作単価下って食い合いになって終わりさ。
Airアプリでも書けって。だいたいHTML5と比較するのにFlash語るのにAir含めないってどうかしてるよ。
ただFlexで書くならフルスクラッチでゴリゴリ書けるひとじゃないと何もできないから、組み合わせるだけのプログラミングしかできない人はまだお呼びでないだけ。しかもScriptなのにコンパイルだからネット上でナレッジシェアされないしね。
FlexはActiveXやAppletと比較するべきで、プラットホームのHTMLと比較すんのはどうなのかなと思うよ。
あと、おまえらSilverLight馬鹿にしてるけど、日本にはこれが使えるエンジニアほとんどいから結構需要あるんだぜ？
MS以外の某大手もプッシュしている。
つまり、何がいいたいかっていうと、どんな言語、ツール使おうが、その上位１０％にでも食い込んでりゃ食えるよ。
というかプログラミングの上位で食ってる人が特定の言語が使えないなんてことはないよね。
もしそう思ってるんだったら、後から来たのに悠々と追いぬかれるよ。
環境のせいにしてちゃ伸びないんだぜ。
いまいるところでまず嚢中の錐になってくだせぇ。
いや、FlexSDKとテキストエディタ使うなら、有料で高性能なFlashBuilderを使うほうがいいってことでしょ？
それはHTML5も同じことが言えて、高性能なIDEがあればそっちを使ったほうがいいに決まっている。
だが、HTML5にはFlashほど優秀なIDEはまだ存在しない。
AdobeのEadgeとかが候補として上がるけど、まだ全然使えないし、将来的には有料になると思う。
Flashっていった場合 Flash Playerの事ではなく
もっとも、Adobeは、Flashをブラウザ上からクロスプラットフォームのアプリ作成環境にまで成長させるつもりっぽいので、長い目でみてもFlashは形を変えつつ生き残るんじゃないかと思ってる。
でもそれ node.js っぽい気もしてきた。
わざと避けてた部分を書かれたw
まぁFlashの普及という意味ではvideoタグが全部持ってくよね。あとcss3。canvasはそれほど脅威ではない印象。
videoタグの実装が整ってくれば、一定数のFlash離れは起こるんじゃないかと思う。ただ、videoタグの普及にはまだまだ時間がかかりそうだから、それまでにFlash無しじゃいられない体にしてしまえば、生き残りは十分可能な気もする。実際、Mixiアプリやってる有閑マダム達を虜にして一定数は確保してる。
あと、一度インストールしたら、重大なセキュリティホールが発見されない限り、わざわざアンインストールはされない。慎重に対応すれば現在の普及率をある程度キープすることは可能。
もっとも、Adobeは、Flashをブラウザ上からクロスプラットフォームのアプリ作成環境にまで成長させるつもりっぽいので、長い目でみてもFlashは形を変えつつ生き残るんじゃないかと思ってる。
「Flashに死んで欲しいと思ってる」ってのもある程度同意。ただし少なくともIE6ほど「みんな」ではない。
Flashが恨まれるのは、まだマシンパワーが貧弱だった時代に、わざわざ重いベクターアニメーション環境をブラウザで動かしてしまった事に起因してる。その上、かなり優秀なタイムラインアニメーションツールを提供してしまったため、敷居がぐっと下がってしまい、「負荷」という言葉を知らないアーチスト達によって、きれいだけど無茶なコンテンツが量産されてしまったという悲劇を引きずっている。
もっとも、マシンパワーがあがった今でも、負荷的に無茶なFlashコンテンツが量産され続けている状況は変わってない。これはFlashのせいというより、コンテンツ作成者の知識不足によるところが大きい。Adobeは、もっとコンテンツ作成者の成熟に力を入れたほうがよいのかも知れない。
あたりだろう。
なぜ両方使うという選択肢がない。真の技術者はウェブ標準だろうがFlashだろうがネイティブだろうが、その場その場でユーザーの体験を最善にし、クライアントの要求を最高に満たすベストの技術を使う。JavaScriptかFlashかなんて動きさえすればユーザーには関係ないんだから。実際、HTML5スゲＥＥＥＥＥ！！！ってページにFlashタグのブクマが間違ってつけられたりしてるよ？（笑） ウェブ標準の崇高さなんてパンピーにはわからんのです。
そもそも分からないんだけど、HTML5が「投資」するほどたいしたもの？ 誰もが基礎教養として身につけているはずの、これまでのHTML＋CSS＋JavaScriptの延長線上の技術でしょ。今まで普通にやってきたウェブ開発者ならすぐにキャッチアップできるはずだよ。
どうせHTML5の実装の普及には当分かかるし、その時点のブラウザ環境で使用可能なものをゆっくりまったりと導入していけばいいだけ。その意味ではいわゆる遅延評価学習で十分。あわてることはないです。どうせ皆使うことになるんだから。
一応言っておくと、いいものだと思いますよ、HTML5は。現段階で頑張って凝ったものを動かしておられるイノベーターの方々もたいしたものだと思います。敬意を。マリオやらグラディウスやらは著作権的にどーなのかと突っ込みたいが。
それはシナリオのひとつですよね。Googleの甲斐性次第では十分にあり得る。それと、ジョブズが翻意するというシナリオもありますよ。今までに散々あったことですが。どこかでそれをネタにしている記事があったと思いますが。
もしEdgeを見てそう思ったのなら、Flash CSを使って制作したことがありますか？ Edgeを実際に使ってみましたか？ と問いたい。
他にも、最低でも、
これらにきちんと答えられない人間にHTML5 vs Flashなど語る資格はないです。そもそも対立させる時点でわかってないなー ┐(´д｀)┌ って感じなのだけど。
あとFlashへの投資が無駄になると思ってるようですが、俺はFlashは投資判断「Buy」継続だと見てますよ。たとえこのままiOSで動かずともね。AIRもあるし、ブラウザのプラグインとしてのFlashだけ見ていると考えを誤るよ。ブラウザのほうにしても、GPUアクセラレーションつきの3Dが真っ先に使用可能になるのはFlash。プレイヤーの普及が速いから、WebGLと異なり、今後1～2年内に実案件で使用可能になるでしょう。そういった面ではなおカッティングエッジな技術だよ。
まあ、プラットフォームや言語の選択は投機だから、どの銘柄が買いか売りかで紛糾するのはわかる。ただ、それなら分散投資だとか、インデックス投資という考え方もあるのでね。HTML5に惚れ込んで一点買いなんて若いエンジニアがいたら、それはもう相当危なっかしいなと、視野も相当狭くなるだろうなと危惧するよ。
というか、JavaだろうがC++だろうがObjective-CだろうがLLだろうがアセンブリ言語だろうが関数型言語だろうが、一度全部触ってみなよ。いいから。HTML5で手一杯なんてのでは話にならんですよ。
いまHTML5を使うか、それともFlashを使うか、という話じゃないよね。
これからHTML5に投資するか、このままFlashに投資し続けるか、だよ問題は。
いまさらFlashを勉強し始めて五年後には役立たずでした、なんて切ないよね。
(ここで言うHTML5はcss3とJavascriptも含めた技術全体の事、逆にFlashはAir等の派生技術は含めないブラウザ上のFlashPlayerの技術のみを指します。）
ウェブに携わる人間には常識だけど、HTML5は何でも出来るスーパーヒーローではない。
どちらかというと、中日の高木とか、ヤクルトの宮本とか、巨人の川相とかの方が近い。知らないやつはググれgoogle:いぶし銀。
HTML5の真骨頂は、昨今のリッチなインターネットコンテンツを、非常に簡潔にスマートに記述できるところにある。複雑な事をすれば凝った事もある程度できるけど、得意分野じゃない（標準APIが機能不足だし、JavaScriptの言語仕様が複雑な処理に向いていない）。
ブラウザだけでここまで出来る、とか、
Flashはもういらない、とか、
ってのは、川相だって筋肉付ければホームラン打てるようになるし清原はもういらない、って言ってるようなもん。宮本にパワーヒッターを求めるのなら筋違いだ。生い立ちも素質も違うのに、どうして代替となりうるのか（プログラムと人間を一緒にするのが暴論なのは百も承知）。
HTML5とFlashにはそれぞれ得意分野があるし、淘汰される形で対立しうるものではない。にもかかわらず、ブコメ見てて、いまだにFlash氏ねHTML5マンセーな意見が支配的なのが痛すぎる。
「ブラウザだけで」というと聞こえはいいけど、何のことは無い。５年くらい前のFlash相当のプログラムが、ようやくブラウザに搭載され始めただけのことだ。Flash は重いとよく言われるが、同じことをすれば（今のところ）HTML5 のほうが重いことが多い。
あと、記事を読むと大概「（どれかの）ブラウザだけで（なら）ここまで出来る（けど他のブラウザじゃ動かない）」って言葉が隠されている。HTML5 の仕様が固まれば全コンテンツが全ブラウザで同じように動くようになるよ！なんて本気で信じてるならあなたはネット向きじゃない。
Flashは互換性の点で優位にある。一社提供で基本的に同じコードを同じ開発者が作っているってのもあるけど、そもそも「どのブラウザでも同じように動く」が、セールスポイント＝利益に直結するというモチベーションになるのが極めて大きい。
HTML5 と対立するは Flash ではない、HTML4 だ。HTML4の悪い所を直してHTML5にしようとしてるんだから当たり前。
video対応やベクター描画といった Flash が寡占してる技術の一部を HTML5 が食ってるのは事実だけど、Flash と HTML5 の機能は相補的である。HTMLは文章構造を効率的に記述する目的で生まれたものだし、Flashはタイムラインベースのベクターアニメーションを表示するために生まれた。両方ともブラウザ上でリッチなユーザー体験を提供するという目的に向かって進化してるので、お互いの領土を食い合う形にはなってるけど、生い立ちが違うので得意分野も当然違う。
テキスト表示とレイアウトはHTML5のほうが断然得意だし、2D描画はFlashの方が一日の長がある（私見だけど、HTML5はFlashの描画能力の半分にも至っていないし、Flashのテキスト表示機能はie6のそれにすら劣る、と感じる）。
Flash vs HTML5 という構図は、スティーブ・ジョブスのプロパガンダにすぎない。
ジョブスは訴求力を上げるため、しばしば、対抗技術＝「悪」とした勧善懲悪ストーリーを作り上げる。簡潔で力強い言葉にのせて、対抗技術の欠点と自社技術の利点を（時には脚色しつつ）徹底的に挙げていく。対抗技術の利点など無きものとしてしまう。そこには自社技術の欠点など存在しない。
HTML5推しの本来の意図は、ジョブスの声明から推察するかぎり、HTML5であればAppleが開発してるブラウザエンジンwebkitを通じて自らの手でインターネット体験を提供出来るが、FlashはAdobeが開発している技術なので手を出せない（厳密にはFlashはオープンな技術なので自社開発する事は不可能ではないが）という点にある（もちろん、実際は様々な複合要因だと思うけど）。自社製品におけるインターネット体験、という肝心なところを他社に依存してしまうのは許せない、というのは至極真っ当なコダワリだ。Android にユーザーが流れてしまうという大きなデメリットを背負ってまで、iPhone が Flash を載せないことについては、評価すべきとすら思っている。もともと Mac版 Flash プレイヤーのデキの悪さという恨み節もあり、歴史的な経緯による「Flash は重い」という先入感も利用し、衝撃の声明は完遂された。
かくして、勧善懲悪のスーパーヒーロー HTML5 が誕生した。
Flash と HTML5 両方のコーディング経験者であれば判るけど、HTML5はこれまでに比べて簡潔に記述できる事が最大のメリットであって、複雑で凝った事は得意分野じゃない。にもかかわらず、無理矢理 HTML5 で書かれた凄いアプリが「ブラウザだけで！」とか「Flashいらない！」とかセンセーショナルな煽り文句とともに紹介され、もはや冷笑の対象となっている。
もちろん、凄い HTML5 アプリの作者は何も悪くない。未来の技術をいち早く実験/公開して、われわれにその可能性を提示してくれているのだ。そんな彼らを冷笑の対象にしてしまって良いわけがない。
ここまで読んでくれた人ならわかるだろうが、自分は、川相のゴロ捕球からの洗練された送球フォームが大好きだ。いや、HTML5の洗練された仕様と最新鋭の技術が大好きだ。
だからこそ現状を見ていられない。
現実として、Flashは互換性を気にしないで良いがiPhoneで見れない。HTML5はiPhoneで見れるがブラウザ間の互換性が問題となる見通し。
何が幸せなインターネットの未来なのかわからないけど、今の HTML5 vs Flash という構図は、不幸な方向に向かってるように見えてしょうがない。
今回触れてない話の１つにセキュリティ/バグ関連があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
あと、巨人末期の清原は本当にもういらなかったかという話があります。議論の余地のある話ですが、個人的にはどっちもどっちだと思ってます。
http://www.antenna.co.jp/AHF/v5help/v52/ja/docs/ahf-pdf.html
http://www.i-printing.co.jp/printinfo/pdfx.html
[引用]
•印刷用にPDF/X(ISO 15930), 長期保存用にPDF/A(ISO 19005-1:2005)
•PDF1.3
PDF1.3は、Adobe Acrobat（Reader）4.0以上で閲覧することができます。
•PDF1.4
PDF1.4は、Adobe Acrobat（Reader）5.0以上で閲覧することができます。
•PDF1.5
PDF1.5は、Adobe Acrobat（Reader）6.0以上で閲覧することができます。
•PDF1.6
PDF1.6は、Adobe Acrobat（Reader）7.0以上で閲覧することができます。
•PDF1.7
こんにちは、専攻科でJABEE取得を目指してるSPARC嬢です。私は学位も知名度もありませんしモジョですが、恋愛に関してはプロフェッショナル。今回は、モテる女子力を磨くための4つの心得を皆さんにお教えしたいと思います。
あえて2～3世代前のポケコンを使うようにしましょう。そして場で好みの男がいたら話しかけ、わざとらしくポケコンを出していじってみましょう。そして「あ～ん！ このポケコン本当にマジでチョームカつくんですけどぉぉお～！」と言って、男に「どうしたの？」と言わせましょう。言わせたらもう大成功。「関数電卓とか詳しくなくてぇ～！ ずっとコレ使ってるんですけどぉ～！ 使いにくいんですぅ～！ ぷんぷくり～ん（怒）」と言いましょう。だいたいの男は新しいマイコンを持ちたがる習性があるので、古かったとしても1世代前のPDAを使っているはずです。
そこで男が「新しいマイコンにしないの？」と言ってくるはず（言ってこない空気が読めない男はその時点でガン無視OK）。そう言われたらあなたは「なんかなんかぁ～！ 最近Newton PDAが人気なんでしょー!? あれってどうなんですかぁ？ 新しいの欲しいんですけどわかんなぁぁああい!! 私かわいそーなコ★」と返します。すると男は「HP 200LXでしょ？ Appleからは出ないよ。本当に良くわからないみたいだね。どんなのが欲しいの？」という話になって、次の休みの日にふたりでマイコン選びのデートに行けるというわけです。あなたの女子力が高ければ、男がZaurus買ってくれるかも!?
「Kya-!」とか「KanaSii」などと入力する「SKK」を端末に入れると、男性ATOKユーザーは「なんかこの子マメやなぁ」や「自動で複文節変換してあげたいかも」と思ってくれます。計算機上では現実世界よりも言葉の音節・文節のイメージが相手に伝わらないので、音節ごとにハッキリ物申すことによって、男性はあなたをしっかり物の女の子と勘違いしてくれるのです。そういうキャラクターにするとほぼ絶対に同性にも嫌われますが気にしないようにしましょう。
3. とりあえず男には「えー！ なにそれ!? 知りたい知りたーい♪」と言っておく
飲み会などで男が女性に話すことといえば美少女ゲーやパチンコの話ばかり。よって、女性にとってどうでもいい話ばかりです。でもそこで適当に「へぇーそうなんですかぁ～？」とか「よくわかんないですけどすごいんですねぇ」と返してしまうと、さすがの男も「この女ダメだな」と気がついてしまいます。ダメ女だとバレたら終わりです。そこは無意味にテンションをあげて、「えー！ なにそれ!? 知りたい知りたーい♪」と言っておくのが正解。たとえ興味がない話題でも、テンションと積極性でその場を乗り切りましょう。積極的に話を聞いてくれる女性に男は弱いのです。
いろいろと話を聞いたあと、「おまえはオレで、オレがおまえなんですね！ わかります！ アッー！」とコメントすればパーフェクト。続けて頭に指をさしてくるくる回しつつ「みすずちんハァハァ…みすずちんハァハァ…」※と言って、「もう…ゴールしてもいいかな？」※と男に言わせるのもアリ。そこで「私のバブルメモリに記録しているのでありますっ☆」と言えば女子力アップ！ そこでまた男は「この子おもしろくてカワイイかも!?」と思ってくれます。私は学位も単位もありませんしモジョですが、こういうテクニックを使えば免疫がない私のようなバカ女のほうがモテたりするのです。男は優越感に浸りたいですからね。
教官室に入ったら、真っ先に計算機のマウスを確認して、「あーん！ 私Macじゃないと使えないんですよね～（悲）」と言いましょう。するとほぼ100パーセント「どうして？ これ(DEC Alpha)もUN*Xだよ？」と聞かれるので、「マウスのボタンが3つも有ったら迷っちゃうんですっ＞＜」と返答しましょう。ここでまた100パーセント「でもコンソールで使ってたら関係ないよ？」と聞かれるので、うつむいて3～5秒ほど間をおいてからボソッとこう言います。「……だって、……だって、漢字Talkだからマウスで使うじゃないですかぁっ！ Welcome to Macintoshですぅ！ まだ爆弾も出てないのにぃぃ～（悲）。coreすら吐けないんですよ……」と身を震わせて言うのです。
その瞬間、あなたの女子力がアップします。きっと男は「なんて優しい天使のようなコなんだろう！ 絶対にLisaをプレゼントゲットしてやるぞ！ コイツは俺の女だ！」と心のなかで誓い、あなたに惚れ込むはずです。意中の男と付き合うことになったら、そんなことは忘れて好きなだけAdobe製品を買って大丈夫です。「漢字Talkなんじゃなかったっけ？」と言われたら「大丈夫になった」とか「慣れた」、「そんなこと言ってない」と言っておけばOKです。
※一部訂正しました。年齢に関するツッコミが多いですが、ドリームモーニング娘。のメンバーの年齢の平均＆分散ぐらいの範囲です。
Web関連の業務に携わっている。
会社の経営が何年か前から思わしくなく、数年前から派遣社員の人員整理や業務内容の変更がことあるごとに行われている。
ただ最近は、その整理の方針がめちゃくちゃ。
社員にステップアップしたいという意思表示をしてしまうと、今の契約で切るという方針らしい。
そして、別の派遣社員を新しく雇ったり後任を探すという。
表向き経営判断とかいう理由らしいが、会社自ら切っておいて後任を同じ派遣で雇ったりアサインするというのは
この前も仲良くしていた派遣社員の仲間が２人切られることになった。
俺について言えば、元々Webが好きで制作や開発ができれば、それで充実してた。
やむを得ず派遣という形を選んだが、以前は好きなことができていたので雇用形態についてはそれほど気にしてなかった。
新しい技術を身につけるのも、むしろ楽しいくらいだったので、周りの社員よりも勉強してた。
デザインもプログラミングも身につけ、いくつかの案件ではディレクションも任された時期もあった。
JavaScript・PHPはもちろん、Javaだって解る。Adobeのクリエイティブなツールだって上級レベルで使える。
とくにJavaScriptについては社内一だと思っている。トレンドのスマホやHTML5についても知識が豊富である自負がある。
これも、オレオレだと思ってもらって結構。
もちろん、こういう経験ができて技術が身に付いたのは感謝している。
以前は、派遣に対してもディレクションをまかせてくれてた。
大規模なプロジェクトで、クライアントに使ってもらう管理画面の打合せだった。
プロデューサー（社員）、ディレクター（社員）、作業者（俺・派遣）、もう一人の作業者（外部スタッフ）というメンバーで、
その場で、親会社の社員と会話や意識のすり合せ・調整をおこなっているのは、ほとんど俺だった。
俺以外はほとんど無言だった。
話さないんじゃなくて、親会社の言う用語やHTMLコーディングの話ですら分からなくて、会話できないのだ。
社員にとっては、実作業者じゃないので専門的なことはわからなくてもよいというスタンスなのかも知れない。
でも、俺の感覚では、Web業界にいながら知識が無くてもいいの？
これだけ技術が激変しているご時世なのに？と思うのだが、俺は間違ってるのだろうか。
正直、俺には彼らがなんのためにいるのかわからない。
制作や開発の作業もやった上、ドキュメント作成・外部との調整も実質的には俺がやっている。
そんな矢先、自分がアサインされる次の案件と役割を言い渡された。
前述の切られた派遣仲間のひとりの後任だそうだ。
その切られた仲間も以前はディレクターだったが、前述の経緯により一作業運用者となっていた。
もちろん、俺にディレクターを任せるというわけではなく、その運用の後任というわけだ。
その案件のディレクターは、今の俺の案件同様に専門的なことはわからない人が継続。
なにそれ。
切られた仲間はなんのために切られたんだ。
そんな疑問が真っ先に浮かびつつも、俺はようやく気づいた。きっと気づかなかった自分が馬鹿だったんだな。
彼らにとっては、派遣がやってる仕事＝誰でもできる仕事、としか見ていなかったことにようやく気づいた。
俺はこの会社を辞めることを決めた。
彼らは俺を評価し、必要としてくれた。
彼らの役に立てることが嬉しかった。
「君はもっと凄いことができると思うよ」とまで言ってくれる社員もいた。
今ではもうプロジェクトも違ってしまったり、親会社に行ってしまった人だったりで、彼らの力では俺をどうすることもできない。
人に頼るんじゃなくて、自分でどうにかしろよ、って思われるだろうけど、
派遣っていう肩書きが付いてるだけで無力。
今の状況の俺になにかを変えることはできない。
なんせ「社員になりたいです」的な前向きな姿勢を見せりゃ切られるんだから。
生き残る方法はただひとつ。
なによりも悔しいのは、辞める本当の理由を誰にも伝えられないことだ。
まぁ、社会なんて、そういうものなのかも知れないけど。
今の俺にわからないのは、仮に別の会社で社員になったとしたら、知識や技術を磨くのは無駄なのか？ということ。
そういう技術じゃなくて、
派遣を駒のように使う
そういう技術を身につけろと？
自然空冷・・・
Google先生が HDDは冷やさなくても大して壊れないよレポートで、ちゃんとグラフ書いて、冷やさないHDDは３年目の故障率が急増している。グラフを書いて言葉で増えないよ（ニヤリ）ってやってくれてたのに・・・
見事に、つられてる？ まぁ、近頃は RAID組んでりゃ大丈夫っていやぁ大丈夫なんだが・・・ ファン付けても対して値段変わらねーのに。魔除けなしか。
あと、配線長なげぇなぁ。
故障率が４／２００ （9ヶ月） ３年どころか、１年経ってないのに2% （初期不良除くだろ・・・）高くないか？ 熱劣化だとおもうんだが・・・
低効率の電源大量に並べてるからなぁ・・・
ちなみにFlashのバージョンアップは結構トラブルが多いことで有名なので、
Adobe提供のアンインストールツールでアンインストールして PC再起動してインストールし直すことをおすすめする。
使用中で切り替えられなくて古いのが残ってることが結構ある。
完全に一致を作るための勉強法
コメントもたくさん頂いてまして、それにお答えするのに「ブログでもつくろうかいな」とのぼせましたが、そんなテーマで続くわけもないので、やはりアノニマスダイアリーにしました。
【製作期間について】
まず、皆さん仕事しながらたった4ヶ月で！と褒めて頂いてますが、たったじゃないですよ。4ヶ月って。
仕事が終わって、毎日2～3時間。土日関係無くやると、多分300時間くらいになります。
専門学校の2年間の授業時間がこのくらいだったりするんじゃないですかね。結構長いです。
【モチベーションの維持について】
モチベーションを保つのがすごいというのも褒めてもらいましたが、私は一回やり始めると、意外に長く続きます。
コツがあるんです。
毎年、日々の単純作業が続かない新入社員が入ってきますが、そんな新人に言います。
「息をするように続けるんだよ。」
毎日やるんです。土日関係無く。毎日。
前回の日記で「勉強した」と何度も使ってしまった為、誤解をされている方が多くいらっしゃいます。
正確には、「調べ」ました。
職業柄「調べる」という事が多い為、WEBサービスを作るという事に関してはそれが訳に立ちました。
追記でも書いているのですが今回のシステムはほとんどが、先人達が作った既存のシステムがベースになっています。
ぱくりと言われてしまえばそれまでなんですけど、丸ごとはやってないですよ。というか、丸ごと合うモノがなくて、いろんな所からソースコードを拝借させてもらいました。
なので、中身はぐちゃぐちゃです。けど、検索システムはそれでも200行くらいしかありません。クローラーは80行くらいでしょうか。
【HTMLについて】
というか、それすら途中で挫折してAdobe社のDreamWeaverというソフトを使いました。
適当に書けばソースは綺麗にしてくれるし、CSSの体裁はプロパティを設定しながら見た目のまま調整すれば良いし、一番助かったのはテンプレート機能でした。
最初は全部のHTMLファイルをコピーしながら作っていたのですが、ヘルプを見るとテンプレートとライブラリという機能があるのをしってライブラリがいまいち分らなかったのでテンプレートを使いました。
■Dreamweaver便利
■テンプレート便利
【Javascriptとの出会い】
最初に本やで立ち読みした本に、「プログラムをやってみよう」ということでJavascriptの事が書いてありました。
なので、自然とプログラムの最初のさわりがコレになっただけなんですね。
でも、アラートを出したりとかばっかりで、面白くありませんでした。
インターネット黎明期からのネットユーザーなのですが、「最近よく見るページが移動しないのにページの中身が切り替わるやつかっこいいよな」と思って「ページ遷移しない 読み込み」で検索をすると、Ajaxという文字を見つけ、「ajax 入門」で検索してトップに出たサイトでAjaxの概要だけ調べて、「ajax 簡単」でprototype.jsとjQueryの文字を見つけて「ああ、jQueryってよく見るな」というのがjQueryとの出会いでした。
「最近よく見るページが移動しないのにページの中身が切り替わるやつ」は、非同期通信という名前でした。
jQueryを使うと、下記のように1行コピペするだけで外部のHTMLを読み込む事ができました。
--------------------------------------------------------------------------
var http = $.get("abc.html",null, function(data) {$("#main").html(data);});
--------------------------------------------------------------------------
すごい簡単。最初は意味は分りませんでしたが、目的の事ができればそれで良いので次に進みました。
■jQueryすごい
■非同期通信かっこいい
【Perlとの出会い】
jQueryがちょこっと書くとダイナミックに色々変わってくれるので、日々いろんなプラグインを探して遊んでいました。
でも、作りたかったのは検索システムだったのを思い出し、また近くの大きな本屋に。
検索するパソコンで”プログラム 検索”で探しだした棚に行くと、「CGI/Perl」の本棚でした。
大量にありすぎてどれをかって良いか分らなかったので、いくつか立ち読みして家に帰り、「CGI/Perl 入門」で検索すると
このページにたどり着きました。
Windowsだった為、ActivePerlを入れていくつかプログラムをやりましたが、これがまた面白くないんですね。
すごい地味で。このPerlをさわった最初の1日は正直かなり苦痛でした。
その後、”AV女優の検索システムって不動産の検索システムに似てるな”って思って「CGI/Perl 不動産検索 無料」で検索したら、http://www.yumemaboroshi.net/ってサイトが引っかかって、ここのおかげでかなり進みました。
先人が作った大量のプログラムがダウンロード出来るサイトなんですね。
【PHPとの出会い】
いくつもダウンロードしては、サンプルと中身を見てを繰り返してたら、Perl/CGI以外にPHPがたくさんありました。
どう違うのかと思い検索したら、PHPはすごい叩かれてて、Perlがえらいみたいに書いてあったのですが、叩かれてる理由がいまいち理解できませんでした。
結果PHPを使う事になったのですが、その大きな理由は、DreamweaverでPHPが開ける。なおかつHTMLファイルをそのまま使うテンプレート機能のプラグインがあったという事でした。
PHPでテンプレートを使うには、Smartyというプラグインを使えば良いということが分って、「Smarty 入門」で調べて、いくつかのタグを覚えました。
実際にSmartyで使ったタグは、{$変数}と{if}{/if}と{foreach}{/foreach}の3つだけだと思います。
色々高機能らしいのですが、まあ目的は達成できたのでいいか。と。
PHPの検索プログラムは、HTMLファイルでボタンを押すと、テキストファイルに書いてある内容を、表示してくれる簡単なものを作って、そこに肉付けしました。
（最終的にテキストファイルがSQLサーバーになりましたが。）
■PHPはDreamweaverと相性がいい
■Smartyでやると見た目が壊れない
【Rubyとの出会い】
簡単にPHPで動くプログラムが出来たので、実際に女優のデータを登録しようと思い、DMMに行きました。
DMMのサイトを見ていると、いったい何人いるんだってくらいAV女優が登録されています。
数人集めてみて「こりゃぁ。無理だな。」と途方にくれて1日を過ごしました（笑）
次の日、「ホームページ 自動 巡回 プログラム」とかで検索して、ボットとクローラーという存在を知りました。
自動巡回で拾ってくるのは、どちらかというとクローラーと呼ばれるそうで、「クローラー 作り方」で調べたホームページに、Perl+LWPモジュールで似たことができるということで、とりあえずペタペタとソースを貼ってうごかしてみたら、まあなんと簡単に取れました。
しかし、取ってきた後に気がついたのが、HTMLファイルをそのまま取ってきても結局手動でコピペの必要があり、あんまり意味がない。と。
で、もう少し調べると、「WWW::Mechanize」を使うといいよって書いてあって、Mechanizeで調べたサイトをみるとrubyを使ったサイトが出てきました。
rubyのサンプルがすっごい短くてわかりやすかったので、Perlは苦痛だったのでRubyにしようと、このときRubyを始めました。
■Rubyきれい
■Mechanize簡単
【デザインは・・・】
はてなブックマークのコメントで、DoCoMoのサイトが元ネタと書いてありましたが、ハズレです。
デザイナーの友人が居て世間話でどうやって作るの？って聞いたら、「まあ、パｋ、じゃない。参考にするよ。他社のを。」っていうもんでどうやって見つけるか聞いたら、あるんですね、綺麗なデザイン集めたサイトが。http://www.ikesai.com/ここでたくさん見ました。
それから、スライダーのインターフェースは、「selectToUISlider」jQueryのプラグインそのまま使ってます。
■世の中のデザイン全てぱｋ（略
■selectToUISliderかっこいい
という感じで、ほんとにちょっとずつ進みました。
楽しかったですね。Perl以外は。なんであんなに読みづらいんでしょう。
と、またもや長くなりすぎたのでこの辺で。
DMMのクリックが10万クリックほどあり、その結果、購入された金額が、なんと！
報酬額が245円。
----------------------
今回のサーバーダウンは結構深刻でなかなか復旧が出来ていません。。。
申し訳ないです。
----------------------
http://twitter.com/#!/kanzen21_com
----------------------
[概要]検索と保存性の問題で､PDFで保存､読む時にJPGに分離して読む｡
→理由:JPGでは内部検索が出来ない｡Leeyesの機能でガンマを変えて読めるため､PDF保存は､ややこしい事をせずに､ほぼデフォルトで行うことができる｡
────────────────────────────────────────────
☆蔵書記録作業
●[ISBN_BarCodeReader]
URL:http://mhsodai.kazelog.jp/chalog/2009/11/webusb-96dd.html
とWEBカメラ UCAM-DLU130H を使って､書籍のバーコードを読み取りISBN番号を書き出しておく｡
●[メディアマーカー]
にまとめて登録(登録 →一括登録)
●メディアマーカーの蔵書リストページをPDFでプリントし､PDF化しておく｡(別にHTMLでもテキストでもいいけど)
────────────────────────────────────────────
☆スキャン作業
●本の解体
･表紙表裏･帯･見返しとカッターで切る｡
URL:http://search.rakuten.co.jp/search/mall/%E5%A4%A7%E5%9E%8B%E3%83%9A%E3%83%BC%E3%83%91%E3%83%BC%E3%82%AB%E3%83%83%E3%82%BF%E3%83%BC/-/
で本をバラバラにする
設定:
#アプリ選択 タブ
･ScanSnapOrganizer 選択
#保存 タブ
･ファイル名の設定 →yyyyMMddHHmmss
#読み取りモード タブ
･読み取り面の選択 →両面読み取り
#ファイル形式 タブ
→他すべてデフォルト(OFF)
#原稿 タブ
･圧縮率1
→カラーページと白黒ページで設定を変えるなどは手間がかかるので､全部カラーでスキャンする｡
●スキャン時に、紙詰まりを少なくする方法。
→S1500に紙を装填前に、中指の長さ程度、差し込む側の紙の中央を縦に山折りにする。こうすることで、紙詰まりが1/5程度に激減する。
────────────────────────────────────────────
☆データ保存
●ページを整える
ScanSnap Organizerで､編集したいファイルをダブルクリックすると､ScanSnap Organizer ビューアーが立ち上がる｡
･いらないページを削除(ただし､偶数･奇数を守らないと､見開きで読みづらくなる)
･傾いてしまったぺージを修正
ScanSnap Organizer上のファイルを右クリック →開く､で､Adobe Acrobatで開く｡
→文書 →OCRテキスト認識 →OCRを使用してテキスト認識
→すべてのページ
･日本語
→HDDに余裕がない場合は、検索可能な画像/最低(600dpi)に。ただし、その場合は[画像梱包]で画像を分離できなくなるので注意!
つまり、Acrobat以外で読めなくなる。
･ →OK
理由:
-[探三郎]
URL:http://www.geocities.jp/koutarou_y1926/sin3rou.html
●メディアマーカーの蔵書リストををPDF化したファイルを開き､ScanSnapOrganizer上でタイトルを変更する｡
●Acrobatで開き､左右綴じ(左右開き)をチェックする｡縦書きなら右綴じに変更する｡
────────────────────────────────────────────
☆閲覧
●PDFそのまま閲覧可能(文字が大きい)なものは､Acrobatでそのまま読む(WXGAで見開き)
→まず、
で、「液晶画面用」に変更しておく。要するにアンチエイリアシングのことで、これをやっておかないと、とても読めたものではない。
Acrobatの画質を上げる。
｢2Dグラフィックすアクセラレーションを使用｣をOFF、それ以外全部ON。
●ほとんどのコミックと書籍は､jpgファイルになおしたほうがずっと読みやすい｡
→理由は､Acrobatの絵の拡縮アルゴリズムよりも､Leeyesのほうが高画質の設定だから｡
URL:http://www.vector.co.jp/soft/win95/writing/se377893.html
･｢開梱｣設定
-Origin優先 にチェック →よくわからないが一応
-BASE 0､ STEP 1
-Colmun 3
-jpgのチェックを外す(チェックが入っていると､再度エンコードをするので画質が落ちる)
→だが､起動ごとにいちいち設定しなおすのは面倒なので､以下の文章をメモ帳にコピーし､
｢pic2pdf.ini｣という名前で｢C:\Program Files\pic2pdf｣のフォルダ内に入れると､設定が保存される｡
#-------------ここから
[SaveOptions]
UseingSaveFile=1
ConvertBmpToFax=0
ConvertBmpToJpeg=0
JpegCompressPer=85
MetaLoading=1
DisplayView=1
JepgImplant=1
NoOriginalName=0
WindowTitle=1
UseingDPI=0
OriginalDPIValue=100
UseingPaper=0
OriginalPaperValue=7
DobulePageRight=0
Centering=0
FixedPageSize=0
ShowOutThumbs=0
PortLandAngle=0
ViewFactor=2
PageType=0
ViewMenuBar=1
ViewToolBar=1
ViewWinowUI=1
NoProducer=0
NoTimeStamp=0
[PDFCrypt]
PrintPrivileges=0
CopyPrivileges=0
ModifyPrivileges=0
AnnotePrivileges=0
CryptStrength=0
[TakeoutOptions]
UseingSubDirectory=1
ReFileName=0
UseingOriginalName=1
NumericColmun=3
BaseNumber=0
StepNumber=1
OutputStyleBMP=1
OutputStyleFAX=0
#-------------ここまで
[Leeyes]
URL:http://mitc.xrea.jp/diary/020
で読む｡(ドラッグ&ドロップ)
･イメージ→綴じ方向 で､綴じ方向を合わせる(横組みは左綴じ､縦組みは右綴じ)
･なぜか[画像梱包]で画像を抽出すると､ファイル名が逆順になるので､
表示→並び順→降順 にして昇順から降順に変える｡(ファイル一覧の｢名前｣をクリックし､▽を△にしてもOK)
にだけチェックを入れ､
設定は
出力レベル:0-255
とする｡
･オプション→設定の保存
で､設定ファイルを保存する｡
色々教えてください偉い人。
自分で考えろってのはご尤もですが、色々な方の意見が聞いてみたいのです。
・Struts（ver2じゃないほう）上でのJava（max2000行程度）
・perl（max7000行程度）
・c/c++（ちょっと）
・Haskell（ほんの少し）
・VisualBasic（.NETじゃないほう）（ほとんど忘れた）
・HTML/CSS（セマンティック厨）（HTML5は勉強中）（バイトでWEBデザイン経験有）
・javascript（簡単なものなら）
・MovableType（CMSとして利用。ちょっとした企業サイトレベルくらいのものの構築。簡単なプラグインの作成とかも）
・Apache（セットアップと最低限の設定くらい）
・Tomcat（同上）
・Linux（CentOSとUbuntu。セットアップとちょっとした設定程度）
・AdobeのDTP系製品（CS2）（雑誌編集経験有、ただし学生レベル）
・Oracle（10g）（Bronzeレベルの知識とちょっと触ったことがある程度の経験）
・postgreSQL（ちょっと触ったことがある程度）
・会計関連の知識（日商簿記2級）（大学で管理会計をかじった）
・数学系の知識（論理とか集合やらの基礎。大学で計算機科学をかじった）
・印刷物/WEBサイトのデザイン（独学だけどそれなりに。一般人よりはそれっぽいデザインが作れるかと）