JavaでWebサービスを作り続けるための戦略と戦術（前編）
本連載では、株式会社ビズリーチのエンジニアが、急成長を続ける事業の中で得られた実践的なノウハウをつづります。2009年の創業以来、HRTechベンチャーとして新たな事業を展開するビズリーチ。「HRTech」は、「FinTech」や「HealthTech」と同様に、テクノロジーの力で革新する昨今のトレンドの中で、人事・採用など「HR」の領域のイノベーションとして注目されています。ビズリーチは、創業から8年で16の事業を立ち上げた経験の中で、事業課題の解決に向けた地に足の着いた技術や、最新技術を身につけてきました。これらのノウハウを発信し、業界を越えて社会に貢献していこうと考え、連載を開始しました。 BizReach Tech Blog はじめに HTTPやSMTP、HTML、CSS、XML、JSONなどWebを支える基礎的な技術は、比較的単純な仕様で構成されているため、Webサービスはどのよ
新しいリリースモデルはJavaを使う人 全員要注目だった - きしだのHatena
9月の頭くらいに、Javaのリリースモデルが6ヶ月ごとの短期リリースになるということが発表されてました。 で、「へぇ〜」みたいな感じで見てたのですけど、JavaOneでの話を聞くと、これ結構大変なのかも、ということになってそうなので、ちょっとまとめてみます。 追記：2018年05月の状況をQiitaでまとめています。 [Javaのサポートについてのまとめ2018 - Qiita](https://qiita.com/nowokay/items/edb5c5df4dbfc4a99ffb) Javaの新しいリリースモデル 公式情報はこちらにまとめられています。(10/4にアップデートされてます) http://www.oracle.com/technetwork/jp/java/eol-135779-ja.html ざっくり言えば、6ヶ月ごとに機能リリースを行い、3ヶ月ごとにメンテナンス/セキ
JJUG CCC 2017 Spring スライドまとめ(随時更新) #jjug_ccc - メンチカツには醤油でしょ!!
まとめました JJUG CCC 2017 Springの発表資料(スライド)を纏めました。 現在非公開になっているものは見つけ次第、追記していこうと思います。 また、漏れてたり間違ってたり追加があったり後に非公開になったりした場合は @ryoichi_obara までお知らせ頂ければと思います。 スライドが無くて、Togetterがあるものはそちらにリンク貼っていたりします。 A0 日本Javaユーザーグループ 年次総会 日本Javaグループ2017年定期総会 #jjug from 日本Javaユーザーグループ www.slideshare.net ABCD1 JJUG CCC 20th fireside chat 未公開 E1 ふつうのJavaコーディング F1 Hipsterで学ぶ！Springによるサーバサイド開発手法 GH1 非機能要件とSpring Boot ABCD2 Java
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
5年後に後悔しないJavaプログラムの書き方 - L'eclat des jours(2009-07-02)
_ 5年後に後悔しないJavaプログラムの書き方 ここ数日、死ぬほど後悔しまくっているので、あらためて（というのは、数年前にも一度後悔しまくって、そのときの知見はあらかた処方箋とかコーディングの掟に書いているからだが）後悔しないための書き方をいくつか紹介する。 とにかく、ファクトリメソッドパターンを使うこと。 これは本当に重要。しかも簡単でありながら効果は絶大。 だめな例。 public class FooBar { private Connection conn; ... protected void setup() { ... conn = DriverManager.getConnection(url); ... } urlを指定することや、DriverManagerの実装を交換すれば良いだろうと想定していても（というか、Connectionならそういう方法もあり得るが、そうはいかな
実開発で分かったGoogle App Engine for Javaの“すごさ”
ゴールデンウィークに特に予定のなかった筆者は，「ちまたで噂のGoogle App Engine for Java（GAE/J）とFlexでスケジュール共有ツールでも作ってみよう」と思い立ちました。およそ5日間かけて開発を進めたのち，2009年5月6日に「ご都合.com（画面1）」を公開しました。その後，はてなブックマークやニュースサイトなどでご紹介いただいたおかげで，公開後6日で約2000人の方にご利用いただいています。 そこで本稿では，この「ご都合.com」の開発で実際に筆者が得た経験を通じて，GAE/JによるWebアプリケーション開発の実際とそのポテンシャルについて紹介します。 米Googleが2008年4月に発表したGoogle App Engine（画面2）は，「自分が開発したWebアプリケーションをGoogleのデータセンターで運用できるクラウドコンピューティング・サービス」です
actiTIME - Time Tracking & Scope Management Software
Time Tracking & Scope Management Software to boost your business with intelligent data Start Using actiTIME Create project scope, assign work to your team, record work hours and keep everything on track with the insightful data Manage work assignments Create project scope and assign it to the project teams, so that everyone knows what they should work on. Always keep on top of your project’s activ
TopHatenar＋HatenarMapsのシステム構成 - kaisehのブログ
TopHatenarとHatenarMapsのシステム構成が、バージョンアップの度に複雑化してきて、自分でも把握しづらくなってきたので、整理する意味で図を作ってみました。 図に示したように、HatenarMapsは、S2RMIを使ってTopHatenarと協調動作しています。はてなダイアリーとはてなブックマークに関するデータをクロールしているのは、TopHatenarの側です。HatenarMapsの側では、TopHatenarのService層をS2RMI経由でコールして、集計済みのはてブ情報を取得し、クラスタリング処理の後にポリゴンを計算しています。その他、HatenarMaps上でコメントビームの表示等がリクエストされる度に、TopHatenarをコールしています。よって、HatenarMaps側のDBには、基本的にポリゴンデータしか入っていません。 以下、図中に出てくるフレームワー
Javaフレームワークの比較検討資料公開 - 矢野勉のはてな日記
Java仕事で各種フレームワークを比較検討したので、比較用に作った参考資料を公開します。ちなみに現在私は、ドワンゴさんの社内システム開発をお手伝いしてまして、その一環で調べたものです。会社資料じゃなく、私の資料ということでブログで公開してよい、むしろしとけ、とのことなので公開しときます。 今回の案件向けにアプリケーションを画面層コンテナ層データアクセス層に分けて、それぞれフレームワークを選ぶのが目的です。コンテナ層はDIコンテナのうちいずれか、データアクセス層はO/Rマッパーを選ぶことになります。 太枠の範囲が選定対象です。よく本に出てくる杓子定規な階層図とは変えてあります。 次のものを比較検討しました。画面層SAStrutsApache Wicket（ほかにもTeedaとかClick Frameworkとかももともとは候補にあったが、調査が追いつかないので二つに絞った）コンテナSeasa
FindBugs version2.0.2 バグパターン詳細
Bx : 非効率な浮動小数点数のコンストラクタを呼び出しています。 valueOfスタティックメソッドを代わりに使用してください。 (DM_FP_NUMBER_CTOR) new Double(double)を呼び出すと、常に新たなオブジェクトが生成されます。これに対し、Double.valueOf(double)は、コンパイラ、クラスライブラリ、JVMによってキャッシュすることが可能です。キャッシュを使用することによって、余計なオブジェクトの生成を防ぎ、コードの実行効率を改善できます。 バージョン5.0より前のJava実行環境との互換性が不要であれば、オートボクシングか、Double、FloatのvalueOf()メソッドを代わりに使用してください。 Bx : 非効率なNumberのコンストラクタが呼び出されています。 代わりに valueOf スタティックメソッドを使用してください。
Javaの冗長な記法って小クラス主義の現れではないかな - 矢野勉のはてな日記
Java以下は無駄に長い駄文です。なんか書いてみたはいいもののうまくまとまらなかった。ごく一部しか表せなかった気がする。これではInputStreamReaderとかがたくさんオブジェクトを連結しないと使えないめんどくささをなぜ許容できるか、しか表せてない... もともとは「 Java における本質的でない記述がどのように大規模開発に役立つのか - kwatchの日記」がらみの話です。文中にいくつか「アクセッサが簡潔に定義できない」「FileReader に文字コードを渡せない」のような例があって、「それらが改善されたら大規模開発になにか不利益があるのかどうか」という具体的な質問があったので私はそこにコメントしときました。私はコメント欄に「不利益なんてないよ」と回答しました。実際のところ、後方互換性が維持され、言語としての統一性が維持されるなら別に不利益なんてあるわけない。あるとしたらマネ
日本Javaユーザーグループ
皆様お待たせいたしました！ 6月16日(日)にJJUG CCC 2024 Springを開催します！ JJUG CCCは、例年2回、春と秋に開催する日本最大のJavaコミュニティイベントです。 Java関連の技術や事例に関する良質なセッションが行われ、また異なる分野で活躍するJava技術者が一堂に会する場ともなっています。 今回もオフラインでの開催です。 みんなでワイワイJavaについて語り合いませんか？ コロナ後から会場が変わっております。 以前はベルサール新宿での開催でしたが、 野村コンファレンスプラザ新宿での開催となっているのにはご注意ください。 以下からお申し込みください。 https://jjug.doorkeeper.jp/events/172019 皆様と当日会えることを楽しみにしております！ また、当日一緒に運営をしてくださるボランティアスタッフも募集しております。 興味の
Wicketはライトウェイトなフレームワークじゃない。でも気持ちがいい。 - 矢野勉のはてな日記
Java, Wicket Wicketの紹介ページのタイトルを書く時、最初は「Java軽量フレームワーク『Wicket』の使い方」としようと思ってました。いろんなところで「Lightweight framework」と呼ばれていたから。でも実際に書いてみたらどうもしっくりこない。軽量....？ なんか違う....。なのでお茶を濁して「Javaウェブフレームワーク」としたんですよ。 道具が手に合うようなしっくりさを持ったフレームワークなのに、「軽量」というとなんか違うという感覚が自分でもよく分からなかった。でも最近オライリーのOn JavaにてWicketのレビューが出てたのを読んで、やっぱりそうか、と思いました。 Wicket - (another) Java Web Framework: My First Impressions レビュー自体は比較的長めです。でも結構的を射たレビューです
JLogTest - JLogTest
JLogTestはJUnit4の拡張として動作するテスト補助ツールです。 JLogTestを用いることで、そこそこ動作する実装コードがすでに存在する場合の テストの記述を、以前よりもずっと簡単に行うことができるようになります。 また、テストの可読性とメンテナンス性を共存させるためにも利用することができます。 Getting Started Download 0.1-alphaのサンプルをリリースしました(2007-01-14) サンプルとして開発したコマンドライン版のマインスイーパを公開しました。 ダウンロードはこちらから。 0.1-alphaをリリースしました(2007-01-07) とりあえず公開しました。 そこそこ動きます。 ダウンロードはこちらから。 おそらく、今一番必要なのは出力されたXMLを読みやすい形で表示するツール。多分、Eclipseのプラグインとして実装するのが一番だと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
至極のJavaクイズ 総集編
InfoQ: JavaプログラマがFlexとBlazeDSを学んだ方がいい13の理由
IBM Developer
IBM Developer
IBM Developer
41538 – Unable to run Tomcat as a Windows service under JDK 1.6