ソフトウエアエンジニアがUX/UIを考える上で読むべき4冊の良書と名言たち
筑波大学 システム情報工学研究科 コンピュータサイエンス専攻 非数値アルゴリズム研究室(NPAL) 五十嵐 悠紀 2004年度下期、2005年度下期とIPA未踏ソフトに採択された、『天才プログラマー/スーパークリエータ』。筑波大学 システム情報工学研究科 コンピュータサイエンス専攻 非数値アルゴリズム研究室（NPAL）に在籍し、CG／UIの研究・開発に従事する。プライベートでは二児の母でもある 何か製品を考える時、そのものがカタチのあるものであっても、はたまたコンピュータの中で動くソフトウエアだったとしても、「ユーザーインターフェース（以下、UI）」について考える必要があります。さらには、わたしたちが日常生活においてストレスなく過ごせている裏側には、さまざまな人によって考えられてきたUIデザインが隠されていたりもします。 わたしは滞在先のホテルで、洗面所に入ったものの出ようとした時に
[ThinkIT] 第4回：Springの導入によるDIの実現 (1/4)
前回は、Seasar2を利用したインターフェースベースの設計について解説しましたが、今回はSpringを利用したインターフェースベースの設計とトランザクション管理を解説します。 では早速、連載の第1回の最後に出てきた従業員管理WebアプリケーションにSpringを導入したもの（本連載の第2回でインストールした従業員管理Webアプリケーション。以下、サンプルと記述）を見てみましょう。Springの定義ファイルについての詳細な解説は後ほど行います。 サンプルコードではSpringを導入することによって、DIを利用する際にEmployeeManagerImplがEmployeeDaoインターフェースの実装を知らなくても済むようにしています。またSpringを導入することによって、EmployeeManagerImplで明示的にコーディングしていたトランザクション管理（commitやrollbac
[ThinkIT] 第7回：SpringによるAOPの導入 (1/4)
前回は、Seasar2のAOPを利用したトレースログの出力処理と例外処理の追加の解説を行いました。今回は連載の「第4回：Springの導入によるDIの実現」で作成した従業員管理WebアプリケーションにSpringのAOPを利用したトレースログの出力処理と例外処理を追加していきます。 今回追加するトレースログの出力処理と例外処理は次のようになります。 EmployeeManagerImplにSpringが提供するインタセプターを用いたトレースログの出力処理と、独自実装の例外処理を追加します EmployeeDaoImplにSpringのAutoProxyを利用して独自実装のトレースログを追加します
エンタープライズ向けJava標準化の歴史
企業情報システムを支えるJava JavaでWebアプリケーションを開発する際にフレームワークを利用することは、すでに当たり前になっています。JavaのWeb開発フレームワークは、細かい技術領域ごとに商用／オープンソースを問わず多数のプロダクトが入り乱れており、それらの特徴／メリットもさまざまです。そこで、プロジェクトの特性に応じたフレームワークをその都度選択して組み合わせて使うことが一般的になっています。 一方で、基幹系アプリケーションを含む大規模なシステムの構築をミッションとするユーザー企業の情報システム部などでは、限られた人材で品質と生産性を安定的に維持するために、「自社のすべてのアプリケーション開発を支える『共通基盤』を整備したい」というニーズが根強くあります。この場合は、JavaのWebアプリケーション開発のための基盤についてもその都度選択するのではなく、何らかの汎用的な標準を定
CSS3で作るスマートフォン用ページ
スマートフォンサイトの基本のマークアップ スマートフォンサイトは、特に理由がない限りHTML5とCSS3で制作するのが一般的です。スマートフォンに搭載されているブラウザは、HTML5やCSS3の対応が比較的進んでいるため、PCサイトのように古いブラウザを意識しながら制作する必要はありません。これまでの総まとめとして、新しい技術を試すのにちょうど良いスマートフォンサイトを作ってみましょう。 基本のHTML5テンプレート ベースとなるマークアップは次の通りです。スマートフォンならではの記述がありますので、順を追って説明していきます。 ［リスト01］スマホ用のHTML5テンプレート <!DOCTYPE html> <html lang="ja"> <head> <meta charset="UTF-8"> <title></title> <meta name="viewport" content
DBサーバーの負荷分散
MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する
クラウドプラットフォーム「Heroku」の活用
前回は、ARCを実践していく上での開発体制、ツールや手法、マネジメント、そしてビジネス・モデルについて、SonicGardenでの取り組みを解説しました。今回は、プロジェクト情報共有ツールである「youRoom」のサービスをスモール・スタートとする際に利用した、RubyのPaaSである「Heroku」の特徴と、基本的な使い方を紹介します。 Herokuとは Herokuは，昨今急速に成長しているRubyアプリケーションのクラウドプラットフォーム(ウェブサービスのホスティングサービス)です。 昨年末に開催されたSalesforce.comのイベント「Dreamforce 2010」にて、Salesforce.comによる買収が発表され、瞬く間に世界中から注目を集めるPaaSとなった事でも有名です。 Herokuでは、2011年2月現在、ソーシャル・アプリケーションやモバイル・アプリケーション
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
