検索機能

なんと検索で補間がきくようになった。

NetBeansはもともとインクリメンタルサーチなので「e」と打ち込んだ状態が上の図だ。

ただ、背景色が中途半端にエディタの色を利用しているようで文字が真っ黒だ。見えないので上のスクリーンショットは文字を範囲選択しているのだ。

ちなみに7.1はこれ。もともとエディタの部分ではなく、IDEの色を使うようになっているのがわかる。

このバグは正式版までに直してほしいところ。

ブックマーク機能

NetBeansはブックマークという機能がいにしえのバージョンから存在しており、切り替えてみることが出来た。

ただし、切り替えは同一ファイル内だけのため、非常に使い勝手が悪かった。

それがやっと全体が見えるように改善された。これは大きな進歩で、あまり使えなかった機能から一気に一線級の機能となる。

このブックマークウインドウは「ウインドウ」＞「ナビゲート」＞「ブックマーク」で表示することが可能だ。

一覧表示はこちら。

みてわかるとおり、エディタの画面がそのままプレビューとして表示されるため、斜めよみをするのに非常に都合がよい。

ブレイクポイントや検索結果、バージョン管理などすべてのアイコンや各種色情報もそのまま表示される。

エディタ画面のほうで文字を入力するとリアルタイムで反映される。

行番号を右クリックするところにブックマークのメニューが出るのだが、ここになぜかショートカットのキーが消えている。7.1では表示されていたのに。

とおもったら、NetBeansのナビゲートのメニューにかかれている文字表示が7.1とちがう。もしかしてこのブックマークの移動周りは今大幅に手を入れていて中途半端になっているのかもしれない。

実際ショートカットキーを押すと以下のダイアログが表示される。

ああ、なるほどー。エディットウインドウのタブの切り替えみたいなのが出た。なんとなく今後どうしていきたいのカがわかった。製品版に期待しよう。

オプション画面

あと、オプション画面だが、Javaは各機能ごとにタブ一つ使っていて大量に増えてきたのでさすがにまとめられた。

もっと早くまとめていてもよかったと思う。6.0あたりからは積極的に多言語対応してきたんだし。

NetBeans 7.1までは「JUnit」というカテゴリが存在していたが、それが「Unit Tests」という項目になっている。つまり、単体テストはJUnitだけではないということだ。具体的にはTestNGが追加された。

もちろん、頻繁に使うこちらのダイアログ（CTRL+SHIFT+U）でも選択肢が追加されていた。

ただ、TestNGの動作はまだ完成していないようでうまく動かなかった。ライブラリ等は設定されてはいたが。

今後他のテストフレームワークが追加されるのかもしれない。

続いて履歴。

以前紹介したのはローカル履歴だけだったが、バージョン管理システムを有効にしている場合はこうなる。今回はMercurialで。

つまり、ローカルだろうが、どっかのリポジトリだろうが関係なく横断的に検索ということが可能になる。もちろん、フィルタでどっちかだけとか絞ることも可能ではあるが、これはなかなか面白い。

・・・だけど、今のところMercurialの比較動作にバグがある模様。デフォルトキャラクタセットを利用しようとする。デフォルトのキャラクタセットを使ってよいか？とわざわざダイアログで表示しているのに、キャンセルをすると表示すらされない。

このバグは6.x系に長く存在していた。今回もエンバグしたようだ。マルチバイト系のバグは放置される癖があるので直らないかもしれない。

NetBeans 7.2紹介シリーズ第3弾。

NetBeansはもともと古くからJPAをいち早くサポートしていたがさらに強化された。まぁ今回紹介するのは微妙なところだけど。

名前付クエリで補間がきくようになった。

構文がおかしいと知らせてくれる。

これはベタ書きした場合でも有効。ただし、いったん変数に入れたりすると有効ではないのであんまり意味がないけど。作成後利ファクタする、って感じがいいのかな。

名前付クエリ名の補間とそのJPQL表示が見ることが出来るってのが一番いいところなのかな。これも別の変数に入れるとダメだけど。

JPAはRDBを利用する場合、いまやJavaでもっともスタンダードなO/Rマッパだ。

他の代替肢はなくなったというくらい駆逐され、圧倒的なシェアをもつ。実装としてHibernate（EntityManager）を利用することは多いとは思うが、基本的にJPAで行える範囲内はJPAで実装、足りない部分を実装固有のものを利用するというのが一般的だ。最初からHibernateのAPIというのもだいぶなくなったと思う。

というわけで、JPAをどんどん使おう。DIコンテナやWebフレームワークと違い圧倒的な一強で、新しく出来たライブラリ等でも違う点を説明する際にもJPAと比較、拡張しているのがほとんどのため一般教養に等しい存在になっている。どのDIコンテナ、どのWebフレームワークを利用してもDBアクセスはみんなJPAなのだ。現代のJDBCといってよい。

NetBeans 7.2の新機能紹介シリーズ。

おや、サービスウインドウに見慣れないものがあるぞ。

クラウドの選択・・・だと？

AWSの接続情報を入力する。

追加された。

次にプロジェクトの新規作成で、Webプロジェクトを作る。

その際にTomcatやGlassfishなど選択できるが、そこでサーバーの新規追加を選ぶと…やつ(Beanstalk)が選択できる。

コンテナタイプを選択できる。PHPも選べるが、PHPプロジェクトも対応しているかはわからない。テンプレートという項目もあるが選べない模様。

追加された。

AWSの管理ツールを開くとこの時点でデプロイされているのがわかる。

リンクをクリックすると確かにデフォルトで起動していた。

こういうwarファイルらしい。

で、F6を押してプロジェクトの実行。F6をオスとメインプロジェクトのコンパイル、warアーカイブ、デプロイ、ブラウザ起動と順に実行される。そして表示された。これはNetBeansのWebプロジェクトの新規作成をスルト標準ではいっているJSPファイルだ。

バージョン管理されているのがわかる。このwarファイルはS3に作られる。

と、このようにTomcatやGlassfishなどと同じようにAWSのクラウド（Beanstalk）にデプロイできる。

ただ、現状基本的な動きは問題はないものの、細かいところでバグはあるようで、コンボボックスの選択がおかしかったり、追加したサーバーの情報が消せなかったりする。現時点でここまで動いているので、リリースまでは問題なく実装されそうだ。

Beanstalkで起動されるインスタンスはマイクロインスタンス。マイクロでも500MBはメモリ確保できると思うのであんまり問題にはならないとは思うが、変えたいときはAWSの管理コンソール画面で修正するのがいいのだろう。

