高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱
（語り手）JILIS副理事長 高木 浩光 （聞き手）JILIS出版部 編集長 小泉 真由子 （撮影）宇壽山 貴久子 この1年、過去の海外文献を調査していたという高木浩光さん。これまでの研究の一部は情報法制レポート創刊号の特集として掲載されましたが、高木さんに言わせると「あれはまだ序の口」とのこと。本日お伺いする内容は近々高木さん自身が論文にされる予定とのことですが、まだ時間がかかりそうということで、急ぎ、インタビューとしてお話しいただくことになりました。なお、このインタビューは大変長くなっております。ぜひ、最後までお付き合いいただければと思いますが、時間のない方は、目次を参照していただき、気になるトピックからお読みください。 —— 今日は、高木さんがどうしても今すぐみなさんに伝えたいことがあるとのことで、インタビューでお話を聞くことになりました。 高木： はい、よろしくお願いします。話はと
SpringSource dm Serverの紹介 - 現場指向
はじめに SpringSource dm Serverは、Springフレームワークの開発元のSpringSourceが提供するJavaのアプリケーションサーバーです。2008年9月に1.0がリリースされました。まだメジャーではありませんが、徐々に注目を集めてくると思います。今回の記事では、SpringSource dm Server(以後、dm Server)の概要を紹介します。網羅的な説明ではなく、主な特徴に絞って説明します。また、OSGI(dm Serverの基盤となる技術)を意識せずに説明しますので、OSGIの前提知識がなくても読むことができます。 dm Serverの特徴 dm Serverの一番の特徴は、プログラムのデプロイの単位を細かくできる点でしょう。従来のアプリケーションサーバーはプレゼンテーション層からデータアクセス層のプログラムを一括してデプロイします。そして、その単
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> `�s�U �q��U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
GroovyとScala: 二つのJVM言語の物語 — GroovyとScala: 二つのJVM言語の物語 v1.0 documentation
GroovyとScala: 二つのJVM言語の物語¶ By Andres Almiray <aalmiray@users.sourceforge.net> 次のプロジェクトではScalaよりもGroovyを選ぶべき？それともその逆でしょうか？悩むのはやめて、両方使ってみましょう！この記事では、GroovyとScalaが、それぞれの慣習やその言語らしさに妥協することなく、お互いにどう連携できるかを示します。 Andres Almiray は、ソフトウェア設計・開発において10年以上の経験を持つ、Java/Groovy開発者です。Javaの黎明期からwebやデスクトップアプリケーションの開発に携わってきました。オープンソースの信奉者であり、Groovy、Griffon、DbUnitといった著名なプロジェクトに参加するとともに、自身でもいくつかのプロジェクト(Json-lib, EZMorph,
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
第14回 型＝命題，プログラム＝証明
MLの型と型推論 この連載でも何回か触れたが，MLやHaskellなど多くの静的型付き関数型言語には，「型推論」という機能がある。これは，プログラム中の変数や関数の型を省略しても，「もっとも一般的」な型を言語処理系が勝手に推論してくれる，という機能だ。 例えば，次のように，二つの引数xとyを受け取って，(x, y)という組を返す関数pairを定義してみよう。 > ocaml Objective Caml version 3.10.0 # let pair = fun x y -> (x, y) ;; val pair : 'a -> 'b -> 'a * 'b = <fun> # このように，pairは「何らかの型'aを持つ値と，何らかの型'bを持つ値を受け取り，'a型の値と'b型の値の組を返す」と推論される。一般に，t1 -> t2は，型t1の値を受け取って，型t2の値を返す関数の型であ
EclipseでJava版App Engineを始めるための基礎知識
EclipseでJava版App Engineを始めるための基礎知識：Google App Engineで手軽に試すJavaクラウド（1）（1/4 ページ） Google App Engineがやって来るJa！va！だぁ！ 米グーグルは2008年4月7日、Pythonで作成したプログラムが動くクラウド・コンピューティング環境「Google App Engine」（以下、GAE）を発表しました。それからちょうど1年後の2009年4月7日、GAEはPythonに加えてJavaへの対応（以下、GAEj）を発表しました（参考：グーグルのクラウドがJava対応、JRubyも稼働か）。 2008年のGAE発表当初、日本ではPythonのプログラマ数があまり多くなく、反響もいまひとつの感じがありましたが、今年になって開発者や利用実績が多いJavaに対応したことで、GAEのユーザー数が一気に増加する可能性
Tim O'Brien on about.me
Tim O'BrienSoftware Engineer, Manager, and Architect in Seattle, WA I am a software engineer and manager, currently living in the Seattle area. I ski, maybe too much? This site used to be a blog and a self-published book. Click above to read some of the articles I migrated from this blog to Medium, and if you need to get in contact, DM me on Mastodon or contact me via LinkedIn.
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
Unlimited Novelty
In case you haven't noticed already, I've started blogging on the svbtle network. You can find my new blog at: http://tonyarcieri.com/ A programmer who once a Ruby on Rails enthusiast switches to Node.js and thinks it's awesome, then proceeds to write a blog post about why Node is the bee's knees and Rails is crap. Attention is drawn to the changing nature of web design, from web pages with server
QCon San Francisco 2008の要点とそこから学んだ教訓
インタビュー 実際に使えるRESTFul Web統合 * HTTPステータスレポート * RESTfulエンタープライズ開発 * ErlangおよびYawsを使ったRESTful Webサービスの構築 * 現実世界のRESTの導入 * RESTを使ったエンタープライズITシステムの設計 ソリューショントラック * アーキテクチャ管理の黄金律 * オープン標準の開発: チャンスか制約か? パフォーマンスとスケーラビリティ * パフォーマンスとスケーラビリティについての設計: パネルディスカッション アジャイルになること * チームワークは個人のスキルである: 時を選ばずチームを作る方法 * アジリティ: 個人レベルでの可能性 * 反応のよい設計 * 超越およびゲートの通過 エンタープライズ向けRuby * MERB: 柔軟性とパフォーマンスが重要になるとき * エンタープライズ向けのRail
ricollab Web Tech Blog » REST 入門
About ricollab "Web Tech Blog" は、株式会社リコー 研究開発部門が運営管理を行っています。 ホーム このブログについて 最近の投稿 はてなダイアリー AtomPub レビュー: その1 実装編 proxy 認証の通し方まとめ ペルソナ/シナリオ法セミナーに参加してきました MogileFS のために MySQL の NDB Cluster を動かす MogileFS を Ruby の mogilefs-client から触ってみた CouchDB について Erlang 分散システム勉強会で紹介してきました MogileFS を Feodra7 on coLinux に yum で入れてみた 仮想化の使い道 RESTful Web サービス読書会 WEB+DB PRESS Vol. 44 私のお気に入り（キーボード：日野原編） RESTアーキテクチャスタイル入
mark-wada blog: ユーザ目線のＢＰＭ アーカイブ
今日から、「ユーザ目線のBPM」というタイトルで、ユーザの目で見た企業の情報システムはどうあるべきかについて、BPM（Business Process Management）という切り口で書いていく。 議論のフレームは、前提として、現在の企業の情報システムのあり方に問題があって、それを解決するのにBPMが有効な手段になりそうなので、それはどのような体系、方法論、テクノロジーであれば有効であるのかを議論することにある。 さらに、単に勉強するだとか体系だけ作っておしまいということではなく、実践の場や実行スキームなどの方策も指し示すことも行っていく。システムは作って何ぼ。いやユーザの役に立って何ぼの世界であることを肝に銘じて論を進めていく。 また、議論は業務アプリケーションの構築という領域に絞っている。従って、システム基盤や運用といったところには言及していない。 具体的には、 ユーザに役立つシス
特集：prototype.jsを読み解く｜gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not a charter for hackers | Steve Freeman
IBM Developer
ほぼ日刊イトイ新聞 -マッチ箱の脳（WEB）篇
IBM Developer
http://rmh.blogs.com/weblog/2005/01/groovy_a_bit_of.html
江渡浩一郎『Wiki の起源と進化』