Performance tuning and troubleshooting on Java applications on the air.
![実例Javaトラブルシューティング! 〜稼働中のシステムを立て直した半年間の軌跡](https://cdn-ak-scissors.b.st-hatena.com/image/square/c741311941c846d5f1b87fed97efe750a27367c7/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fanvg5ezbspmdzm9xoszp-signature-c1ca481fcc7191d99b160983ee307625e1b596fe1469c0d72735ca8985e1d83a-poli-141115014132-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
About Doppio is a project to get Java running in the browser without any plug-ins. Right now it comprises a fairly complete VM and an implementation of the javap bytecode disassembler. (Doppio is also the Italian word for 'double', and is another name for a double espresso.) Doppio started out as the mid-term project for a Graduate Systems Seminar. It has since taken on a life of its own, and is c
NanoGong 5.0 Free and open source! Moodle 1 and Moodle 2 integration! Important: Details of the current situation of using the NanoGong applet inside the Chrome browser » What is NanoGong? NanoGong is an applet that can be used by someone to record, playback and save their voice, in a web page. When the recording is played back the user can speed up or slow down the sound without changing it. The
The document discusses various technologies and libraries used in Android development including XML, JSON, XSLT, and sun.misc packages. It notes issues with some of these in older Android versions and potential workarounds or alternatives. Specific topics covered include XML parsing, JSON parsing inaccuracies, XSLT support, and sun.misc class availability on Android.Read less
After about a year of silence, Clementine gem, https://github.com/yokolet/clementine, has been updated. The remarkable feature of this gem is to make ClojureScript available on Rails asset pipeline. Like CoffeeScript, ClojureScript code is compiled dynamically with this gem. Besides, the gem works on both CRuby and JRuby. I've blogged before, but those blog posts got really old. So, I'm going to u
ダックタイピングという考え方は間違ってると思いませんか? http://ja.wikipedia.org/wiki/%E3%83%80%E3%83%83%E3%82%AF%E3%83%BB%E3%82%BF%E3%82%A4%E3%83%94%E3%83%B3%E3%82%B0 今のオブジェクト指向言語はダックタイピングが当たり前、Javaのinterfaceは古い、 という意見をネット上で見かけたのですが、正しいと思いますでしょうか。 かつてC言語とPerlしか知らなかった私は、Javaのinterfaceを知って衝撃を受け、 そこからポリモーフィズムなどのオブジェクト指向設計を意識するようになりました。 クラス型が違えど同じメソッドを持っていれば同様に処理する、というダックタイピングのメリットは私には理解できません。 異なるクラスで、たまたま名前とパラメータが同じでも、中身の動作が違う
「Java入門ブックガイド(入門編)よりよき入門書と出会うために」を読んで。 第一印象として、よりよきJava入門ブックガイドに出会う必要があるなということ。 コマンドラインでは慣れ親しめない サブタイトルに「慣れ親しむことが上達の秘訣」とあるけども、コマンドラインで慣れ親しむのは難しいと思います。 「慣れ親しむことが上達の秘訣」が正しいのであれば、IDEで慣れ親しんだほうが上達するのではないでしょうか? 現実問題として、書籍を買って勉強する人は強制されて勉強するわけではないです。自分の時間をやりくりして入門書を読んでいます。 そして、まだプログラムの面白さを知りません。 コマンドラインでコンパイルエラーが出たとき、じっくりとそのエラーを読み解くのではなく、そこでくじけてやめる可能性が高いと思われます。 それよりは、IDEでエラーを入力段階で修正しつつ進むほうがいいと思います。 javac
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く