BanstalkのJava版はLinux + JavaSE 6 + Tomcat 6/7で実装されているため、Javaのコードを書いてwarをアップロードするだけで、バージョン管理されてサーバーが完成する。好きなバージョンに戻すことも可能だ。ロードバランサも設定され、デフォルトでは1インスタンス、負荷が増えるとインスタンス数が自動で増えて最大4つまで生成されるようになっている。つまり、サーバーの管理はしたくない、アプリだけ作ってあとは全部おまかせができるということだ。

GoogleのクラウドであるAppEngine/Javaとの違いは普通のWebアプリがデプロイできるというところだ。GAEはJavaSEのかなりの部分が実行できないようになっているため、Javaの一般的なWebアプリで利用する既存のライブラリ等がほとんど動かないと思ってよい。

そのため、何もしなくてもそのまま動く、AWSのBeanstalkはクラウド入門によい。そしてNetBeans 7.2はそのためのアクセスを標準で用意した。JavaEE 7ではクラウドがキーワードとなっているため、今後こういった方向は大事になっていくのだろう。今後に期待である。

※追記あり

現在開発中、もうすぐ登場する7.2ではAWT/SwingのGUIエディタがパワーアップしてます。

と、その前に。

NetBeans 7.1ではエディタ画面にタブでヒストリをすぐに切り替えてみることが可能になりました。

7.2では差分の見方が変更できるようになりました。便利ですね。

ちなみに、昔からNetBeansではこのローカル履歴でタグをつけることが出来ます。

なのでバージョン管理するまでもないけど、ちょっとこの時点を覚えておきたい、というときに気軽に名前をつけるとよいです。

いよいよ本命。

NetBeans 7.2ではAWT/Swingを利用するときフリーデザイン時にギャップが表示されるようになりました！

ギャップというのはコンポーネントとコンポーネントとの位置関係を覚えているもので、マージンみたいなものです。

また、コンポーネントのリサイズ時にサイズがリアルタイムで表示されるようになりました。

なんと、ギャップもリサイズ可能になりました。

ぐいーっとひっぱって

このようになります。

ちなみにギャップの表示で波線になっているところは可変サイズであることを示しています。

上の配置は右と下に波線がついていますので、ウインドウサイズを変更しても左上に各種コンポーネントが位置したままということです。

※追記

ギャップを選んで右クリックメニューからのコンポーネントの周囲サイズ、またはギャップをダブルクリックで数値をダイレクトに入力することも可能になりました。

フリーデザイン、つまり、グループレイアウトですが、なれないと微妙に使い方が難しかったのですが、この7.2では大幅に使い勝手が上がっています。もう7.1.1にはもどれません！

NetBeansの話題は超久々ですね。

最近のNetBeansはJava SE 7やJava EE 6対応などに追従する動きがメインで、面白い機能はあんまり追加されていませんでした。

もちろんそういうのにしっかり対応するのは大事ですが、NetBeansはどんどん面白い機能を取り入れるのが売りだったはずです。どうもNetBeans 6.xくらいからおとなしくなってしまいました。

が、どうやらそれもここまで。

次期バージョンの7.2からは新機能目白押しです。

JavaはGUIエディタもパワーアップします。

PHPのサポートもすごくなります。

オプション周りが整理されます。

あったらいいなと思える機能を取り入れていて、かつての勢いがあったNetBeansがよみがえったかのようです。

というわけで、久々にNetBeansの新機能を今後いろいろと紹介していきたいと思います。

順番逆になったけども。

いままでX60 Tabletをだましだまし使っていたわけですが、ちょっともう実用的に作業ができないということになってきたので、ついうっかり買ってしまいました。

42963CJ ThinkPad X220 Tablet

• 出版社/メーカー: Lenovo
• 発売日: 2011/05/31
• メディア: Personal Computers
• この商品を含むブログを見る

Lenovoのサイトで深夜に買うと、かなり安いです。昼間は高いよ。

http://shopap.lenovo.com/jp/notebooks/thinkpad/x-series-tablet/x220-tablet

Core Duo/メモリ2GBからCore i5/メモリ8GBなったので、非常に普通に仮想マシン立ち上げたりGlassfish起動したり落としたりできるようになって快適。

ただ、SSD換装してたX60に比べて、HDDのディスクアクセスはやはり遅いです。

で、あとはX Tablet固有の比較を。

軽くなった

動作も物理的にも軽くなりました！あと、ディスプレイが小さくなったので、かばんに入れやすく。

目が疲れる

ドットピッチが細かくなって、文字が小さくなったので、目が疲れるようになった気がします。ちょっと困る。

タッチスクリーンいい！

タッチスクリーンの感度がかわって、指での操作が非常に快適になりました。X60のときは指はなかなか認識しないので、オフにして もっぱらスタイラスを使っていたのだけど、指で操作しやすくなったので、普通に操作中にタッチを使います。

特にスクロールが便利で、長いWebサイトなどは基本タッチでスクロールするようになりました。

ただ、Swingは画面タッチでのスクロールに対応していないようなので、NetBeansがスクロールできません。残念。ChromeでのGMailはスクロールするけどFirefoxだとスクロールしない、とか、アプリケーションによって動きが違います。まあエクスプローラと通常のWebがスクロールできれば十分か。

マルチタッチ対応でくぱーもできるけど、アプリケーションの対応があまりよくないので、そんなに便利じゃないです。

スタイラスは書きづらい

タッチがよくなった分、スタイラスではちょっと物理的にひっかかりを感じるようになって、あまり書きやすいとは言えなくなりました。ちょっと残念。

Windows8にすると便利かも

一つ前のエントリにも書いたのだけど、VirtualBoxではタッチの対応がちょっとわるくて、本来の使い心地は体感できなかったのだけど、これはタッチを使うと便利だろうなーと思いました。

Windows8が出て、SSDの200GB超えが2万円を切ったら、載せかえようかと思います。

関係ないけど、誤謬(ごびゅう)を「ごしん」と読んでた時期がわたしにもありました。

で、本題。

先日「C++の授業を受けて理解できなかった人が、RubyでRailsをやったら簡単に理解した、Rubyすばらしい」という話がTwitterで流れていた。

ただ、これをもって、Rubyで授業やるとわかりやすい、と単純に考えてはいけない。

確かにC++はヘッダファイルやポインタみたいな、混乱ポイントがあるわけだけど、教育用途なら1ファイルに全部書くことでヘッダファイルからは逃れれるし、C++のライブラリつかえばポインタはあとまわしにできる。Rubyでも文法を淡々と初心者に教えれば「わけわかんない」という感想だけで終わらせることもできる。

