Scala vs Idris: Dependent Types, Now and in the FutureInfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
プロダクトオーナーパターン
プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。 最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロダクトオーナーが確実にやるべき重要な活動について、いくつか議論がなされた。 Mary Poppendiek氏は、「プロダクトオーナー問題」について記述し、次のように述べている。 構築するのにふさわしいものを発見するのは、優れたプロダクトを作る上で最も重要なステップです。そこで間違えると、出来上がるものが100%無駄になってしまいます。何を作るべきかということに関する決定を１人のプロダクトオーナーに委譲してしまうと、開発チームが行うべき最も重要な仕事を、本当にすぐれた決定を行うスキルや知識のない人にアウトソーシングすることになります
UXデザイナのためのレイアウトと見栄えについてのアドバイス
原文(投稿日：2010/11/12)へのリンク Shane Morris氏はMicrosoftでUXのエバンジェリストを務め、今は独立してUXのアーキテクトとして活躍している。氏はTechEd Australia 2010で“Pimp My App”と題したセッションを行った。このセッションで氏はUXの始める前に知っておく必要のある5つのこと、良いレイアウトを作成する4つのステップ、そして製品を素晴らしく見せるための方法についての6つのヒントを紹介した。 氏はUXの開発は次のステップを踏むべきだと考える。最初に情報の設計を伴う概念の設計を行い、次に操作の設計、そして最後に表示の設計を行う。UXは見てくれの良いページを作成するための技法/科学だと思われているかもしれないが、それはUXの一番最後の部分だ。氏はUXを始める前に知っておくべき5つのことを列挙した。 UXデザインの最初の役割は色やフ
BPMN 2.0 バーチャル座談会
原文(投稿日：2008/12/25)へのリンク Manoj Das氏：OracleのBPM製品の管理責任者。彼はOracleにおいて、BPMN、BPEL、BPEL4PeopleやBusiness Rulesを含むBPM技術に関与している。Manoj氏はOracleに入る前のSiebelにいた頃からBPMNとBPELに長く従事し、BPMNとBPELを活用した次世代のプロセス中心のアプリケーションプラットフォームの構築を手がけた。 Dave Ings氏：IBMソフトウェア標準化グループのプログラム管理者。スカッシュにはまる傍ら、関心の中心はビジネスプロセスマネジメントとSOA標準。彼は現在OASIS BPEL4People技術委員会の委員長を務めている。また、IBMにおいてBPMN 2.0開発チームのプロジェクトリーダーを務めている。 Ivana Trickovic氏：SAP標準化管理・戦略グ
EclipseCon 2010の総まとめ
原文(投稿日：2010/03/31)へのリンク 先週、EclipseCon 2010 (OSGi DevCon 2010 と同時に)が Santa Clara にあるConvention Centreで開催された。今年は、Eclipse関連の技術とチュートリアルがいくつもあった。そこで何があったのか？ 導入的な基調講演は、Oracleの Steve Harris氏とJeet Kaul 氏による コミュニティと適応 であった。これは、 Javaコミュニティがどこへ向かうのかを話題にしたOracleにとって最初の機会であった；特に Oracleが焦点を当てているものについて。その講演から抜粋： OSGiは，重要である。 Jigsawと統合されるだろう；相互運用層の Qwylt のようなもの JavaFXには、引き続き資金が提供され、NetBeans とEclipse の両方に組み込まれる JC
InfoQ: Java EE6:EJB3.1は、すばらしい進化だ
原文(投稿日：2010/02/15)へのリンク Enterprise Java Bean 3.0 (EJB 3)の仕様は、エンタプライズでのJavaの長いマーチにおいて、非常に重要な中間地点となった。仕様が、コミュニティからのインプットで作り上げられたのは、非常に明白である。更に一貫性のあるサービスパラダイムを示しており、もっとPOJOフレンドリで、一般的に複雑でなくなっている。Java 5のアノテーションによってもたらされた間接のレベルが、このパラダイムをもっと強力にし、同時に開発者の労力を減らした。悪くて古い決定を捨てて、違う新しい解決を求める意欲によって、そのフレームワークは、以前、EJBを敬遠した人々に興味深いものになった。EJB Entity Beansがなくなり、JPA Entitiesに替った。EJB 2.1やそれ以前では、平均的なbeanに必要なJavaのクラスやinter
LINQ to SQLは本当に終わりなのか？
LINQ to SQLがSQL Data Programmabilityチームに移管になったと(参考記事)7月に報告した。この出来事により開発者コミュニティ内に、ADO.NET Entity Frameworkの利益になるようにLINQ to SQLへの取り組みが中止されてしまうのでは、という懸念が広がった。LINQ to SQLとEntity Frameworkの両方のプログラムマネジャーを務めるTim Mallalieu氏が先ごろ行った発表により、コミュニティの懸念が深刻化した(リンク)。 Entity Frameworkにはかなりの投資をしているので、.NET 4.0になる頃には、LINQからリレーショナルへのシナリオではEntity Frameworkが推奨のデータアクセス・ソリューションになるでしょう。LINQ to SQLについては顧客の声を聞いており、コミュニティから届くフィ
コード最適化の限界: 新しいSingletonパターン実装
JLS3は、次のイントラスレッドセマンティクス（intra-thread semantics）の定義を使用しています。 シングルスレッドプログラムのセマンティクスは、スレッド内でreadアクションによって確認された値に基づいてスレッドの動作の完全な予測を可能にします。各スレッドのアクションは単独で、そのスレッドのセマンティクスによって制御されるものとして動作する必要があります。 私たちは、次に示した、この定義のより弱い形式を使用します。 プログラミング言語実装は、コンパイル時/ランタイムの最適化がシングルスレッド実行においてメソッドレベルまで（インラインメソッドは含みません）、最適化されていないコードのセマンティクスを保持する場合、最小のイントラスレッドセマンティクス（最小のITS）を提供します。 最小のITSがメソッドレベルで壊れている場合、プログラムレベルでも壊れている可能性があること
Spring 2.5の新機能―Part 1
序論 Springフレームワークは最初から、企業のアプリケーション開発を簡略化するという目標に常に照準を合わせながら、同時に、複雑な問題に非侵襲的で強力な解決策を提供してきました。一年余り前にリリースされたSpring 2.0では、こうしたテーマが新たなレベルへと進みました。XMLスキーマのサポートとカスタムのネーム空間により、XMLベースのコンフィギュレーション量が減りました。Java 5以上を使用しているデベロッパーは、ジェネリックスやアノテーションなどの新しい言語機能を利用するSpringライブラリを活用できます。AspectJの式言語と緊密に一体化しているため、Spring管理オブジェクトの分類がうまく定義されていれば、その全分類で動作を非侵襲的に追加可能なのです。 最近リリースされたSpring 2.5でもこの流れを継承し、さらなる簡略化と新規の強力な機能を提供していますが、特に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Single Page Apps and the Future of History
塹壕より Scrum と XP
RESTful SOA in the Real World
Starting Test Automation for a Legacy Project
AlfrescoがApache 2ライセンスのBPMエンジンであるActivitiプロジェクトを発表
プログラマに絶対お薦めの使用性に関する本
色とUI
Spring Frameworkによるソフトウェアテスト