Javaのマイクロフレームワーク ― この新トレンドは見逃せない | POSTD
この記事は、JavaとScalaの例外分析・パフォーマンス監視のツール Takapi の blog に投稿されたものです。 Javaのマイクロフレームワークとは何か、推奨される理由とは？ どんなプログラミング言語にも、長所と短所はあるものです。例えばJavaは、安全性の高さや、厳しいテストを経ていること、後方互換性などの利点を持つ言語です。しかし、その代償として、アジリティ（俊敏性）や合理性といった面が少なからず犠牲になっています。冗長で、Java自体が肥大化しているという事実も否定できません。とはいえ、新規開発や大規模な開発を行いたい場合、JVM（Java仮想マシン）はバックエンドとして非常に魅力的です。JVMはパワフルな上に、非常に厳しい環境でテストされています。このような利点があるため、結果的にJavaは広く使用され、積極的にデプロイされているのです。 しかし、このJavaの現状を皆
今どきのJava Webフレームワークってどうなってるの？ - きしだのHatena
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの？」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
iOSとAndroidに最適化したJavaScriptフレームワーク「jqMobi」登場。jQuery Mobileより小さくて高速
iOSとAndroidに最適化したJavaScriptフレームワーク「jqMobi」登場。jQuery Mobileより小さくて高速 jQuery Mobileと同様に、HTML5のマークアップでモバイルアプリケーション開発を実現するオープンソースのJavaScriptフレームワーク「jqMobi」のβ版が公開されています。 jqMobiのコンセプトは、jQueryとjQuery Mobileの機能のサブセットを、iOSとAndroid向けに最適化したものといえるでしょう。 すでにjQueryやjQuery Mobile、あるいはSencha Touchなど、さまざまなモバイル向けHTML5/JavaScriptフレームワークが登場する中で、jqMobiの特徴はどこにあるのか、ブログで次のように説明しています。 jQuery - still focuses on the desktop.
侵略的なフレームワーク - 達人プログラマーを目指して
SpringやSeasar2などの軽量なフレームワークが登場し、POJO、DI、AOPという考え方が今ではすっかり浸透してきているのかと思いきや、ぜんぜんそんなことはないみたいです。客先でも（主に社内での）実績最優先という考え方から、最近のOSSフレームワークには手を出さず、日本の大手SIer謹製のフレームワークを採用したり、自社フレームワークを採用したりするケースが意外に多いですね。そういう場合によくありがちなのが、プログラマーのスキルによらずに作れるようにするという目的から、無意味な規約を強制するケースです。 実際、今日ある国産ベンダーのフレームワークを採用したシステムの設計書に記載されているクラス一覧を見ていて無駄がいかに多いかということに驚いてしまいました。たとえば、ユーザー一覧を検索するという処理でSeamならエンティティクラス、画面、JPQLがあれば実装完了なのですが、そのフレ
iPhone等のWebアプリをHTML5で構築する為のフレームワーク・Sencha Touchを触ってみた
iPhone / iPadsenchaを触ってみた Moongiftさんの記事を見て興味が 沸いたので即DLしてみました。 iPhone等のモバイル向けのWeb アプリを構築するHTML5中心の フレームワーク・Sencha Touch。 個人的にはかなり良いオープン ソースでした。 Moongiftさんの記事を見て興味が 沸いたので即DLしてみました。 iPhone等のモバイル向けのWeb アプリを構築するHTML5中心の フレームワーク・Sencha Touch。 個人的にはかなり良いオープン ソースでした。 という訳で、Sencha Touchを触ってみましたよ。これ使えば、低スキルの僕にでもアプリ作れそうです。 で、Sencha Touchってどういうもんなの？という方もいらっしゃるかと思いますので、ファイルに含まれているサンプルをご紹介します。 SENCHA かなり素敵なフレーム
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
フレームワークの生産性 - N2 ToolBox(跡地)
たけぞうさんの日記より フレームワークの選択は開発者の趣味? これは釣られるエントリだなぁ。。 「フレームワークによる開発効率の差は開発者視点の趣味レベルの話でしかない」 「何を使っても開発コストは大差ない、それよりも安心して導入できることが大切だ」 と言われてしまったたけぞうさんの気持ちはすごくよく分かるのですが、 相手の方の意見は簡単に全否定することが難しい主張だと思います。 一般的に言って、あるプロジェクトが高い生産性を発揮したとして、 その生産性がプロジェクトを構成する特定の要素によって達成されたものかどうかを証明することは、 ほぼ不可能に近いと思います。 プロジェクトの生産性は、 「どういうフレームワークを使って開発するか」ということのほかに、 「どんな開発者が開発するか」 「どんな顧客のために開発するか」 「どんな作業環境で開発するか」 などなど、様々な要素に影響を受けるからで
2009-06-06 - おおたに6号機blog - Google Sitebricks
JavaOneでGoogleの新しいWebフレームワークが発表されたみたいですね。 その名もSitebricks。GWTベースのようです。 まずは見てみてください。JavaOne資料から抜粋。 POJOコード。 class MyPage { @Property String meaning = “17”; } テンプレートはこちら。 <body> The meaning of life is: ${meaning} </body> PageとURLをマッピングして、そのプロパティがJSPのELでマッピングといったところ。 とまあここまではまあ普通。 ところが、例えば以下のようなtypoをすると、コンパイルエラーになります。 どうやらコンパイル時にチェックするみたいですね。 型の不一致とかもチェックするみたい。 class MyPage { //typoしてるよ！ @Property Str
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
ハマらない、ミスしないフレームワークが生産性を上げる - 谷本 心 in せろ部屋
驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 プログラマーの開発速度は「はまる」時間の長さで決まる - 小野和俊のブログ 激しく同意します。ここに列挙されてる項目も、ぜひ若手に読んでもらいたいです。 また、逆も真なりで、非常に開発スピードが遅く、品質も悪いソフトウェアを 作るプログラマは、「はまる時間が極端に長い」と言えると思います。 たとえば、新人など、新人などプログラミング経験の少ない人。 彼ら・彼女らのハマり方は、以下の3つに大別できます。 そもそも目的が分かっていない 目的は理解しているが、どういうロジック（アルゴリズム）にすれば良いか分からない ロジックは考えられたが、それを実現する文法やAPIが分からない さらに悪いことには、自分が上の3つのうち「どの状態であるか」
PHPやJavaのJSPやRubyのeRBのクールじゃないところ - 矢野勉のはてな日記
Java, PHP, Ruby, Wicket この話題はPHP限定でもないので上の記事とは切り離しました。PHPのいいところを褒めてるところに書くと、褒めたい意図が壊れてしまうので。 symfonyの10分デモを見てて考えたことがきっかけではあるんだけど、実はRuby on Railsの勉強で本を読んでた時にも思ったこと。彼らはHTMLファイルにコードを書くことをなんとも思ってないんだね。もちろん、プログラマからすればその方が早いのかもしれないけどね、私には「HTMLはプログラマのものなの？」という思いがあります。 PHP（Ruby on RailsもeRB使ってる関係でそういう気があるんだけど）はなんでもかんでもHTMLページに書いちゃう傾向があるのだけども、仕事でデザイナの主張を聞くこともある身としては、HTMLにコードを書くことはちょっとこれからのウェブ開発フレームワークとしては受
Java開発者の読むDjangoの設計思想 - やさしいデスマーチ
Djangoのサイトには「Djangoの設計思想」というドキュメントがあります。どんなフレームワークでもそうですが、設計思想を理解し、その流れをつかむ事で正しい利用への最短ルートです。もし、自分の思想にあわないならば問題です。可能であれば、そのフレームワークの検討を取り止めるべきでしょう。それが出来ないならば利用している時にはそのフレームワークの思想で思考することが求められます。 Djangoの設計思想は、緩く結合し、必要最低限のコードで、だが隠蔽せずに明示するという事です。DjangoではMVT（モデル／ビュー／テンプレート）と呼ばれるMVCに近い構造をとります。それらの３つのレイヤーはお互いに疎な関係を持ち、モデルとテンプレートはデフォルトの実装以外を容易に採用できるようになっています。また、ほどよく規約を適用し必要なコード量は少なくなっていまが、なんでもかんでも裏側で処理せずに、なに
DetonationFlash: Webアプリケーションフレームワークを整理７
一般開発者が参照するドキュメントや情報がそろっていること それぞれのフレームワークにはメリット・デメリットがあり用途に応じて適切なフレームワークを選択しなければならない。また、機能面だけでなく開発・保守メンバーのスキルや開発組織文化に適合する物でなければプロジェクトを成功に導けないと思う。 初回で述べた「フレームワークの機能・要素として欲しいポイント」の観点から幾つかのフレームワークを素材として組合せ調理するかを考える、前提条件が異なれば答えも変わるため一つの例として考えて欲しい。 ベースとなるフレームワークには枯れたStrutsと薄いラッパーフレームワークでありながら、HotDeployや控えめな規約重視で煩雑なコードとコンフィグを排除しPOJOでの開発を実現しているため2,5,7以外の項目でSAStrutsが妥当と判断した。 Seasar2コンテナに関しては初期バージョンから実践投入し
Webアプリケーションのスタック - 谷本 心 in せろ部屋
前から書く書く言って、書いてなかったので。 水色：クライアントサイドで処理 黄色：サーバサイドで処理（Action部） 緑色：サーバサイドで処理（Service部） 点線矢印：リモート呼び出し (REST、JSON、SOAP、getComponentなど) 実線矢印：同一マシン内呼び出し 実線棒線：同一マシン内のAOP的な呼び出し Webアプリケーションを構築するときに、 Actionまでまとめて「HTMLクライアント」って考えることで 「リッチクライアント」と同等に並べる事ができるよね、って話。 図から見ても分かるように、 FlexやSilverlight、あとSwingとかUrumaみたいな いわゆる「リッチクライアント（RIA）」の責務と、 「HTML ＋ Action」の責務は、ほぼ同等でしょう。 それを利用して HTMLベースのアプリケーションを構築する時に、 いったん「RIAだ
OVal - object validation framework for Java 5 or later
OVal is an extensible object validation framework for Java 5 or later. Annotations (@NotNull) or XML configuration files can be used to express class constraints. OVal can optionally use AspectJ to enforce automatic validation (DbC) How to use: https://sebthom.github.io/oval/USERGUIDE.html OVal releases are available via the the Bintray JCenter Maven repository https://bintray.com/bintray/jcenter?
Mac OSXにDjango最新版を | スパムとか
Djangoのインストールが初心者には難しいという話が各所で出ていますので、WindowsとMac OSXでそれぞれ一番簡単にインストールができる方法を紹介します。 特に、Djangoをはじめようとすると必ず出てくる「ソースコードリポジトリからsubversionクライアントを利用して最新版を取得して使え」という部分は敷居が高いと思いますので、なんとか別の方法で最新版を取得する方法を模索します。 Windowsの次は、Mac OSX(10.4.10)で。 必要なものをダウンロードしてくる。 Python2.5をダウンロードします。 Pythonというのは、Djangoで開発を行う際に使う言語です。 http://pythonmac.org/packages/py25-fat/dmg/python-2.5-macosx.dmg ← これ 続いてDjangoの開発版を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