なにより、このご時勢にプログラムの最初の授業をC++でやってる先生の授業がわかりやすいはずがない。わかりやすさに気をつける先生なら、JavaかC#かRubyか使っていると思われる。

まあ、それはともかく、ここでの一番のポイントは、Railsをやったのが、プログラム言語の２周目だったということだ。C++でまずプログラム言語のなんたるかをイメージした上で、Railsをやっている。そうした前提があった上で、Railsでプログラムがわかった、となっている。

おそらく、Railsを最初にやったとすると、それはそれでなんか動いたけどわけがわからなかった、ということになるはず。たとえばそのあとでC++の文法の授業をやったときに、あーあれはそういうことだったのか、と納得したりするわけだ。まぁ、そのときにC++だからわかった！とは決して思わないだろうけど。

で、これと同じ現象をAmazonの書評をみかけることがたまにあって、ぼくはこれを心の中で「2冊目の本のほうがわかりやすい本の誤謬」と呼んでいる。

つまり、「1冊目にxxxという本を読んで全然わかんなかったけど、この本でわかりました、すばらしい！」という書評が、けっして良いとは言えない本のところにあったりするわけだ。そして、xxxという本は定番の「良書」だったりする。

この場合「良書」は正しく細かく書きすぎてて最初に読むのに理解が難しかったのが、２冊目の本を読むことでつながって理解できた、ということが多分にあるように思える。

２冊目の本がわかりやすかったのではなくて、２冊読んだからわかったという話で、その本を最初に読んだら果たしてわかったか、と。もしかしたら、１冊目の本を２回読んだら、同じようにわかったかもしれない。

なんにしても、なにか理解しようと思ったら定義的なものと概要・実例的なものを勉強することが大切で、プログラムの場合だと文法とアプリケーションを勉強することが重要になる。文法だけ勉強しても使えるモノは作れない。

時間の制約がなければどちらが先でもいいけど、モチベーションや効率としては、アプリケーションを先にやってプログラムへの興味をもちつつ、何ができるか(何ができないか)を把握したあとで、それから文法をちゃんとやるほうがいいと思う。

だから、Javaを教えるときはNetBeansでGUIアプリを作りながら勉強するということにこだわったし、それが←の「創るJava」の基本コンセプトだし、たぶんC++を教えろといわれたら、C++Builderを使う。

まあ、とにかく、何かを学習するには、角度をかえて、２つくらいの教材をやるのがいいし、２つめの教材で体感として理解につながることが多いということです。

結局のところ、プログラミングの教育で理解をさせるのに一番大事なのは、教育法とかける時間であって、プログラミング言語はいくらか助けになるにすぎないです。「最初にやるべきプログラミング言語は身近に教えれる人がいる言語」というのは、つまりそういうこと。書籍での自習の場合は書籍の質と順番、そして勉強した時間。

NetBeansがデフォルトで生成するDataSource設定は、URLを使ったものになってるんだけど、ServerName/PortNumber/DatabaseNameに分けて設定しておかないといけないみたい。

GlassfishでJNDIデータソースを使うときにはまった。

検索でこの記事にたどりついて助かった人は☆を押すか「きしだ△」などとコメントに書きましょう。

「Amazonランキングの謎を解く」という本を読んだので、実際にAmazonランキングのグラフを作ってみたら案外いろんなことが読み取れるおもしろい結果になった。

めんどうな話は読みたくない人は、最後の「データから考えてみる」あたりから読めばいいと思います。

最初は読むのをやめようと思ったけど・・・

Amazonのランキングは、売れたら急激にランクがあがったりするし、あと100万以上あるアイテムの順位付けをどうやってるのか気になったりしてた。前にTwitterでゲームの順位付けについて、サーバーが分散するときにリアルタイムに計算するのは難しいよねという話題をやったことがあったので、確率的な順位付けも気になってた。

で、この本を買ってみて読んだのだけど、ぜんぜん順位付けを計算する本じゃなかった。

Amazonランキングの謎を解く: 確率的な順位付けが教える売上の構造 (DOJIN選書)

• 作者: 服部哲弥
• 出版社/メーカー: 化学同人
• 発売日: 2011/05/30
• メディア: 単行本
• 購入: 4人 クリック: 482回
• この商品を含むブログ (22件) を見る

Amazon書評でも「アマゾンランキングを統計学的な見地から、どうしたら楽に計算できるだろうという推論」という風に誤解している人がいるけど、Amazonランキングのモデルを仮定して、楽に計算できるからだいたい間違ってないだろうと補足した上で、Amazonランキングの全体的な動きを統計的に予測するという話。

実際1時間一度の順位付けで、たまに間に合わなくてもいいとしたら、1000万件程度並べ替えるのに特別な技術は必要ない。ただ、あとで挙げるように、グラフを書いてみてわかったけど、順位の基準はなんかそこまで単純じゃなさそうではある。

本の中で、Amazonの中の人も簡単な計算にしておいたほうがメンテも楽だろうというようなことを何度も書いてるけど、それに関しては「Amazon技術者ナメんな」と言いたいｗ。

Amazonランキングの全体的な動きを考えるとあって、たしかに上位のランキングの動き気になるよなーと思いながら読んでたら、「売れ行きの良い本は本書の議論の最重要な点ではない」として上位10万位以内は興味の対象外と切り捨てられた。

筆者のネガティブな書き方もあって、この時点で、読む興味が薄れてしまった。

というわけで結論だけ読んで終わろうと思ったら、実際は、１冊のランキングから全体を予測するという話だと気づいて、興味が出て続きを読み返した。あと、筆者がネガティブだったのは最初だけで、途中からは開きなおって結構好きに書いてる。

ランキングモデルに関しては、１冊うれたら１位になるという単純なモデルとしている。下にあげた実際のデータを見てもわかるように、１冊売れたら３万位くらいになるのだけど、全体から見たらほとんど１位と言っていい程度の位置まであがっているともとれる。そこからあとは新たに売れた本によって順位が落ちていくというモデル。

実際には、長期的な売れ行きも順位に反映されているようで、本によって順位の落ち方に違いがある。ただ、そこでこの本の結論は大きく変わるわけではないと思う。

ともあれ、１冊のランキング推移から、全体の売り上げがある程度見えるというのが面白くて、結局一冊全部ちゃんと読んだ。

確率過程の勉強をする

結局この本は、確率過程についての本で、そいういう意味では読むべきは「第５章 確率過程入門」だと思う。実際にAmazonのランキングを具体例として説明しているので、確率過程の本としては非常に読みやすいように思う。

