InfoQ

InfoQ

エディタ毎の記事の表示

Sadek Drobi

Sadek Drobi is a software engineer specialized in design and implementation of enterprise applications. Mostly interested in solutions for bridging the gap between business and developers (e.g. agile, DSL, domain driven design) he is currently working on a research proposal with a focus on language oriented programming and multiparadigm design. Sadek works as a consultant at Valtech. Passionate about his profession but also about photography, he publishes a technical blog at www.sadekdrobi.com and maintains a photo gallery http://photos.sadekdrobi.com

全ての Sadek Drobiに関するすべてのコンテンツ


Sadek Drobiが書いた最新の記事

パラダイムに基づいた多言語プログラミング

トピック
Architecture,
設計,
言語,
プログラミング

Have you ever wondered why people talk about having "the right language for the right job"? Or why people talk about using more languages within the same system? Sadek Drobi explains why you should consider mixing languages within your system, how to think and what to consider.

Sadek Drobiが書いたNews

Erlang のプロセスは Scala の Actor のコピー,Erlang の VM は JVM のクローン同然 (4月1日記事)

トピック
Scala,
Java,
Erlang,
Functional Programming,
言語,
Concurrency,
Architecture,
プログラミング,
言語設計

Erlang を共同で開発した Joe Armstrong と Robert Virding の両氏が,Erlang が Java の関連技術から多大な着想を得ている事実を認めた。ErlangFactory 2011 SF でのインタビューで両氏は,Scala の Actor が Erlang におけるプロセスの起源であることを明らかにした上,Erlang の VM がかの有名な JVM のクローンに等しいことをも告白したのだ。

Scalaのアクターのための性能を犠牲にしないで競合安全性を確保する型システム

トピック
JVM,
仮想マシン,
ランタイム,
Scala,
Java,
Functional Programming,
Concurrency,
言語,
コンパイラ,
Architecture,
プログラミング,
言語設計

Philipp Haller氏とMartin Odersky氏が紹介するのはScalaのアクターが安全にメッセージを送受信するための型システムだ。EPFL Scalaコンパイラの拡張として定式化されたこの“オブジェクト能力型”システムはオブジェクトの能力に対する検証と外部向けの一意性に基づいている。この仕組みは、性能を犠牲にすることなく競合に対する安全性を確保し、メッセージ送受信の既存の方法にある無視できない限界を取り除く。

データ、コンテキスト、相互作用 : James O. Coplien氏とTrygve Reenskau氏による新しい設計方法

トピック
Scala,
Functional Programming,
SmallTalk,
C++,
Object Oriented Design,
Java,
プログラミング,
コンパイラ,
設計,
言語,
デザインパターン,
モデリング,
Architecture

このほど、James O. Coplien氏とTrygve Reenskaug氏は、OOPの新しい設計方法を紹介した。データ(Data)、コンテキスト(Context)、相互作用(Interaction)パターンに基づく設計方法である。この設計方法により、今までのOOPでは捕らえることができなかった振る舞いに関する要求、つまりユーザが思い描くモデルを把握することが可能となる。この記事では、多くの反響や批判があったDCIに関して、例を示しながら洞察し、その優位性について説明する。

多難な2009年、ビジネスに価値をもたらすアーキテクチャのトレンド

トピック
SOA,
Web 2.0,
エンタープライズアーキテクチャ,
Architecture,
ビジネス,
ソーシャルネットワーキング,
Trends,
マッシュアップ

年の始めには往々にして、今後1年間に予想される重要なトレンドについて予測を練り上げたくなるものである。Lambda the Ultimate上で起こったプログラム言語の予測に関する議論以外にも、その他多数の投稿メッセージが飛び出し、IT産業やWeb、企業ソフトウェア開発におけるトレンドの概説を試みていた。

現実世界のアプリケーションでHaskellを学習価値があるようにさせるもの

トピック
Haskell,
Functional Programming,
言語,
言語特性,
Architecture,
プログラミング,
言語設計

Real World Haskellの共著者の一人John Goerzen氏がO’Reillyへの最近のインタビューでpurity、laziness、再帰性など、Haskellが学ぶ価値のある理由について話している。しかし、オブジェクト指向や命令プログラミング出身の人びとにとっては、乗り気がしない原因になるかもしれない。

プログラミング言語:2008年の振り返りと2009年の展望

トピック
Ruby,
Scala,
C#,
F#,
Functional Programming,
Java,
動的言語,
Haskell,
C++,
.NET,
言語,
コンパイラ,
Architecture,
プログラミング,
言語指向プログラミング,
言語特性

昨年の年初、Ehud Lamm氏がLamba the Ultimate上で他のブロガーにも呼び掛けて2008年のプログラミング言語(PL)分野に関する予言を投稿するスレッドを立ち上げた。

外部DSL:成功と失敗の要因

トピック
DSLs,
Domain Specific Languages,
言語,
オープンソース,
Architecture,
プログラミング

ドメイン固有言語(DSL)に対する関心の高まりを検討し、Michael Feathers氏は外部DSLを熟考し、その利点と落とし穴および成功と失敗の考えられる要因について考察する。

コードの構築に、OOPは最適?

トピック
OOP,
方法論,
Functional Programming,
Productivity,
Architecture,
言語,
プログラミング

パワーおよび柔軟性を提供するプログラミング言語が、近ごろ勢いをつけている。しかしながら、Johnatan Tang氏はプログラム構造の観点から、柔軟性対生産性の矛盾があることを強調している。

モデリング言語はどのように見えるべきか、これに関してUMLはどのような立場をとるべきか

トピック
Domain Specific Languages,
言語,
Architecture,
プログラミング,
設計,
モデリング

Steven Kelly氏とJuha-Pekka Tolvanen氏の著書「Domain Specific Modeling」に基づき、Learning Lispブログの作者Lispy氏が、モデリング言語がどのように見えるべきかについてある考えを発表した。

イベントストリーム処理:データウェアハウスに代わる拡張可能な代替案

トピック
スケーラビリティ,
データウェアハウス,
Architecture,
エンタープライズアーキテクチャ,
Data Warehouse,
イベント,
Event Stream Processing,
パフォーマンス&スケーラビリティ

Dan Pritchett氏は、データウェアハウジングアプリケーションの代わりとなるソリューションを、自身のブログ上で提案している。