Java API 訴訟の件で私が Google よりも Oracle の肩を持つ理由 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Java API を巡って Oracle と Google の訴訟が続いています。世間の論調を見ていると、「Oracle 対 Google」の構図を「プロプライエタリ対オープンソース」と位置付け、あたかも Google が正義の味方であるかのように扱っていますが、この件に関しては、私は逆の立場です。むしろ、「Google けしからん」と思っています。私がそう思う理由をここに書きます。 Java の互換性 Android が登場するずっと前から、業界の皆は、JCP (Java Community Process) に則り、協議の
Androidの新しい未来をDartで描く - Qiita
この記事はShaping the Future of Android With Dartを、著者Cyril Mottierの許可を得て日本語に訳したものです。 誤訳などあればコメントください。 私は先週、モダンな新興プログラミング言語について大量の議論、ツイート、ブログポスト、ニュース記事他を目にしました。この突然巻き起こった嵐が、アップルがWWDC 2014で公表した新言語Swiftによるものであることは疑いの余地がありません。この2週間の休暇の間、Swiftプログラミング言語について、構文、機能、Objective-Cとの相互運用性等について、多くの文書を読みました。また同時に、開発者の視点からAndroidがiOSと比べて時代遅れだと嘆く人達もみかけました。なぜでしょう？それはAndroidがJavaの上に成り立っているからです。 正直に言って、私も彼等の意見に同感です。私は昔から常
Android でイベントバスを使う - Qiita
Android では、非同期処理の返り値はコールバックインタフェースを介してやり取りされる。 これ以外にも、Observer パターンに基いて設計されているクラス（SharedPreferencesなど）や、Activity と Fragment とのやりとりなどでも、コールバックインタフェースを定義して、その実装とライフサイクル管理をする。 一方で、機能が増えるとその分コールバックインタフェースの定義も増え、Activity が幾つものインタフェースを実装することがある。コールバックインタフェースの定義が増えてくると、その分だけ依存関係が複雑になりやすくなったり、コールバックを受けて更に非同期処理を呼び出して…としていくと、どんどんネストが深くなったりしていく(コールバック地獄)。 そこで、コールバックメソッドを呼ぶタイミングでイベントを発火し、コールバックインタフェースの実装ではなく、
FragmentにIoCを適用するにはどうするのがいいんじゃろ、というような話 - _development,
FragmentのコラボレーターをIoc(Inversion of Control, 制御の反転)で注入する場合、若干の考慮が必要になる。 FragmentをFragmentTransactionを通じて追加・置換する場合、、Activityからコンストラクター・インジェクション、セッター・インジェクションなどで注入することができそうではある。 あるが、しかしFragmentはアプリケーションの動作中に破棄・再生成される機会がある。 そして、Fragmentが再生成されるときのインスタンス化は必ず次のことに則って行われる。 Fragmentが再生成されるとき、デフォルトコンストラクタが呼ばれる つまり、再生成されるときにはコンストラクター・インジェクションは使えないので、この方法に頼るわけにはいかない。 というわけでセッター・インジェクションに望みを託すしかないわけだが、都合のよいことに（
AndroidのLVL(License Verification Library) Crack編 - @vvakame の日記
※ ここに書いてあることは間違ってることもあるかもしれません。頑張ってますが間違っていたらTwitterかコメントなどで教えていただけるとうれしいです。 前回のまとめ とりあえず、LVL使うだけなら簡単だね、というとこまでなんとなく見ました。 前回 d:id:vvakame:20101009#1286604355 では、とりあえずLVLを導入してみました。 で、 Lv.1 カジュアルクラッカー対策 Lv.2 ガチでハッカー対策 Lv.3 雲の上… LVLをとりあえず導入するだけで、(多分) Lv.1の人たちへの対策としてはOKです。 具体的には、rooted端末でadb pull とかでapkを抜いてすぐ返品するような人々は LVLのおかげでアプリを使えなくできるはず。 やったことないから知らないけど…。 今回は、Lv.2のプログラムの構造とかがそれなりにわかっているクラッカーさんになりき
AndroidのLVL(License Verification Library) とりあえず導入編 2010-10-09 - vvakameの日記
※ ここに書いてあることは全部間違っている可能性があります。頑張ってますが間違ってたらごめんなさい。Twitterかコメントなどで教えていただけるとうれしいです。 LVLってなんなの？ Googleが提供しているライセンス認証とかできる物体。 このライブラリを利用して、自分のプログラム内で利用者が購入者かどうか確認することができます。 有料アプリでしか使うことができません。 どういう時に使えなくできるの？ アプリケーションの利用者が購入している人ではないとき(正規ユーザではないとき)。 最新のバージョンじゃないとき。(VersionCode と VersionName がMarketにある最新版と一致しないとだめ) まぁ、○○のとき、××する、というのは自分で書くので、適当ですね。 どうやって検証するの？ vending(Marketアプリ)のサービスに検証を依頼する 検証結果を受け取り、
AndroidでJNIを使う方法 - Android(アンドロイド)情報-ブリリアントサービス
AndroidでJNIを使う方法をドキュメントにまとめました。 PDF版はこちら Androidのコンパイル環境を構築されていることが前提です。 よろしければAndroidのコンパイル環境を整える方法にあるPDFのコンパイル環境構築資料をご覧ください。 AndroidでJNI – Android meets JNI 株式会社ブリリアントサービス 勉どろいどチーム 和泉憲二 門口敏広 藤田竜史 このドキュメントでは、androidアプリケーション(Dalvik VM)からJNI（Java Native Interface）を使用して、C/C++言語で作成した共有ライブラリのJNIメソッドをコールする、一連の方法について解説します。 開発環境 本ドキュメントでは、以下の開発環境が用意されている事を前提に、説明を進めます。 用意する環境 本ドキュメントにおける確認済みの環境 androidアプリ
Androidとリフレクションについて - Kazzz's diary
Android上でのプログラミングではリフレクションは忌避すべきと言われている。 PCに比べるとリソースが制限されているスマートフォンではこれは正しい。しかしNexus oneやXperia等、周波数1Ghzのプロセッサと500MB以上のRAMを搭載した実機を使ってきた感覚だと、性能をシビアに追求するようなアプリケーション(主にゲームやリアルタイムシミュレーション)以外であれば、無駄に繰り返さない、結果を上手くキャッシュする等、使い方を注意すれば別に避けるものではないと考えている。(感覚としては10年前のIntel Pentium3が搭載されたPC上でJava2(JavaSE1.3〜1.4)を動作させている状態に近いと思う。) なぜこんなことを書くかというと、今更Javaでリフレクションを否定されると何もできないからだ。自分が今書いているライブラリィ、フレームワークではリフレクションを使い
Activity Testing | Android Developers
Android includes powerful tools for testing applications. The tools extend JUnit with additional features, provide convenience classes for mock Android system objects, and use instrumentation to give you control over your main application while you are testing it. The entire Android testing environment is discussed in the document Testing Android Applications. This tutorial demonstrates the Androi
Hello, Testing | Android Developers
Android offers a powerful but easy-to-use testing framework that is well integrated with the SDK tools. Because writing tests is an important part of any development effort, this tutorial introduces the basics of testing and helps you get started testing quickly. To keep things simple, this tutorial builds on the Hello World tutorial, which you may have already completed. It guides you through the
Eclipse活用術
This document discusses usage trends of the Eclipse integrated development environment. It notes that Eclipse usage increased 20% in 2011, with the biggest increases being 10% for Eclipse itself, 10% for plugins, and 200% for Android Development Tools. It then provides many tips and shortcuts for using Eclipse more efficiently.Read less
CalendarView 公開しました - Kazzz's diary
以前公開すると宣言して先延ばしになっていた、CalendarViewの公開を開始しました。 Android Calendarview - Project Hosting on Google Code※ CalendarViewはAndroid 1.6以降で動作するシンプルなカレンダービューです。 日本の祭日判定を行うK.Tsunoda氏の"kt祝日名取得"を阿蛭 栄一氏がJavaにポーティングした"KtHoliday.java"をほぼそのまま使用しており、ビュー上で祭日を判定/表示することができます。 年月を変更する方法として以下をサポートしています 「<<」「>>」のタップ それぞれ前月、次月に遷移します 年月のタップ ダイアログにより直接希望の年月に遷移します フリックモーション 左右又は上下のフリックモーションを検出して前月、次月に遷移します ライセンスはApache2.0を採用して
My Thoughts on Oracle v Google
Charles Oliver Nutter Java, Ruby, and JVM guy trying to make sense of it all As you've probably heard by now, Oracle has decided to file suit against Google, claiming multiple counts of infringement against Java or JVM patents and copyrights they acquired when they assimilated Sun Microsystems this past year. Since I'm unlikely to keep my mouth shut about even trivial matters, something this big o
お前にSunが救えるか？
お前にSunが救えるか？ Oracle、「分からぬ、だが特許ゴロにはなれる」 Oracle（Sun Microsystemsを買収）は何がしたいんだろう。結局、Sunの実装がAndroidに勝てなかったというだけじゃないか。自分の粗悪な製品を棚にあげて、特許訴訟を起こす。愚かなことこれに過ぎたるはない。旧Sunの社員の多くがGoogleに引きぬかれていったのも、当然というわけだ。 ともかく、これで、Oracleはモバイル市場を完全に敵に回したわけだ。もう立つ瀬はない。 しかし、Javaはよく分からない。Microsoftが独自のJavaVMを開発したとき、Sunは訴訟を起こした。そこでMSは、独自のJavaVMを取り下げた。結局MSは、本来Javaが占めるべきだった場所の大半を、C#に置き換えてしまった。Sunが馬鹿なことをしたせいで、本来労せずして得べかりしユーザーを失ったわけだ。今回も
第2部 Androidの実行環境、独自の仮想マシンで実行効率向上 | EE Times Japan
Androidを利用してアプリケーション・ソフトウエアを開発するには、プログラム言語としてJavaを使う。これまで組み込み機器のソフトウエア開発にJavaを利用する例は携帯電話機向けのアプリケーション・ソフトウエアの一部にあるが、それ以外にはあまり例を見ない。米Google社からコメントが得られなかったため、Javaを採用した理由は推測の域を出ないが、まず考えられるのはセキュリティの高さだ。Javaにはセキュリティ機構が確立している。 Javaを使える開発者が多いことも理由の1つだろう。Google社は、Android用のソフトウエアを数多く開発してほしいという。 さらに、「Write Once, Run Anywhere」という言葉で表される移植性の高さもある。これは、1度開発したソフトウエアが、（Java仮想マシンさえ実装されていれば）どのプロセッサやOSでも動作するという互換性の高さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rtyley/roboguice-sherlock: RoboGuice classes extending ActionBarSherlock classes
Google Code Archive - Long-term storage for Google Code Project Hosting.
Sign in - Google Accounts
throw Life - Dalvik VMのオブジェクト管理についての概要
Android is NOT just 'Java on Linux'