続く「第６章 流体力学的極限」が研究成果の数学的な説明なのだけど、本の流れとしては結構どうでもいいので、「研究の中心が読み飛ばされることになるゆえ、断腸の思い」と書いてるけど、遠慮なく読み飛ばせばいいと思う。読むと面白いのだけど、体力つかう。

理論の詳しい話は、著者のサイトにも。

無限粒子系によるランキングの時間変化の解析，服部哲弥

前のエントリで「日本語入力を支える技術」を取り上げたけど、こういった確率的な日本語処理というのも確率過程なので、ちゃんと勉強するときの前準備としていいのかもしれない。

ただ、確率統計自体を勉強したことがない場合は、このあたりで勉強したほうがいいかも。

Rによるやさしい統計学

• 作者: 山田剛史,杉澤武俊,村井潤一郎
• 出版社/メーカー: オーム社
• 発売日: 2008/01/25
• メディア: 単行本
• 購入: 29人 クリック: 172回
• この商品を含むブログ (62件) を見る

Rの使い方ではなくて、Rを使って統計を勉強する本。後半はパッケージの使い方になってしまってるけど、わかりやすいしいい本。統計をRを使わずに勉強するのは、もはやナンセンスだと思うし。

というか、勉強しなければ・・・

あと、確率過程の本としては、この本が結構いいかもしれない。

増補版 金融・証券のためのブラック・ショールズ微分方程式

• 作者: 石村貞夫,石村園子
• 出版社/メーカー: 東京図書
• 発売日: 2008/09/06
• メディア: 単行本
• 購入: 2人 クリック: 9回
• この商品を含むブログ (4件) を見る

金融の分野で有名なブラックショールズ方程式を導く本なのだけど、テイラー展開・フーリエ解析・微分方程式について噛みくだいた説明がある。Excelでフーリエ解析してみるという話も載ってたりして、参考になる。

「Amazonランキングの謎」でとりあげられてるブラウン運動についても、ウィナー過程として説明がある。

ただし、このブラックショールズ方程式を導けるようになったからといって、株で儲けれるようになるわけじゃないです。

確率測度の話は、ルベーグ積分の本に載ってた。

ルベーグ積分講義―ルベーグ積分と面積0の不思議な図形たち

• 作者: 新井仁之
• 出版社/メーカー: 日本評論社
• 発売日: 2003/01
• メディア: 単行本
• クリック: 37回
• この商品を含むブログ (9件) を見る

この本、日本語部分はすごく読みやすいんだけど、残念ながらほとんどのページで2/3以上が数式なので、読もうと思うたびにすぐ閉じてしまいます。。。

実際にデータとってみた

で、まあ数式わかんなくてもデータは取れるってことで、気になったので、自分の本のデータを1週間ほど取得してみた。

ソースはここ。

https://gist.github.com/1918496

コードはJava6で、HTMLのパースにはNekoHTMLを使った。

これをAmazon EC2で動かしておいた。そうすると、こんな感じのデータができる。

2012/Feb/26 20:04:48 http://www.amazon.co.jp/dp/4839914826/ 348,157 創るJava―NetBeansで(ry
2012/Feb/26 20:04:50 http://www.amazon.co.jp/dp/4777515486/ 301,458 はじめてのGoogle App Engine(ry
2012/Feb/26 20:04:52 http://www.amazon.co.jp/dp/4839926816/ 347,592 創るJava 改訂第2版 (ry
2012/Feb/26 20:04:54 http://www.amazon.co.jp/dp/4839932530/ 303,126 創るJava NetBeansで(ry

このデータをグラフとして表示する。

ソースはここ。

https://gist.github.com/1918612

コードはJava7で、グラフにはJFreeChartを使った。

んで、できたグラフがこれ。

グラフは、上が低い順位をあらわしている。

データから考えてみる

たしかに、25万位からでも50万位からでも、一冊売れると3万位程度まで順位があがっている。

ただ、ここで、しばらく売れてなかったと思われる初版や2版は、GAE本や3版よりも順位が落ちるのが早い。初版と2版の落ち方は、完全に一致していて片方しか描画されていない。

また、GAE本も、最近売れてない3版(T_T)よりも結局下の順位になってしまった。グラフでは見えにくいけど、GAE本が300,186位で３版が297,965位です。

このことから、単純に売り上げが7割になっていくような計算ではなくて、遠い売り上げに対して近い売り上げにはかなりの比率が割り当てられて順位が計算されていることがわかる。

あと、よく見ると、３版は、２時以降午前中は順位があがって、午後は順位が下がるという動きをしている。

これは、午前中は取引が少なく、最近の売り上げ関する係数が小さくなったGAE本のような本の順位が落ちたことによって、順位が押し上げられ、午後になると取引が増えて、低い順位の本が売れて３万位くらいまで上がることで、順位が押し下げられるということだと思う。

「Amazonランキングの謎を解く」では10万位に落ちるのは売り上げから36時間とかかれていたけど、今はもう、18時間程度で10万位に落ちるようになっているかもしれない。つまり、全体の売り上げがかなり上がっているのだと思われる。ただ、10万位以内なら、少なくとも１日以内に１冊売れてるのだろうということがわかる*1。

もっといろんな売れ方の本を観察すると、全体像が見えて、よりそれらしくAmazonの売り上げが推測できるかもしれない。

結び

絶版のため、もうほとんど売れてないはずの初版・２版が計測期間に売れたことは、幸運だったかもしれない。

あと、３版が一度も売れず安定した位置におり、基準となったこともグラフを読みやすくしている。

とはいえ、もうデータは取り終わったので、３版買ってくださってもいいんですのよ？

創るJava NetBeansでつくって学ぶJava GUI & Webアプリケーション[改訂第3版]

• 作者: きしだなおき
• 出版社/メーカー: 毎日コミュニケーションズ
• 発売日: 2009/09/12
• メディア: 単行本（ソフトカバー）
• 購入: 3人 クリック: 99回
• この商品を含むブログ (15件) を見る

はじめてのGoogle App Engine for Java―巨大サーバを利用したWebアプリ開発の基本! (I/O BOOKS)

• 作者: きしだなおき
• 出版社/メーカー: 工学社
• 発売日: 2010/09
• メディア: 単行本
• クリック: 163回
• この商品を含むブログ (6件) を見る

※Google App Engineは執筆時点からいろいろ変わっているので、小川さんの本が出るのを待って買うのがいいんじゃないですかね。それまでに基本をおさらいしておくのはアリだと思いますけど。

