Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? セキュキャン 2015 高レイヤートラック(Jxck) 本資料は、セキュキャン 2015 高レイヤートラックの講義資料です。 セキュキャン参加者であるセキュリティエンジニアの卵を対象に、 Web のセキュリティの知見が、実際どのように Web アプリ開発に反映されているか、もしくはどう反映すべきかを、フレームワークの視点から解説することを目的としています。 将来、 Web のセキュリティに興味を持ったエンジニアが、その知見を多くの開発者に啓蒙する手段として、フレームワークに反映するというのは非常に有効な方法です。 ここではその実例として
フルスタックがウリのRails。そこまで必要ないよ。と、ERBでゴリゴリ。メンドクセー。やっぱ、Railsで。などと、陽はまたのぼりくりかえしてーゆく。RubyのWebフレームワークは他にもあるけど。。軽くていいんだ。PHPを使いたくないだけなんだ。 そんな悩ましさを解消してくれるフレームワークを発見してしまいました。「Sinatra」でございます。こいつは、軽そうだ。 Sinatra サイトのトップページに書かれているコード。これが、サクサク感をかもし出してくれています。 require 'rubygems' require 'sinatra' get '/hi' do "Hello World!" end 説明読まなくても解るよ、これ。 日本語の解説スライドがあります。よく解る解説ー。 公式サイトのREADMEを読めば、だいたいOK。 Sinatra: README パラメータを取得し
こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「
The document discusses refactoring code to make it testable. It describes some common challenges like lack of time and difficulties controlling inputs. It advocates that refactoring into modules and writing unit tests provides benefits like easier testing, enforcing better architecture, and catching errors quickly. An example of refactoring a login view controller is provided, extracting the login
TheServerSide.com: your java Community discussing server side development TheServerSide.comにChester Chen氏がChoosing a web client frameworkという興味深い投稿をおこなっている。会社で新しいプロジェクトを開始することになり、これを機に新しいクライアントサイドのWebアプリケーションフレームワークを探しているという。提示されている条件は次のとおり。 開発環境: LinuxとWindowsが混在、Java、EJB 2/3 デプロイ環境: Linux、新しいプロジェクトはUI目的でGlassfishを使用、既存のプロジェクトはWebLogic Server 10.3を使用 新しいフレームワークの学習曲線が緩やかであること すでに十分成熟したものであること Ajaxサ
Java仕事で各種フレームワークを比較検討したので、比較用に作った参考資料を公開します。ちなみに現在私は、ドワンゴさんの社内システム開発をお手伝いしてまして、その一環で調べたものです。会社資料じゃなく、私の資料ということでブログで公開してよい、むしろしとけ、とのことなので公開しときます。 今回の案件向けにアプリケーションを画面層コンテナ層データアクセス層に分けて、それぞれフレームワークを選ぶのが目的です。コンテナ層はDIコンテナのうちいずれか、データアクセス層はO/Rマッパーを選ぶことになります。 太枠の範囲が選定対象です。よく本に出てくる杓子定規な階層図とは変えてあります。 次のものを比較検討しました。画面層SAStrutsApache Wicket（ほかにもTeedaとかClick Frameworkとかももともとは候補にあったが、調査が追いつかないので二つに絞った）コンテナSeasa
Seasarプロジェクトが提供しているSAStrutsと、NTTデータが提供しているTERASOLUNAを組み合わせて、大規模プロジェクトでさくさく開発ができるフレームワークの作成を目指します。 SATELITEは、Super Agile TERASOLUNA Lightの略です。 TERASOLUNAは株式会社NTTデータの登録商標です。 本プロジェクトの活動はNTTデータの業務とは関係ありません。
フレームワークを作っている人にはいつもあるひとつのジレンマがあるんじゃないでしょうか。 それは機能追加によるフレームワークの肥大化です。 ユーザさんから言われた機能・自分達のチームでこれは良い！と思って入れた機能など 理由はそれぞれですが、フレームワークが形になってからの機能追加は進む一方です。 機能が増えればそれだけ故障箇所が増えるのと一緒です。また想定しない使い方をユーザさんが してくる場合もあるでしょう。 自分もこのような機能追加は正しい・求められているんだとずっと思っていました。 今でも間違ったことだと思ってるわけではありません。 ただし、それには大きな前提があることにちょっとだけ気づいたのです。 それは、 最初に開発されたフレームワークの機能は十分に検討され、 厳選されたミニマルセットな機能以外はあってはならない。 という前提です。書いてみれば当たり前で拍子抜けされるかもしれませ
一般開発者が参照するドキュメントや情報がそろっていること それぞれのフレームワークにはメリット・デメリットがあり用途に応じて適切なフレームワークを選択しなければならない。また、機能面だけでなく開発・保守メンバーのスキルや開発組織文化に適合する物でなければプロジェクトを成功に導けないと思う。 初回で述べた「フレームワークの機能・要素として欲しいポイント」の観点から幾つかのフレームワークを素材として組合せ調理するかを考える、前提条件が異なれば答えも変わるため一つの例として考えて欲しい。 ベースとなるフレームワークには枯れたStrutsと薄いラッパーフレームワークでありながら、HotDeployや控えめな規約重視で煩雑なコードとコンフィグを排除しPOJOでの開発を実現しているため2,5,7以外の項目でSAStrutsが妥当と判断した。 Seasar2コンテナに関しては初期バージョンから実践投入し
先日開催されたJJUG（日本Javaユーザー会）主催のクロスコミュニティカンファレンス 2008 Springにおいて、Webアプリケーションフレームワークパネルでモデレーターを務めてきました。 参加メンバーと、紹介してもらったフレームワークは次の通り。 ・山田 正樹 (メタボリックス) : Grails ・田中 洋一郎 (ATL システムズ) : JRuby on Rails ・竹添 直樹 (NTT データ先端技術) : Click Framework ・矢野 勉 (Wicket-ja) : Wicket 議論の詳細は省くとして、ポイントとしては、 ・Strutsの時代があった ・しかし、Strutsでは最近の要件には応えられずに改修する部分が必ずある（実際には当時のStrutsも「独自拡張」がされていた） ・現在はWebアプリフレームワーク乱立の時代。機能的な決め手がない。重要な
(株)オージス総研 Yoji Kanno はじめに WebフレームワークとMVC 2006年現在、JavaでWebアプリケーションを開発する場合は、MVCアーキテクチャを採用するケースがほとんどです。Web開発におけるMVCは、本来のMVCとは若干異なる部分もあり、Web版MVCというべき概念です。しかし、このWeb版MVCアーキテクチャはStrutsの流行ととも本来のMVCよりメジャーになりました。 Web版MVCアーキテクチャの大雑把なコンセプトは以下のとおりです。 画面(View)とロジックの分離 リクエストをハンドリングしてコントローラクラスの呼び出しに変換する機能 画面フロー制御ロジックとビジネスロジックの分離 Web版MVCフレームワークは、上記のようなMVCアーテクチャに基づいた設計と実装を支援もしくは強制します。そして上記の施策により画面開発者とロジック開発者が分離でき、よ
［Jakarta/Apacheウォッチ］第27回 ポストStrutsは何か？次世代Webフレームワークを展望する 以前，「ポストStruts候補」として紹介したStruts Shale FrameworkがStrutsプロジェクトから抜けて，トップレベルプロジェクトとなった（関連記事）。配布形式も以前のような開発ビルドではなく，バージョン番号つきのパッケージが配布されるようになり，リリース間近の様相となっている。これでますます，今後のWebアプリケーション・フレームワーク，すなわちポストSturtsの候補探しが現実味を帯びてきた。 今回は，技術的な紹介ではなく，現在のWebアプリケーション・フレームワークを取り巻く状況と，将来の予測について紹介したいと思う. 5年後，10年後の標準Webフレームワークは何か 現時点においては，多くのシステムにてWebアプリケーション・フレームワークにStr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://loglogsun.blogspot.com/2007/06/python2007_26.html