Java Champion 谷本 心 EverforthとAcroquestの2社で正社員として働くエンジニア。仕事のかたわらでコミュニティ活動も行っており、日本Javaユーザーグループの代表を務めるほか、アメリカで開催されたJavaOneやSpringOneなど国内外のイベントで登壇。その実績から日本で3人目の「Java Champion」に任命された。著書に『Java本格入門』（技術評論社）。趣味は対戦格闘ゲームと、BABYMETALを追いかけて世界中を旅すること。 X: @cero_t Blog: https://cero-t.hatenadiary.jp/ 1. 『Java本格入門～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで』（谷本心、阪本雄一郎、岡田拓也、秋葉誠、村田賢一郎 著） 2. 『プロになるJava―仕事で必要なプログラミングの知識がゼロから身につく
ホットな話題に乗っかって、私がSpotBugsというJava向け静的解析ツールのOSS開発から手を引いた理由をまとめてみます。 自分がJavaを使わなくなった 先のブログでも指摘されている通りで、自分がそのソフトウェアを必要としなくなったというのは大きな理由になりました。Kotlinに乗り換えたことでJavaを書く機会がなくなり、Kotlinが生成したclassファイルの解析はSpotBugsには向かなかったので、SpotBugsを使わなくなりました。 SpotBugsにKotlin対応させることは技術的には可能ですが、ソースコードも考慮して解析できるdetekt（ktlint, diktat）がある世界でわざわざやることではないという感想です。 リターンが無かった 自分が使わないツールのメンテナンスを継続するには、やはりある程度の見返りを求めたいというのが自分の気持ちとしてありました。G
ようやく裁判の結果が出ました。結果としてフェアユースが認められたのはよかったのですが、Googleが勝訴したということは素直に喜べないので、その理由を書いておきます。 関連ニュースは、こういったところから。 約1兆円の賠償金を巡るGoogleとOracleの10年にわたる訴訟が決着、「APIのコピー」は結局違法なのか？ - GIGAZINE Google、オラクルの著作権侵害せず 米最高裁判決: 日本経済新聞 グーグル、米最高裁でオラクルに勝訴--「Android」Javaコード訴訟で - CNET Japan 経緯 では、経緯について時系列に沿って整理していきます。推定可能な事実に基づきますが、一部、妄想も含まれています。 2005年 Google（広告収入増やすには無償で改変自由なスマホOSが重要になるはず。普及させるなら開発者の多いJavaベースだよな。でも、クラスライブラリ改変しな
Javaにもう一度REPLを～平成生まれのOpenJDKコミッターを刺激するOSS開発の緊張感 平成生まれのOpenJDKコミッター、吉田真也さんにOSSに触れ始めた理由やモチベーションについてインタビューしました。もっと積極的にOSSに関わりたいと考えている方は、吉田さんの考えや言葉が一つの道標になるかもしれません。 Javaのオープンソースの実装であるOpenJDKの開発が始まってから、10年以上の月日がたちました。その間に成長した若いエンジニアは、ひょっとするとJavaがオープンソースで開発されていなかった時代を知らないかもしれません。 オープンソースという文化が身近で当たり前になっている現代のエンジニアは、何を感じ、何を思ってオープンソースにコミットしているのでしょうか。平成生まれのエンジニアである、吉田真也（よしだ・しんや／ shinyafox）さんにインタビューしました。 吉田
世界的人気を誇るゲーム「Minecraft」の心臓部といえるソースコードのライブラリがオープンソース化され、順次リリースされることになりました。 Programmers: Play with Minecraft's Inner Workings! | Minecraft https://minecraft.net/en-us/article/programmers-play-minecrafts-inner-workings 公開の対象となるのはMinecraft Java Edtionのソースコードの一部で、GitHubでMITライセンスのもとで配布されます。再利用は完全に自由とのことで、クレジット表記さえきちんと行えば、より強力なModの開発やMinecraftには関係のないプロジェクトへの転用など、あらゆる用途に利用してOKとのこと。今回公開される「ライブラリ」とは、ゲームを構成する
AI language models need to shrink; here’s why smaller may be better
続編書きました → http://d.hatena.ne.jp/pekeq/20110201/p1 問題なのは、LGPLなライブラリの.jarを、Androidの.apkに組み込んで配布したらそのソフトのライセンスはどうなるのか、ということ。 結論があるわけではないのだが、メモ程度で。 Wikipediaから Wikipedia日本語版にはLGPLについてこうある。 LGPLライセンスで配布されたライブラリAについて、 コンパイル時にライブラリAにリンクされる可能性のあるプログラムBのソースコードについてはLGPLを適用せず、配布に制限を加えない。 ライブラリAにリンクしたプログラムBを配布する場合、Bのライセンスにリバースエンジニアリングを禁止する条項を含めてはならない。(LGPLv2-6、LGPLv3-4) ライブラリAに静的リンクしたプログラムBを配布する場合、Bのソースコードまたは
This article was written in November 2004, when LGPLv2.1 was the most current version of the license. Since then, LGPLv3 has been published. The main points of this article remain true about LGPLv3, but some of the details, such as section numbers, have changed. It has always been the FSF's position that dynamically linking applications to libraries creates a single work derived from both the libr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