Google API Expertが解説する Google App Engine for Java実践ガイド

• 作者: 小川信一
• 出版社/メーカー: インプレスジャパン
• 発売日: 2012/03/16
• メディア: 大型本
• クリック: 10回
• この商品を含むブログ (8件) を見る

知り合いがJavaの初心者向け勉強会をやってて、Java初心者でかつMacユーザの初心者に手こずってたようなので、ちょいと助け船を出しておく。

ターミナルの場所

まあ一般的なMacユーザだったらお世話になること無いツールだわな。ファインダー開いて

Macintosh HD > アプリケーション > ユーティリティ > ターミナル

にある。そんでもわかんないならSpotlightで検索すると見つかるよ。

JDKのインストール

Lionに標準でJDKがインストールされてたかどうか忘れちゃったけど、まずはターミナルから

$ java -version
$ javac -version

と叩いてエラーにならんかったら入ってる。

入ってなさそうだったら、connect.apple.comから取ってこないとダメなんだけど、これが結構面倒くさい。まず、AppleIDの登録が必要。connect.apple.comにログインするとダウンロードページが表示されるけど、そこでJDK探すのに一苦労。検索フォームに"java for mac os x 10.7"とか入れて探すのが手っ取り早い。

「アカウント登録うぜぇ」と思っても、今やOracleからJDK取ってくるのもアカウント必要なんだから、べつにMacに限った話じゃないよね。

インストーラ見つけたら、dmgダウンロードして、普通にインストールしてちょうだい。

「Java for Mac OS X 10.7 Update 1 Developer Package」のインストール先、いわゆるJAVA_HOMEはこちら。

＃ /Library/Java/Home の指してる場所と違うからね。

/Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Home

そこにある src.jar がいわゆる src.zip、docs.jar がJavadocのアーカイブなんだけど英語版だから嬉しくないよね。ついでにあるappledocs.jarはApple拡張分のJavadoc。NetBeansでJDK登録するとdocs.jarじゃなくてappledocs.jarを先に見つけてJavadocに登録しようとするんで、docs.jarに直しておいてね（って英語版だけど。

ちなみに、Java6の日本語版JavadocってOracleからもダウンロード出来なくなってんなーと、あれこれ探してみたら見つかった。

→ http://www.oracle.com/technetwork/jp/java/java-sun-1440465-ja.html

ここ、oracle.comじゃなくて、oracle.co.jpからじゃたどり着けないから気をつけてね。どうやってたどり着くかと言うと『oracle.co.jpに行く／ミドルウェアから「Java」を選ぶ／トップダウンロードから「Java SE」を選ぶ／Documentationタブを選んで「API」リンクを選ぶ』でたどり着いたページの下に、こんなのあるから「ダウンロードページはこちら」を押したらゴール。

Javadocは適当なところ（~/Documentsとか）にでも解凍しといて。

ターミナルでjavac 叩いた時の文字化けの対処法

「javacのエラーメッセージがShift_JIS」ってアホな仕様なので、UTF-8で出力するようにしてあげる。

$ javac -J-Dfile.encoding=UTF-8 Main.java

面倒だったらaliasにjavacで登録しとくといい。ターミナルの設定をShift_JISに変更すると、それはそれで不幸な結末に。まあ、ターミナルでjavac叩くとかやめとけ。:-P

手頃なテキストエディタ

Macでプログラミングするような人は「へ？ターミナル開いてviかemacsって叩けよ」だと思うけど、そーじゃない人も増えてきてるそうだ。とは言えWindowsと違ってTeraPadやさくらエディタみたいな定番エディタって少ないかも。少ないながらもオススメはCotEditorかな。というかそれ以外に選択肢が無いかも。:-)

あとフリーのテキストエディタって言ったらTextTranglerくらいか？ただし、こっちはメニューが英語。

IDE

手軽で日本語にこだわるならNetBeansじゃね？

こうして見ると、かなり面倒だなー。

一時話題になってそのまま所在不明になったJackpotですが、NetBeans7.1でひっそりと復活を果たしたみたいです。

• Refactoring with Inspect and Transform - NetBeans IDE Tutorial

リファクタリングメニューにひっそりある"Inspect and Transform"（日本語版だと「検査と変換」だったかな）。IntelliJのInspectionとか、OSSのFindBugsやCheckstyle的なコード検査＆変換機能なんですが、NetBeansはなんと「カスタムインスペクション」をユーザで定義することができます。

IntelliJでカスタムインスペクション作る場合、プラグインとして作るしかないので、この点については、NetBeansのほうが進んでる。:-)

んで、どうやら、このカスタムインスペクションの定義にJackpotが使われているようです。ルールファイルの書き方やらサンプルやらは以下のリンクを参照してね。

• Custom Declarative Hints in NetBeans IDE 7.1
• jlahoda / jackpot30 / wiki / Home — Bitbucket

ドキュメントやサンプルが豊富じゃないのでイマイチ出来る事が把握しきれてないけれど、今までならIntelliJ IDEA UltimateのStructural Search & Replaceじゃないと出来なかったことがNetBeansでも出来るようになったのは喜ばしいことですわ。

先のJackpot3のサイトをみるとNetBeansのInspectionをコマンドから実行するためのランチャーもあるようだし、なかなか楽しそうなことができそう。リファクタリングだけじゃ出来なさそうなマイグレーション作業も自動化できそうな予感！

ps.

NetBeansって、しれっとこうゆうの付けてくるからあなどれんわー。

Webアプリだとホットリローディングできるフレームワークがあったり、NetBeansが勝手にビルド・デプロイしてくれたりして、ソースコードのビルドなどを気にしなくてもいいようになってきてるんですが、Swingアプリではホットリローディングができるというのはなかなかなかったわけです。

で、このJaveleonというのが、Javaアプリケーションでホットリローディングできるようにするツール。

http://javeleon.org/

ライブラリじゃないので、普通に作ったSwingアプリなどでホットリローディングできます。

ここではNetBeansプラグインとして使いますが、javaコマンドにパラメータ付加するだけなので、Eclipseなどでも使えるようです。

インストール

NetBeansのアップデートセンターに、次のURLを追加します。

http://javeleon.org/javeleon-for-netbeans-7.1/

NetBeans7.0の場合は、7.1の部分を7.0にしてください。

そしたら、「Javeleon 2.0 Beta 6 for NetBeans」というプラグインがあるので、これをインストールします。

登録

Javeleonはフリーのツールなんですが、なんか、登録しないといけないようです。

