2016/02/20 Hokuriku Comm CampのLTで発表した際のプレゼンテーションスライドです。
「var禁止」禁止
2016/02/20 Hokuriku Comm CampのLTで発表した際のプレゼンテーションスライドです。
Javaの最新版の入った環境で古いバージョンを実行する正しい手順 - Windows 2000 Blog
Javaの古い環境を実行させるのにあたって、アンインストールや再インストールを指示するのって、すごく間抜けだと思いました。 東洋経済のeLTAXの記事がこれじゃない感 なぜなら、Javaにはバージョンを選択してブラウザに実行させる機能が10年も前からあるのですから。 これは、うちの Windows 2000に入ってるJava環境です 今は既定で Java 6 u113 (2016/3 時点のJava 6の最新版)のアプレットが起動するようになっています。 これを、古い Java 8 u 66 で起動するように変更してみます インストールでもいいのですが、設定が書き換わってしまうので、公式のjre-8u66-windows-i586.tar.gz をフォルダに展開するか、インストールした環境から、フォルダごとどこかからコピーしてくるのがいいと思います。 (もしくは、これを、eLTAXの公式が
Javaのマルチスレッドプログラミングで気をつけておくこと - 自分の仕事を憎むには人生は余りにも短い
マルチスレッドについていろいろ考えてる機会が多かったのでちょっとまとめてみた。 Singletonのdouble-checked lockingはアンチパターンだという話 double-checked lockingとSingletonパターン ネットでも各所に書かれているけれど、メジャーな書き方なのでみんないつの間にか使ってしまっていることが多い。*1被害に会う可能性が非常に低いので対策はほぼ必要ないけど知っておいて損はない。 double-checked lockingとはどんなソースかというと public static Singleton getInstance(){ if (instance == null){ synchronized(Singleton.class) { //1 if (instance == null) //2 instance = new Singleto
DA88 - Thế Giới Cược Giải Trí Đa Sắc Uy Tín Hàng Đầu
DA88 luôn là điểm đến mà bất kỳ cược thủ nào cũng muốn lựa chọn để tận hưởng trải nghiệm tốt nhất. Bạn sẽ có cơ hội tiếp cận nhiều loại hình giải trí hấp dẫn và các dịch vụ tiện ích. Nội dung cập nhật bên dưới đây về địa chỉ sẽ giúp bạn có thêm thông tin trước khi quyết định đăng ký. Cách Thức Liên Hệ Tổng Đài DA88 Cực Nhanh Và Chi TiếtChính Sách Bảo Mật DA88 Đang Áp Dụng Với Mọi Cược ThủChơi game
文字列の結合をやるからといって、すぐにStringの+をつかってはいけない - かとじゅんの技術日誌
文字列の結合っていろいろなやり方があるのですが、みなさんはどんなやり方をされていますか？ String firstName = "Junichi"; String lastName = "Kato"; String fullName = ""; fullName += firstName; fullName += lastName; とか、もちろんやってないですよね？ ＋演算子ってわかって使わないとヒドイことになりますよｗ 性能をはかってみよう ちょっと、簡単に以下のような性能をはかるテストを書いてみた。 文字列の連結方式としては、 Stringの+演算子 Stringのcontractメソッド StringBufferのappendメソッド StringBuilderのappendメソッド が考えられるので、それらの性能をはかってみた。 package tests; import org
Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Effective Java 第2版 (The Java Series): Joshua Bloch (著), 柴田芳樹 (翻訳): 本