業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
PHP5の登場、PHP5とJavaのパフォーマンス比較
以上のとおり、PHP5のデータベース接続処理はJavaと比較して2分の1以下の実行速度しかないという結果となりました。また、PHP5はPHP4と比較してもデータベース接続処理において10%近く実行速度を低下させています。 PHP5はPHP4と比較して10%〜15%実行速度を低下させていますが、この原因として考えられるのは、やはりオブジェクト指向機能の大幅な強化にあると筆者は考えています。 PHP5は、当初「Zend Engine version 2.0: Feature Overview and Design」（PDF：115KB）において目標としていたオブジェクト指向機能の強化と引き換えにパフォーマンスを犠牲にしたわけですが、この選択によってPHP5は再利用性や拡張性、堅牢なアーキテクチャの実現方法を手に入れました。 パフォーマンスの悪化は各種パッケージ製品(※1)、マシンのスペックアッ
Javaの冗長な記法って小クラス主義の現れではないかな - 矢野勉のはてな日記
Java以下は無駄に長い駄文です。なんか書いてみたはいいもののうまくまとまらなかった。ごく一部しか表せなかった気がする。これではInputStreamReaderとかがたくさんオブジェクトを連結しないと使えないめんどくささをなぜ許容できるか、しか表せてない... もともとは「 Java における本質的でない記述がどのように大規模開発に役立つのか - kwatchの日記」がらみの話です。文中にいくつか「アクセッサが簡潔に定義できない」「FileReader に文字コードを渡せない」のような例があって、「それらが改善されたら大規模開発になにか不利益があるのかどうか」という具体的な質問があったので私はそこにコメントしときました。私はコメント欄に「不利益なんてないよ」と回答しました。実際のところ、後方互換性が維持され、言語としての統一性が維持されるなら別に不利益なんてあるわけない。あるとしたらマネ
もっとJavaEE6っぽくcometチャットを実装する - きしだのHatena
もっとJavaEE6っぽくやってみよう 昨日のエントリでは、AsyncContextの使いかたを試すため、サーブレットだけを使って実装してみました。 でも、すこし泥臭いコードも多くなっていたし、このまま実用的なコードにしていくときにゴテゴテとコードを継ぎ足していくというのもイヤな感じです。 そこで、もっとJavaEE6っぽいコードに書き換えてみましょう。 少し準備 今回は、JAX-RSでのRESTful Webサービスと、CDIでのインジェクションを使ってみます。 JAX-RSの準備 まずは、JAX-RSを使うための設定クラスを作成します。 package chat2; @javax.ws.rs.ApplicationPath("rs") public class ApplicationConfig extends javax.ws.rs.core.Application { } こういう
maven-scala-plugin - maven-scala-plugin
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>org.scala-tools.maven-scala-plugin</groupId> <artifactId>testJavaAndScala</artifactId> <version>1.0-SNAPSHOT</versi
今日の新刊をメールでお知らせしてくれる処理 - shokosブログ
わりと高頻度で漫画を買っているわたしです。 発売日当日に本屋さんで買わないと気が済まない性格なので、コミックダッシュ！ - 漫画(マンガ)、コミックの蔵書管理と新刊発売日のチェックをサポートする総合サイト | コミックダッシュ！で管理している漫画の発売日にメールでお知らせしてくれるコードを殴り書きしました。 package jp.ne.hatena.syoko_sasaki; import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; import java.net.HttpURLConnection; import java.net.URL; import java.text.SimpleDateFormat; import java.util.ArrayList
やっぱりJavaはここが遅い！
基本的にJavaは『遅い』と思われている。理由は二点あって、一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、一つは実際に依然として遅い面がある点だ。しかし、漠然と遅いと思われている事が多い。 数値演算などでは、JavaはC言語に迫る速度を出す事もある。The Computer Language Benchmarks Gameでは逆転している項目もある。しかし、Javaアプリケーションの体感速度はC++アプリケーションを上回ることは無いとされる。 これはJITコンパイラによる初期動作の遅さ、ガーベッジ・コレクション（GC）の駆動などの複合的な要因で発生する『遅さ』なのだが、単純なベンチマークだと特徴を掴みづらい。そこで変則的なベンチマークを作って、このJavaの『遅さ』を簡単に計測してみた。 1. ベンチマーク方法 コッホ曲線の描画時間を連続して測るベンチマークを作成し
「C#できます」と言い放ったあいつがJavaプログラマであることを見分ける10の質問 - 平々毎々（アーカイブ）
<追記> 念のため書いておきますが、ネタですからね。 わざと難しい質問にしてるので、 回答に困っても大丈夫だ、問題ない。 下記質問にそれぞれ50文字以内を目安に簡単に説明すること。 ==演算子のオーバーロードを実装してEqualsメソッドと同じ処理を実行するようにしてもよい場合はどのような時か？ ループ内でなければ、たとえ100個の文字列型変数であってもまとめて+演算子で連結してよい理由を説明せよ。 Listのように値型を格納するジェネリックコレクションを使ってもボックス化／ボックス化解除が発生しない理由を説明せよ。 Full GC(Gen2 GC)が動作したときに断片化していてもコンパクションされないヒープ領域はどのような領域か？ throw; とthrow ex; の違いをスタックトレースの観点で説明せよ。 フィールドのアクセス修飾子をprivateにしプロパティのgetter/set
Javaの10個のBad Partsのほとんどはscalaだと解決されちゃうんだぜ - xuwei-k's blog
ネタ元 業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 結論から先に言うと、3と10以外は結構直接的にscalaで解決できるというか、javaに比べてscalaの方が便利だとおもいます。*1 あと、元ネタのblogの人はgroovy詳しいみたいですが・・・ groovyとscala比べるとgroovyの方が手軽で便利だったり、scalaのほうが型安全だったり*2いろいろあるかもしれませんが、groovyあまり詳しくないので、その辺の言及というか、比較はやめておきます。*3 1.標準APIのチェック例外が扱いにくい チェック例外ってなにそれおいしいの?(・ω・) java Field field; try { field = getClass().getField("testField"); Object value = field.get(this); }
ちょっとしたJavaコードをScalaに書き直してみた - xuwei-k's blog
元コードはの118ページ目 変数多いぅぉ・・・try catchやifが値を返せばretValとかいらないのに・・・ という「Javaコードを見るとscalaで書き直したい病」が発病したので(・ω・`) 元のJavaコード↓ @Override public int compare(Player o1,Player o2) { float o1A, o2A; int retVal; if(o1.getId() == o2.getId()) return 0; if(o1.hasRole(Player.Roles.Batter)){ try{ o1A = o1.asBatter().getAverage(); }catch(NotEnoughAtBatsException e) { o1A = 0.0f; } } else o1A = 0.0f; if(o2.hasRole(Player.R
[Java]Java 59 bytes FizzBuzz - terazzoの日記
お題: Java 30byte FizzBuzz - プログラマーの脳みそ ぎ「FizzBuzzが110文字で書けるなら、1文字2bitの文字コードで記述すれば220bitで記述できる。byteに直すと28byteになる」 な「無茶言うなあ」 せ「だいたい、1文字2bitじゃ文字が4種類しか扱えないじゃない」 じゃあ、まじめに「1文字単位でちゃんと符号化できる」という縛りなら、実際何bitならFizzBuzzが記述できるかやってみた。 方針 まず、FizzBuzz自体をなるべく短くする。 ↓ 使用されている文字の種類を少なくする。 ↓ ソースがなるべく短くなる符号化の方法を作る。 ↓ 文字コード作成。 結果 FizzBuzz(97文字)は35種類の文字で書けて、上手く符号化すると59バイトになるよ。 daphne:FizzBuzz terazzo$ ls -l src/z.java -rw
![[Java]Java 59 bytes FizzBuzz - terazzoの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/30dcf9daecffa14c625515e7fb11b40c637e0531/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F91c23e28ed3258c37eb5a969e6c23728c8c07549%2Fbackend%3Dimagemagick%3Bheight%3D1300%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Ft%252Fterazzo%252F20110212%252F20110212000739.jpg)
Kurusugawa – Kurusugawa Computer Inc.
ビジネスに役立つ AI をお届けします 来栖川電算は AI 技術の研究開発から応用まで幅広いサービスを提供する名古屋工業大学発ベンチャー(2003 年設立)です。未踏ソフトウェア創造事業の採択者やソフトウェア分野の様々なコンテストの入賞者が在籍しています。最先端の AI 技術だけでなく、膨大な高品質データを生み出す技術、ハードウェアの限界性能を引き出す実装技術、高品質なソフトウェアを実現する設計技術にも定評があります。 手軽に使える様々な認識エンジン 来栖川電算の認識エンジンを活用すれば、センサーデータに埋め込まれた意味を手軽に抽出できます。種類ごとに用意された認識エンジンは教師データや設定を変えるだけで様々なタスクへ応用できます。Linux・Android・iOS 用のライブラリ、WebAPI、コマンドラインツールなどプログラマフレンドリーな SDK を提供しています。トレーニングやコン
「OpenGLを使ってJavaでも3Dを楽しもう」第2回 JOGLをインストールする
今週から，Java bindings for OpenGL（JOGL）を使用して3D CGを描いていきますが，その準備としてJOGLをインストールする必要があります。 JOGLの仕様はJSR-231で策定されています。リファレンス・インプリメンテーションはjava.netのJOGLプロジェクトで開発されています。2006年7月上旬時点でのバージョンは1.0 beta 5です。 JOGLがサポートしているプラットフォームを以下に示します。 Windows（x86） Solaris（SPARC32/64，x86，AMD64） Linux（x86，AMD64） Mac OS X（PPC，x86） JOGLはJ2SE 1.4以上で使用できます。 ここではWindows XP版を使用してJOGLをインストールしていきます。 JOGLのダウンロード JOGLのダウンロードはjava.netのJOGLプ
「OpenGLを使ってJavaでも3Dを楽しもう」第1回 3Dは関係ないと思われているかもしれませんが...
「OpenGLを使ってJavaでも3Dを楽しもう」 第1回 3Dは関係ないと思われているかもしれませんが... 3Dによる表示は様々なところに使われています。 映画やコマーシャル，ゲームなどでは3D CGは当たり前のように使われています。でも，「そんなのはごくごく一部の分野で，仕事には全く関係ない」と思っている方も多いのではないでしょうか。 たぶん，仕事で一番多く使用されている3Dの表示は表計算ソフトのグラフでしょう。それ以外で，3Dといっても思い浮かぶものはないかもしれません。 だからといって3Dによる描画を使用していないかというと，そんなことはありません。意識はしていないかもしれませんが，今後は3Dによる表示は欠かせないものになってきています。 例えば，Windows Vistaはどうでしょう。 Windows Vistaのデスクトップ環境であるWindows Aero（以前はAero
Javaパフォーマンス計測 そんなタイマーで大丈夫か？ - プログラマーの脳みそ
駄目だ。大問題だ。 long t1 = System.currentTimeMillis(); long t2 = System.currentTimeMillis(); System.out.println(t2-t1); 結果はなんとでるか？ 99.9%以上の確率で0が表示される。そもそもSystem.currentTimeMillis()は時刻をミリ秒で返す。1行のプログラムを実行するのに1ミリ秒もかかってたら、たかだか1000行分動いただけで1秒かかってしまう。今のコンピュータはそんなに遅くない。 そもそもドキュメントをちゃんと読むと ミリ秒で表される現在の時間を返します。戻り値の時間単位はミリ秒ですが、値の粒度は基本となるオペレーティングシステムによって異なり、単位がより大きくなる場合があります。たとえば、多くのオペレーティングシステムでは、時間を 10 ミリ秒の単位で計測します
Java: The Good Parts - 矢野勉のはてな日記
2/23に「Java: The Good Parts」という本がオライリージャパンから発売されます。配本は22日らしいので、早いところなら明日には売ってるのかもしれません。O’Reilly Japan - Java: The Good PartsJava: The Good Parts作者: Jim Waldo,矢野勉（監訳）,笹井崇司出版社/メーカー: オライリージャパン発売日: 2011/02/24メディア: 大型本クリック: 10回この商品を含むブログ (8件) を見る翻訳は笹井崇司さん、監訳は私が行いました。目次は次のような感じです。 型システム 例外 パッケージガベージコレクションJava仮想マシンJavaDoc コレクション リモートメソッド呼び出し（RMI）とオブジェクトシリアライゼーション 並行処理 開発者のエコロジー目次をみれば分かるように、JavaといってもJavaに付
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
java-ja第24回 第1回 チキチキ『( ゜ェ゜)・;'.、ゴフッ』の資料 - 矢野勉のはてな日記
Java 暗号化拡張機能 JDK5.0
Scala Swingメモ(Hishidama's Scala Swing Memo)
http://blogs.sun.com/okazaki/entry/performance_myth_string_plus_string