とりあえず、適当にJavaアプリケーションプロジェクトを作成して、プロジェクトを右クリックしてメニューから「Javeleon > Register Javeleon」を選択して登録ダイアログを開きます。

URLが書かれたボタンを押すと、登録サイトが開くので、名前とメールアドレスを入力して「送信」ボタンを押すと、ライセンスコードが書かれたメールが来ます。ちなみに、なかなか来ないと思ったらGMailにスパム扱いされてました。

送られてきたライセンスコードを入力して「了解」を押すと、登録完了です。4月までってなってるんですけど、どうやったらずっと使えるんでしょうかね。

プロジェクトにJaveleonを追加

プロジェクトを右クリックしてメニューから「Javeleon > Add Javeleon」を選択すると、プロジェクト中のコードを実行するときにJaveleonが組み込まれます。

試してみる

JFrameフォームを作成して、こんな感じでコンポーネントを配置します。

ボタンのイベントハンドラにこんな感じのコードを入力します。

    private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) {
        jTextArea1.append(jTextField1.getText() + "\n");
    }

このファイルを実行すると、Javeleonが動いていることがわかります。

ボタンを押すとテキストフィールドに入力した内容がテキストエリアに表示されます。

それでは、少し変更してみます。

    private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) {                                         
        jTextArea1.append(new java.util.Date() + ":");
        jTextArea1.append(jTextField1.getText() + "\n");
    }                                        

保存すると、Javeleonが自動的にリロードを行います。

ボタンを押すと、変更が反映されてるのがわかります。おぉすごい！

細かい調整するときなんか、便利ですね。いいかも。

NetBeans7.1がリリースされたんで久しぶりにいじってみてたら、結構良くなってたんで記念にメモっておくよ。そんでもIntelliJから乗り換える気ないけどな。:-)

テストコードをメソッド指定で実行できるようになった

いつからできるようになったかは知らないんだけど、7.1はできてた。これ長年NetBeansの欠点だと思ってたんだよなー。NetBeansさん、やればできる子。ただ、ちょっとメニューは分かりづらいかな。

やり方は実行したいテストメソッドの行内にカーソル当てて、コンテキストメニューの「フォーカスしたテストを実行」を選ぶ。「フォーカスって何？」って思ったけど、そうゆうことか。

あと、この「失敗したものを再実行」って前からあったっけ？

フローティング・エディタ

IntelliJのパクりみたく任意のエディタパネルを別ウィンドウに切り離して表示できるようになったよ。やり方はいろいろあるみたいだけど、手っ取り早いのはエディタのタブをドラッグして、適当なところにドロップすると良い。IntelliJでも、この機能は便利に使わせてもらってたのでNetBeansも便利に違いない。

不可視文字の表示

スペースや改行といった不可視文字を表示できるようになってた。表示するにはメニューバーの「表示」から「表示不可能な文字を表示(N)」を選ぶ。デフォルトでは不可視文字のカラーが黒に設定されているので、明るいグレーあたりに変更しておくと目に優しい（「オプション > フォントと色 > 構文 > すべての言語」の「空白」を変更する）。

ちなみに全角空白は表示されない。

その他

あたしがIntelliJから乗り換える気なんてサラサラ無いのだけれど、NetBeansもeclipseの代替として戦えるようになって来たなって感じ。プラグインマネージャの「使用可能なプラグイン」一覧には出てこないけど、手動でUnit Tests Code Coverage Pluginをインストールしたら、テストのカバレッジも取れるようになってたよ。

Unit Tests Code Coverage Pluginのインストールは、こちらにある「Download」からzipをダウンロードし、zipに含まれているNB7.0用のnbmファイルを手動でインストールするだけでおわり。

あとはプロジェクトウィンドウ上でプロジェクトを選び、コンテキストメニューから「Coverage > Activate Coverage Collection」を選べば、そのプロジェクトのカバレッジ測定が有効になる。

カバレッジ測定が有効になったら、普通にテストを実行すれば、エディタにカバレッジ結果が表示されるようになる。

カバレッジの測定対象はプロダクトコード限定っぽい（テストコードのカバレッジは表示されない）のと、NetBeans7.1にはちゃんと対応してないのか、前述のテストメソッドを指定した実行ではカバレッジ測定はされなかった（テストをすべて実行だと測定される）。それでも機能的に必要十分なくらいはあるんじゃないかな？

これにCheckstyleとFindbugsが使えりゃ、eclipseから乗り換えできるんじゃないかな。少なくとも「ツールにこだわり無いんですけど、何かIDE無いスか」的なライトユーザはNetBeans使って欲しいなと切に願う。

なぜならば、教える方が楽だから。:-)

そんなわけで個人的にはIDE連携には興味ないんですけどね。:-P

Jenkins Advent Calendar jp 2011の７日目です。id:kiy0taka さんが暖めたネタを華麗にスルーして淡々と進めますね。

と要らんことをいちいち書いてしまうのは自分の悪い癖だなと最近気づいたわけですが、他のIDEの場合、以下のように標準でサポートしてます。

• NetBeans ... 標準サポート
• Eclipse ... MylynのHudson/Jenkinsコネクタでサポート

IntelliJの場合は、Jenkins Control PluginかHudson Build Monitorあたりですが、どちらもイマイチです。

NetBeansの場合

サービスウィンドウにある「Hudsonビルダ」にマウスカーソルを当て、コンテキストメニューから「Hudsonインスタンスを追加...」を選びます。そして表示されたダイアログに連携したいJenkinsのURLを登録するだけです。

とっても簡単です。コンテキストメニューからJenkinsに登録してあるビューを指定して、特定のジョブだけ監視することができます。あらかじめビューを登録しておかないとダメってのが残念なところ。

ジョブをドリルダウンしていくと、そのジョブの過去ビルドを辿れます。不安定となったビルドの場合、コンテキストメニューから、その時の結果を参照することもできます。

テスト結果ウィンドウがあるのに、出力ウィンドウに結果がダンプされるだけってのが残念な感じです。それでもスタックトレースのリンクからソースコードに辿れるので、無いよりはマシって程度です。

Eclipseの場合

Help -> Install New Software...からMylynと"Mylyn Builds Connector: Hudson/Jenkins (Incubation)"をインストールします。

MylynがインストールできたらWindow -> Show View -> Other...からMylyn/Buildsを選び、Buildsビューを表示します。

Buildsビューは空っぽなので "build server" のリンクか、右上のアイコンから新しいビルドサーバを追加します。

Build server追加ウィザードの一番最初は割愛します（普通は"Hudson (supports Jenkins)"しか無いんじゃないかな？）。次の"Hudson Server Properties"で連携するJenkinsの情報を登録します。

