mieki256's diary

マークのサイズで悩む。サイズ次第で、敷き詰められる数が違ってくるから、できれば極力小さくしたい。が、小さくすると何のマークだかわからなくなってしまう。後で背景色も変えるらしいから、その分の空間も確保しておかないといけない。なかなかドットを打つのも厳しそうな。

◎ フォント作成。 :

◎ _第13回 透過GIF、アニメGIFの作り方 〜 超初心者向け フォトショップ・エレメンツ de ゴーゴー！ :

◎ _LOGO! - 高機能で使いやすいレイヤ対応のロゴ作成ソフト :

◎ ドットエディタEDGE2が出てるらしい。 :

◎ SVGをアンチエイリアスで出力可能なツールってないかしら。 :

DoJaでコンパイルした段階では、プリプロセッサを通すことが前提のソースのほうが、素直なソースより、500byteほど少なかった。Ouch! 500byteはデカイ。やっぱりプリプロセッサを使ったほうがいいのだろうか。

ところが。

1. PROGUARD で難読化。
2. JOGA で最適化。
3. 7zip で再圧縮。

を通してできた .jar を比較してみると、プリプロセッサ前提のソースのほうが、素直なソースより、50byteほど多くなった。うーむ。逆転してしまったナリ。

ということで、最適化その他を行わない場合は、たしかにプリプロセッサ利用のほうが、最終的なバイト数は少なくなるみたい。それも圧倒的に。しかし、最適化その他を施す場合は、プリプロセッサを通したほうが容量削減に繋がると一概には言いにくい状況が、現在においてはありそうである。と判断するわけで。

もっとも、プリプロセッサを利用することで、ソース中の一定義部分を書き換えれば処理をガラリと変えることができる等のメリットはあるわけで。容量削減に対する有効手段としては今となってはどうなのかアレだとしても、ソース作成時の利便性(?)という面においてはプリプロセッサ利用が有効に働く場面がやっぱりあるんじゃないか、という気もしていて。…いや、それもソースの書き方次第で、プリプロセッサなしでもどうにかなるところが多々だろうとは思うのだけど、まあ、慣れたやり方のほうがサクサク作業が進む人だってたくさん居るだろうとか、ソースの見通しってものを考えるとプリプロセッサを利用したソレはやっぱり判りやすい感じもするなとか、そういうのもあるし。

で、自分の場合は、プリプロセッサの利用云々よりは、eclipse のコード記述支援の恩恵を受けられるほうがありがたい感じもしてるので、まあ、そういう感じで。…自分は java については初心者、かつ、キーを打つのが遅いほうなので、コード記述支援があるとめちゃ助かるという、ただそれだけなんですが。