墜落日記 - 2012年1月5日の墜落

あ、JStyleが64bit対応してたよ(-_-;

ちと遅くなってしまったけど、あけましておめでとう御座います。
昨年は3.11という極めつけの大惨事に続く原発事故とありましてとても良い年とは言えませんでしたが、今年こそは良い年となりますように願うばかりです。

さてさて。

何かの拍子に気付いたのだけど、eclipseでタブや改行などの空白文字の表示とボールド体を使っても等幅フォントで表示してくれる、日本人が大好きっぽいプラグイン「JStyle」が64bit版のeclipseに対応していた。
3.7.1からの対応らしい。
割とつい最近と言うことだね。

変に細かいところが気になる自分、eclipseを64bit化しなかった原因の唯一にして最大の要因はJStyleに64bit版がなかったこと。
なので、問題は無くなった（と思う）。

と言うわけで、eclipseを64bit化して、PDTを構成してみた。

eclipseのサイトからeclipse 3.7.1 SDKの64bit版を落としてきて展開。
eclipse実行用のJREは自動検索などさせず、jreフォルダを作成して64bit版JREを放り込む様にして明確にする。
（これはいつものコトだ）
で、起動してPDT 3.0.0をインストール。
ここまでは順調。
最低限度のプラグインの導入に入る。
日本語化プラグインPleiadesは1.3.4を導入。
Subclipseは1.6.12をそのままスライド。

で、ここで恒例のトラブル発生。
Subclipseは32bit版のSVNクライアントを認識してしまって動かないようだ。

調べてみるとSubclipseは1.8.xから64bitバイナリが含まれているとのことなので、Subclipseのバージョンアップ。
すると作業コピーのアップグレードが必要になってしまったので、勢いTortoiseSVNもバージョンアップで問題解決？
JStyleの64bit版も無事に導入して最低限の環境が整った。
後はeclipse.iniを弄ってメモリをたっぷり与えてあげる。

で、ここまでやって午前3時なので、取り敢えず力尽きておく。
これ以上は流石に朝がキビシイ。

eclipseは元々軽くはなかったが、3.0系列になってから更に重くなった印象がある。
JAVA界隈は簡単な問題も複雑に解いて重くする風潮があるので(笑)、その辺りの抽象化に次ぐ抽象化なども問題になっているのだろう。
特にWTP（Web Tools Platform）回りは最悪で、WTPの上で実装されるPDTも2.0辺りから凄まじく重くなった印象がある。
正直、WTPやPDTを開発している連中はどんだけのパワー持った機体で作業しているのかと恨めしくなったほどだが………

これが64bit版でどの程度のパフォーマンスアップが図られるのか。
それとも大して変わらないのか。
しばらく使って試してみよう。