LabelはBuildビューの表示名です。ServerにJenkinsのURLを登録したのち、Refreshボタンを押すとジョブの一覧が表示されるので、その中から連携したいジョブを選択します。

Buildビューには監視対象にしたジョブの今の状態が表示されます。コンテキストメニューからHisotryを選ぶと、そのジョブの過去ビルドに辿れます。

Historyビューからビルドを指定（ダブルクリック）すると、そのビルドの詳細が表示されます。さらにそのときのテスト結果をJUnitビューに表示することもできます。

過去ビルドの参照やJUnitビューを表示するまでの操作が煩雑な気もしますが、Mylynの連携方法が一番デキが良いと思います。でもOutputビューの日本語が文字化けしてたような記憶が...。

まとめ

JenkinsとIDEを連携して一番うれしいのは過去ビルドのテスト結果が参照できることだと思います。特に失敗したテストとそのエラー情報からソースのジャンプできること。

大抵、CIでテストに失敗したら、その修正作業に入りますよね。BTSにチケット切って作業に入るかもしれませんが「なんでテストがコケたのか」は、そんときのビルド結果を参照するのが普通だと思います。そんな時に過去ビルドの結果をIDEから参照できるのとうれしいですよね。というか自分はそれが一番うれしかった。

特にNetBeansの場合、テスト結果を複数保持することができないので、連携結果がショボいとは言え、無いよりマシなんでは？と思います（棒読み。

正直、IDEからビルドの実行ができたり、ビルド結果通知を受けてもうれしくも何ともないです。どっちかというと、テスト結果とかインスペクション結果とかクライアントじゃ重くてやってられない処理結果を連携してくれるとうれしいですよね。

＃その辺やってくれるのがTeamCityだったりします。:-)

HTML5とか勉強会 第22回 に行ってきた。

会場はマイクロソフトさん。はじめて行った。今回のテーマは「グラフィック関連API」。CanvasやSVGは、ちょっと触った程度で詳しくない。だからいろいろ聴くことができて、とても勉強になった。ただ、WebGLに関しては、あまりの難しさに話を聞いただけで挫折したけど。

発表はこんな感じ。

• Processing.jsってなんだ？ ゼロベース株式会社 田中孝太郎さん @dotimpact
• SVG Overview グリー株式会社 渡辺悟史さん @sassy_watson
• WebGLで箱をまわしてみよう！ にゃまだんさん @nyamadan
• 知って得する(かもしれない)、Internet Explorer での Canvas と SVG の描画 マイクロソフト 物江修さん @osamum_MS
• グラフィック系ライブラリの紹介 CookPad 太田さん @os0x

togetterはこちら。

