wise9 › JavaとJavaScriptの20年戦争
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
卜部昌平のあまりreblogしないtumblr
エゴサーチで見かけた反応とそれの感想など 速さのためにはCでないと この誤解は典型的ですねえ。今、申し訳ないんだけど、普通に書いたCのコードと普通に書いたJavaのコード走らせると、普通に書いたJavaのコードの方が速くなるケース、全部とは言わんが案外と多いですよ。なんでかというと、Javaは普通に書いたらJVMが人類の持てるテクノロジの限りを尽くして勝手に高速化してくれる1が、Cはあなたの能力以上に速くはならない。Cは速いJavaは遅いってのは10年くらい前には正しかったんでしょうけどねえ。 なお自分でベンチマークしてる暇なんかないよ!という人はshootout.alioth.debian.orgぐらいは読んでもいいんじゃないですかね。たとえばJavaとCの比較で見れば全体的にいって同じくらいのスピード、いくつかの項目でJavaのほうが速いのが分かる。 組み込み屋はCでなければ何を使うか
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に付
Struts化するRailsって本当か - ひがやすを技術ブログ
良い悪いは置いておくとしてRubyOnRailsはStrutsになるのだなと感じています（エンタープライズ開発でデファクト・スタンダードになって一定のポジションを獲得する） 最近、「RailsはStruts化する」という風に思っている人が多そうなので、私の意見を書いておきます。 そんなことはないでしょう。 エンタープライズ開発をおこなっている多くのSIerは、とても保守的(だと思う)です。Strutsの導入だってとても慎重で、他で結構使われてもう大丈夫と思ったところで導入したというケースが多いのではないでしょうか。 理由は簡単で、規模が大きいと失敗の損失が大きいので、できる限りリスクを避けようとするためです。今特に困ってないなら、冒険する必要はないという判断です。 新たなテクノロジーを導入するのは、リスクがなく生産性が向上すると判断したか、今のテクノロジーではコストがかかり過ぎると判断した
GAE/JとAndroidを連携する本が出ます : Happy my life
ってことで、本書きました。もうすぐ発売になります。 今回は、GoogleAppEngine/JavaとAndroidをつかってアプリケーションを作るときは、こうしたらいいんだよー、といった内容となっています(ざっくりと説明) いきさつ この本の企画を思いついたのは、去年の夏の終わりごろ。 そのころ某SIerさんで、Androidアプリの講師をしていたのだが、Androidアプリの応用編で何か講習をして欲しいということで、AndroidからGoogleAppEngineと連携させるのを題材にしたのだが、その当時手頃なテキストがなかった。その時は、市販の本数冊を利用して解説したけど、あまり十分とも言えず。 そのあたりでモヤモヤしているところ、日経BPさんに相談し上梓することになった。 今後はAndroidとGAE(やWebAPI)を利用する業務系のシステムの需要が増えるのではないか、と推測のも
Java やってる人が C# を使うとはまること - ぐるぐる～
ここでは、Java SE 5.0 以降を知っている人が C# 2.0 を使うことになった場合を考える*1 *2。 あと、ライブラリについては触れないことにする*3。 命名規約 まず、命名規約が全然違う。Java ではメソッド名にキャメル形式*4を使うけど、C# では Pascal 形式*5を使い、Java では定数名に大文字アンダーバー区切り*6を使うけど、C# では Pascal 形式を使う。 C# に関する命名規約としては、ここだとかここだとかにあるので、参考にするといい。 間違っても、オブジェクト倶楽部のは参考にしないこと*7。 struct の扱い Java ではユーザ定義型は全て参照型だけど、C# では値型も作成できる。また、標準ライブラリの中に struct で定義されたものもある。 で、何にはまるかというと、struct は class と違い、「値渡し」される*8、つまりコ
Hadoopのインストールとサンプルプログラムの実行
前回はGoogleの基盤技術とそれに対応するオープンソースソフトウェアとして、Hadoop & hBaseを紹介しました（図1 参照）。今回はHadoopを1台にインストールし、サンプルプログラムを動かします。次にHDFSとMapReduceのアーキテクチャを解説します。最後にサンプルプログラムのソースコードを解説します。 2. Hadoopの概要 Hadoopは主にYahoo! Inc.のDoug Cutting氏によって開発が進められているオープンソースソフトウェアで、GoogleFileSystemとMapReduceというGoogleの基盤技術のオープンソース実装です。Hadoopという名前は開発者の子供が持っている黄色い象のぬいぐるみの名前に由来しています。HadoopはHDFS（Hadoop Distributed File System）、Hadoop MapReduce F
Javaプログラマであるかを見分ける10の質問 - やさしいデスマーチ
元ネタはこちらですが、「優れたJavaプログラマ」を見分ける質問ではありません*1。次のような状況を想定してください。 受託業務を中心にしている弊社は、Javaで業務系ウェブアプリケーションの開発を行う事になりました。しかし社内のリソースを使うにも１−２名足らない事が見積もりから解っています。そこで、中堅エンジニアを1−2名募集することになりました。正社員か派遣かは問いませんが、経験が３年程度の中堅プログラマが必要です。同等またはそれ以上のスキルを持つ正社員がプロジェクトを牽引しますが、ゼロから教えながら教育することはできないので、必要最低限のスキルを持っていることが条件になります。 こんな状況を想定して、面接の質問を考えてみました。経験が３年程度あれば、問題なく答えられるはずです*2。尚、質問はホーム言語がJavaである前提です。 下記質問にそれぞれ50文字以内を目安に簡単に説明すること
Javaのチェック例外はクソ仕様 - やさしいデスマーチ
Java言語のチェック例外は本当にGood Partなのか？というエントリーを読んで自分の考え方を簡単にまとめておこうと思う。 まず、チェック例外自体はJavaの『あまり良くない仕様』とみるのが体勢であると思う。自分もどちらかといえば、『なるべく実行時例外で』という派。とはいえ、『クソ仕様なんでチェック例外はまったく使うべきではない』派ではなく、『必要に応じて使い分ける』派。そもそもクソ仕様とdisるくらいならクソ言語なんか使わない方が幸せ。 まずチェック例外自体に関する問題を改めて整理する。 いちいち定義するのがクソ面倒 常にtry-catchかthrows句を強制するのでクソウザい 横断的に処理しにくい 大規模プロジェクトになればなるほど、例外に関するスキルがないクソ人ばかり これらについては散々議論されているだろうし、愚痴になるだけだと思うので割愛。 で、自分はどうして『必要に応じて
Java直列化メモ(Hishidama's Java Serializable Memo)
直列化/整列化とは [/2007-12-07] シリアライズの実装方法 [/2007-06-13] シリアライズの実行方法 [2007-05-02] serialVersionUID [/2020-03-21] シリアライズの対象/非対象フィールド [/2007-06-11] シリアライズ方法の独自定義 [/2010-04-29] Externalizable [2010-04-28] シリアライズできないクラス シリアライズのあるべき姿(?) [/2008-07-05] @Serial [2020-03-21] 直列化とは Javaの説明（Javadocとか）を見ていると、よく「直列化」「直列化可能」「直列化された形式」という言葉に遭遇する。 これはserializeの訳語みたいだけど、なんだか意味不明…。 VC++でシリアライズと言えば、「ファイルへのデータ保存」「ファイルからのデータ
Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
Java: The Good Parts
本書はJava言語をJava言語たらしめている「よい部分」、すなわちJava言語の初期から備わっていたコア機能がどういう意図で作られているかを解説するものです。なぜその機能がJavaに導入されたのか、どのように使われることを意図しているか、そうすることでどのような効果が得られるのか、あるいはその設計判断により生まれた罠をどう避けるべきかを、Java言語開発当初から関わったベテランエンジニアのJim Waldoが説明します。Java言語の設計思想を知ることで、Javaの秀でた魅力を実感し、「Javaらしい」プログラミングを体得できるでしょう。 目次 監訳者まえがき はじめに 1章 Javaについて 1.1 Javaはどのような処理に向いているのか？ 2章 型システム 2.1 基礎 2.2 なぜ3つもあるのか？ 2.3 内側と外側 2.4 注意すること 2.5 真の問題 3章 例外 3.1 基
Effective Java 読書会 13 日目 「Java の例外めんどくさい」 - IT戦記
IOException の catch に何を書いていいか分かりません＞＜！ はじめに 順番が前後しますが、今回は Java の特徴のひとつである例外機構についてです。 今回の範囲 223 ページ 〜 250 ページ 前回はこちら Effective Java 読書会 12 日目 「スレッド・セーフってなによ！！」 - IT戦記 Java の例外 throw 可能なオブジェクト Throwable インタフェースを実装したもの Exception を継承しない Throwable は基本的に使わない チェック例外 メソッドの実装者が「呼び出し元が回復可能」だと考えている例外 ちゃんと「なぜ、例外だったのか」理由が提供されるべき 呼び出し元は try catch で囲むか throws 宣言を書く必要がある Exception を継承していて RuntimeException を継承していな
スレッドのキャンセル
Programming SHOT BARへようこそ。 ここのところマルチスレッド関連の話題で盛り上がっています。 今日はかつのりさまからのリクエストでスレッドのキャンセルにまつわる話です。 参考資料 以下の書籍を参考にしています。手元にある方は参照してみてください。 プログラミング言語Java第4版 14.8.1 スレッドのキャンセル 318p Java並行処理プログラミング 7-1 タスクのキャンセル 154p 増補改訂版 Java言語で学ぶデザインパターン入門 マルチスレッド編 補講1 例外InterruptedExceptionを理解する 179p Javaスレッド完全制覇 4.2 割り込み 102p Thread#stop()とその問題点 Thread#stop()、Thread#suspend()、Thread#resume()という一連のスレッドの停止・再開メソッドは 非推奨メ
Javaの正規表現で日本語のみを許す場合を考えてた
とりあえず、Java1.6でUTF-8の場合に、 俗にいう日本語(笑)?と英数だけ通したいなーと思って正規表現書いてた。 日本語とか空白とか、句読点とか、空文字だけは駄目らしい。。 こんな感じでいいのか、かなり不安。 あとでテスト書こう…。 そういやCJKって中国語、日本語、韓国語の頭文字だったんだね。 知らんかった。。。 /** 俗にいう日本語???と半角英数のみを許可するPattern */ public static final String IN_JP_PATTERN = "^" // 行の先頭 // 空文字("")を許可 + "\\??|" // Unicodeブロックでひらがな // -> http://code.cside.com/3rdpage/jp/utf-8/Hiragana.html + "[\\p{InHiragana}|" // Unicodeブロックでカタカナ
「AndroidにJavaコードを流用か？」の報道が出るも専門家は一蹴、しかしFUDは広まる
結論はこうだ。「Androidに、Javaからのコード流用の疑念が提出されたが、両者のコードを比較した結果、明らかな流用は発見できなかった」。この一連の経緯を振り返ってみよう。 （本記事は、ゲストブロガーのITジャーナリスト 星暁雄氏による投稿です） デコンパイルでソースを復元、比較 知的所有権問題のコンサルタントが「AndroidにJavaのコードが混在か？」という内容のBlog記事を書いた。記事の内容は、ComputerWorldやEngadgetに紹介された。読んだ人は「Googleはまずい事をしでかしたものだ」との印象を持ったことだろう。Googleは、AndroidがJavaの特許と著作権を侵害しているとしてOracleから訴えられている最中だからだ。だが、記事を読んだプログラマが「結論としてJavaコードの盗用の事実はない」ことを明らかにした。 火種となったのは、Florian
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
guava-libraries - Project Hosting on Google Code
NetBeans IDE 6.5 Release Information
TEXTdrop｜翻訳・オンラインカジノ 日本円のプログラミング