• 2011/10/26_第22回 HTML5とか勉強会( #html5j ) - Togetter

Processing.jsってなんだ？

資料や発表者の方のエントリはこちら。

• HTML5勉強会
• 第22回HTML5とか勉強会で発表しました - collisions.doppac.cc

• Processingってなんだ？
  • http://processing.org/
  • MITメディアラボ初
    • ベンフライ、ケイシーリースが開発
    • OSS
  • デザイナー、アーティストのためのグラフィックに特化したプログラミング環境
  • JavaベースのIDEがあって、そこで書いてすぐに実行できる
  • 超簡潔な文法とAPI
  • 1行ごとに書くこともできるし、関数を使うこともできる
  • Javaのライブラリを使ったりもできる
  • 海外で強力なユーザコミュニティ
  • 国内ではプログラミングの授業やホビープログラミングに
    • 日本語の書籍も「O'Reilly Japan - Processingをはじめよう」
• Processing.jsとは
  • http://processingjs.org/
  • John Resig(jQueryの作者)がプロトタイプを開発
  • Processing 2.0 でJavaのIDEもProcessing.jsに対応
    • IDEでJS版の開発もできるように
  • Parser
    • ProcessingのコードをParserがJSに変換して実行する
    • VMのようなものがあるわけじゃない
  • API
    • ProcessingのAPIを利用できる
  • 3D描画命令
    • WebGLのWrapperになっている
  • 画像、ピクセル操作
• Processing.jsのメリット
  • Processingの既存ソースコードをそのまま動かせる
  • コミュニティの情報を参考にしやすい
  • APIのみをCanvas描画ライブラリとして使用することも可能
• デメリット
  • 動かせないProcessingのコードが一部存在
  • 起動時のコード変換コスト
  • 変換コードのパフォーマンス

• bccks.jp
  • http://bccks.jp
  • 電子書籍プラットフォーム
  • Drag and Drop API
  • multiple, File API
  • Canvasによるページサムネイル
  • bccksとprocessingを組み合わせたデモ(デモ用アプリ)
    • 電子書籍リーダーで、雨ニモマケズを表示して、雨の降っているようなエフェクトを出すとか

発表者の田中さんは、以前@ITでProcessingについて連載されていて、こちらの記事も参考になる。

• 芸術の秋にProcessingでスケッチプログラミングを始めてみよう（1/3） - ＠IT
• Processingの対話式スケッチプログラミングで遊ぼう（1/3） - ＠IT
• やっと出た！ 公式版のProcessingを動画で確認しよう（1/3） - ＠IT

SVG Overview

資料も録画もあるので、メモはいらないかなと。

資料はSVGのちょっとしたリファレンスに使えそうなくらい充実している。素晴らしい。セッションの終盤ではSVGのデモもあって、コードがどのように動くのかイメージできてよかった。

ちなみに僕もWebFontsのLTで、SVGのサンプルも作りましたよ、と。

• WebFonts && SVG Enjoy WebFonts!! - Chrome+HTML5 Conference

WebGLで箱をまわしてみよう！

資料や発表者の方のエントリはこちら。

• WebGL presentation
• 空が狭い: 第22回HTML5とか勉強会で発表してきました

WebGL、難しい。コードにはついていけなかった。ポイント(?)だけメモも記載する。

• 数列、ベクターの掛け算
  • 交換法則が成り立たない
  • 掛け算の順番

• 箱を回すだけのプログラムの解説
  • 立方体を書く
  • 頂点データを渡す
    • 見かけは四角形でも、三角形の組み合わせで表現
  • 頂点シェーダのよる変換
  • ラスタライズ
    • 麺の内部となるピクセルを塗りつぶす
    • どの部分に色を塗ったらいいか計算する
  • フラグメントシェーダ
    • 光(光源)情報
    • 色を塗る

立方体を回すだけで、こんなにもコードが、処理が必要なるとは…。

知って得する(かもしれない)、Internet Explorer での Canvas と SVG の描画

発表者の方のエントリはこちら。

• 第22回 「HTML5とか勉強会」に登壇しました。 - monoe's blog - Site Home - MSDN Blogs

• IEのサポート状況
  • Canvas
    • Canvas 2D
      • Basic Support
    • Text API for Canvas
    • GPUアクセラレーション
  • SVG
    • SVG1.1 第二版
      • 未サポート => Filter, fonts, Animation
    • GPUアクセラレーション
  • 詳しい情報は
    • Internet Explorer 9 開発者ガイド
• Internet Explorer: Testing Center
  • どの程度動くのか確認できる
  • 各ブラウザでアクセスすることでテストできる
• Canvas,SVG関連のツール
  • VisualStudio
  • WebStandards Update for MS VS 2010 SP1
    • HTML5とCSS3の入力補助機能が追加される
  • SVG Intellisence schema for VS 2010 and 2008
    • SVGはこっちで
    • コミュニティが出しているプラグイン
  • AI→Canvas Illustratorのプラグイン(前回の勉強会でも紹介されてたね)
• まとめ
  • 標準化
  • 互換性
  • 性能向上

IE10は、けっこう楽しみ。Visual Studioのインテリセンスは強力だけど、Zen-Codingも合わせて使うと便利かも。

• Zen Coding Visual Studio Plugin

Visual Studioのインテリセンスや、EclipseやNetbeansのコード補完は、ちょっと打ってショートカットキーで変換候補を表示して、その中から選ぶ、というプロセスになると思う。クラスやメソッドで、スペルが怪しかったり、タイプ数が多かったりすると、これが便利だと思う。

でもHTMLのタグとか短いもので、入力するものを覚えている場合は、Zen-Codingが便利かもしれない。入力→ショートカットキーで展開なので、選ぶ必要がない。もちろんケースバイケースだけど、Zen-Codingはプラグインとして利用できるので、インテリセンスとZen-Codingの両方使えたらいいと思う。

グラフィックライブラリの紹介改め HTML5な開発環境のお話

資料はこちら。

• HTML5な開発環境のお話

HTML5とFlashの比較は、シンプルでわかりやすかった。発表では割愛されていたけど、最後のグラフィックライブラリのリンクも参考になる。

HTML5に対応した開発環境、徐々にそろってきた気がする。VisualStudio、Eclipse(Aptana)、NetBeans、DreamWeaverなど。Flashのよいところがうまく取り込まれていくといいな。僕はFlash IDE使ったことないけど。

まとめ

うちのセミナールームにこれだけりんごマークが並んでいるとある意味清々しい #html5j

2011-10-26 20:31:42 via Maha

Mac率自体はいつもどおりだったけど…。

Processingはちょっと試してみたいと思った。試せそうだと思ったｗ やっぱりぐりぐり動いたりすると、なんだか楽しい。

bccksは面白そうなのでユーザ登録してみた。ちょっと使ってみる。

WebGLは…、ライブラリ使おうと心に決めた。

今回もビアバッシュがあって、もちろん参加した。いろいろな方と話して楽しかった。SVGの話を聞いたり、いつも超速でtoggeterにまとめてくださる@kimukou_26さんとお話できたり。

あと html5j.orgのfacebookグループ や html5j.orgのGoogle グループ が最近活発で、参加していて楽しい。技術とともに、コミュニティも広がっている感じがして、とてもいいですね。

そして、この規模の勉強会を毎月開催してくださるスタッフの方々に感謝。

参加された方のエントリ

第22回HTML5とか勉強会に参加しました - Enjoy*Study

第22回 HTML5とか勉強会、のメモ - Social Top Runners by HatchUp

第22回 HTML5とか勉強会、のメモ２ - Social Top Runners by HatchUp

第22回 HTML5とか勉強会、のメモ３ - Social Top Runners by HatchUp

これまでに参加したときのエントリ

• HTML5とか勉強会 第21回 に行ってきた #html5j - techlog
• Enjoy WebFonts!! というLTを Chrome+HTML5 Conference - 第20回記念HTML5とか勉強会スペシャル でやってきた - techlog
• HTML5とか勉強会 第18回 に行ってきた - techlog
• 第17回 HTML5とか勉強会で Zen-Coding Textarea Extension について LT してきた。 - techlog
• HTML5とか勉強会 第16回 に行ってきた - techlog
• HTML5とか勉強会 第15回 に行ってきた - techlog
• HTML5とか勉強会 第14回 に行ってきた - techlog

JavaFX2.0アドインしなくてもいいということなのでNetBeans7.1Betaを

インストールしてみました。

いきなりFXのサンプルプロジェクトを選びましたがエラーとなったので

JavaSDKをインストールしたら簡単にサンプルが起動しました。

何となくFXおもしろそうな予感！

友人の結婚式2次会でアルコホリックな脳みそで駄文を。

まず第一にほどよくライトなところ。メモ帳なりviで書いたらすぐに実行出来るところ。Windowsでmsi入れたら拡張子が関連づけられる点も何気に高得点。

次にIDEいらない点。eclipseとかnetbeansとか正直ダウンロードに時間がかかる。サクッといける点でPythonラブ。

easy_installとipython入れときゃあとはお好みな点も捨てがたい。Windowsで独自にパッケージ管理システムがある点と、ipythonでtab押しときゃなんとかなる感が好き。

てか何でだろ、、、好き。

友人の結婚式2次会でアルコホリックな脳みそで駄文を。

まず第一にほどよくライトなところ。メモ帳なりviで書いたらすぐに実行出来るところ。Windowsでmsi入れたら拡張子が関連づけられる点も何気に高得点。

次にIDEいらない点。eclipseとかnetbeansとか正直ダウンロードに時間がかかる。サクッといける点でPythonラブ。

easy_installとipython入れときゃあとはお好みな点も捨てがたい。Windowsで独自にパッケージ管理システムがある点と、ipythonでtab押しときゃなんとかなる感が好き。

てか何でだろ、、、好き。

GWT4NBのプラグインは当時最新のバージョンである2.10.0はNetBeans7.0.0までしか動かなかったのだが、現在公開されている2.10.4では動くようになった。

devモードもちゃんと動く。

また、2.2までしか動作しなかったGWTのバージョン2.3も対応。2.4を試したところ動いた。ただし、2.3か2.4かわからないけど、1.5あたりで廃止されたコンパイルオプションが再び有効になっており、デフォルトだと出力先がびびるかもしれない。

ちゃんと設定しよう。