CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

Perl商標とかエグい 「Perl」の商標登録を、特にオーソライズされたわけじゃない人が勝手に取っちゃった、ということが起きました。エグいですね。 twitterとかブックマークとか見てると、まあそもそも何が起きてるのかよくわからんとか、これをもって「これだから知財（商標）制度は・・・（クソなんだ）」みたいな風に思っちゃってる人とかいるみたいです。その感覚はひょっとしたら半分は正しいかも知れないけど、半分は間違っていると思うので、Perl商標に絡めながら商標制度というもんを解説してみることにしました。 商標法はこんなことを目指している 商標制度というのは、商品とかに文字やマーク（商標）を付けて、その商標によって商品を他の商品と区別して買い物できるようにしたら便利だよね（、っていうかできないと困るよね）、ということで、そういう商標の識別力を保護しようとする制度です。 事業者が識別力のある商標

html5securityのサイトに、XSSの各種攻撃手法がまとめられているのを発見せり!ということで、個人的に「お!」と思った攻撃をサンプルつきでご紹介します。 1. CSS Expression IE7以前には「CSS Expressions」という拡張機能があり、CSS内でJavaScriptを実行できたりします。 <div style="color:expression(alert('XSS'));">a</div> 確認 @IT -［柔軟すぎる］IEのCSS解釈で起こるXSS で詳しく解説されていますが、CSSの解釈が柔軟なことともあいまって自前で無害化するのはなかなか困難。以下のようなコードでもスクリプトが実行されてしまいます。 <div style="color:expr/* コメントの挿入 */ession(alert('XSS'));">a</div> 確認 <div s

今AngelBeats!見てます。天使ちゃんマジ天使でいいと思います。 で、だいぶ前に作ったScala版のちょっと草植えときますね型言語 Grassを改造して、プログラミング言語 「天使ちゃんマジ天使」とプログラミング言語 「ブブゼラ」を作ってみたよ。 Grassは、id:uenoB 作の型無しラムダ計算がベースをした関数型言語らしいです。(6/22追記) ちょっと草植えときますね型言語 Grassについてはこちら。 世界で最初のGrassプログラム - Garage uenoB ちょっと草植えときますね型言語 Grass プログラミング言語 「天使ちゃんマジ天使」 ちょっと草植えときますね型言語 Grassの派生言語というかまんまです。 Grassで使用する文字(ｗ，Ｗ，ｖ)をそれぞれ(天使, マジ, ! )に置き換えただけです。 wを出力するプログラム: 天使ちゃんマジマジ天使天使ちゃ

原文(投稿日：2010/05/12)へのリンク はじめに データモデルにはいろいろあるが、80年代以降、主流になっているのはリレーショナルモデルだ。このモデルにはOracle、MySQL、MSSQLなどの実装があり、RDBMS（リレーショナルデータベース管理システム: Relational Database Management System）と呼ばれることもある。しかし最近になって、リレーショナルデータベースを使うことで問題が起こるケースが増えている。リレーショナルモデルによるデータモデリングには弱点と問題があり、複数サーバに及ぶ水平方向のスケーラビリティと膨大なデータの扱いに制約があるためだ。これらの問題の要因には、世界中のソフトウェアコミュニティが注目している2つのトレンドがある。 ユーザ、システム、センサーによって生み出されるデータの指数的な増加。Amazon、Google、その他

仕事とプライベートで得たことを挙げていきます。頑張って10個書くよ。 チームのパフォーマンスを左右するたった1つのこと それはモチベーションです。ゴールを示して、それを達成するメリットを共有すべき。進捗率と工数だけでは、チームの状態は分かりません。まあプロジェクト管理に必要なのは、どれぐらいの費用を使って、どれぐらいの価値を生み出したか、だけなんですけどね。 生産性とモチベーションは深い関係があると思います。 インフラの構築に必要なこと ラックや電源の設備設計があって、ストレージやサーバの共通設計があって、アプリに合わせて基盤を構築していく。 これは今年最大の収穫で、これからの人生に大きな影響を与えると思います。アプリとインフラの両方が分かることが重要で、どちらかに偏ってはいけません。 データセンタで風邪を引かないためにすべきたった1つのこと ジャケットを持っていくこと。後輩はマフラーと手

OpenSocialコンテナは外部サーバにリクエストを発行する機能があります。gadgets.io.makeRequest()を使ってリソースを取得したり、データを送信したりできます。 var xapp = {}; xapp.configuration = { endpoint: 'http://example.com/api'; }; xapp.query = function (resourceName, cb) { var params = {}; params[gadgets.io.RequestParameters.METHOD] = gadgets.io.MethodType.GET; params[gadgets.io.RequestParameters.AUTHORIZATION] = gadgets.io.AuthorizationType.SIGNED; params[

正確にはIT業界の部分集合がSI業界である。IT業界については、エンジニアの未来サミットで見たid:hyoshiok氏の資料がとても良くまとまっていたと思う。 一般には非SI業界が「IT業界」と認識されている節がある。IT業界を語る中でSI業界と非SI業界が一緒に出ることはほとんどないように思う。SIと非SIの間には深い溝がある。 SIは作ってナンボの世界。受注制で食いっぱぐれがない。SIが目指す方向は多くの凡人に簡単な仕事をさせてソフトウェアを作ることにある。プロセス改善のインセンティブと値切りの誘惑 - GeekFactoryでも書いたけど、品質のブレを抑える方向と単金を下げる方向に力が働く。その手段が標準化やオフショアである。 あまりにも内向きに仕事をしているのではないか。自分の作るシステムが顧客にどんな利益を生み出すか、考えたことのある人はどれぐらいいるだろう。それよりチープな人と

App Engine 1.3.4でOpenID認証に対応しました。調べてみると意外と普通にシングルサインオンできたので、使い方と仕組みを説明します。 まず、OpenID認証を要求するURLパターンをweb.xmlに書きます。 <security-constraint> <web-resource-collection> <web-resource-name>Authentication required url</web-resource-name> <url-pattern>/user/*</url-pattern> </web-resource-collection> <auth-constraint> <role-name>*</role-name> </auth-constraint> </security-constraint> 例えば http://xxx.appspot.co

mixiアプリからのリクエストに対して署名検証を行うサーブレットフィルタを作りました。Apache Tomcatなどのサーブレットコンテナで使用できます。 ではサーブレット内で署名検証を行っていますが、このフィルタを使うとサーブレット内の実装が不要になります。 必要なもの 最新のバージョンは0.3です。 バージョン リリース日 ダウンロード コメント 0.1 2010/1/10 oauth-filter-0.1.jar 最初のリリース。 0.2 2010/1/10 oauth-filter-0.2.jar ValidationEventListenerの仕様を変更しました。 0.3 2010/1/16 oauth-filter-0.3.jar リバースプロキシ対応のValidationEventListenerを追加しました。 ServletRequestからURLを組み立てる際のバグを修

ライブラリをパッケージして配布する時、なるべく依存するjarを減らしたいことがあります。Mavenを使えば何ともないのですが、敷居を下げる意味では「1つのjarだけ入れれば動きます」が望ましいと思います。*1 Commons DigesterやJAXBを使うと、XML設定ファイルの読み込みが飛躍的に簡単になります。一方で、ライブラリを配布する時は同梱するか注意書きを加える必要があります。そこで、他ライブラリに依存せずJREだけでXMLを読み込む方法を考えてみました。 Java 5から標準になったXPathを使うと、XMLから任意のノードを簡単に取り出すことが可能です。XPathクラスをそのまま使うと記述量が増えるので、XPathをラップするクラスを用意します。 package org.hidetake.util.xml; import java.io.IOException; import

不景気の波がSIerを直撃しています。世間より半年ぐらい遅れている気がします。回復するのも半年ずれるでしょう。 世間が不景気になったらSIerはどうなるか考えてみます。まずは売上の変化。 ユーザ企業からの受注高が減る。 稼働している社員が減る。 余剰人員が生まれる。 外注より直営を優先する。 パートナーの売上が減る。 次に、プロジェクトへの影響を考えてみます。 プロジェクトで使える費用が減る。 プロジェクトの人件費を削る。 一人当たりの仕事量が増える。 スポットの外注が増えて、一貫した仕事ができなくなる。 デスマ化する。 問題プロジェクトが発生する。 プロジェクト外で余剰人員をかき集める。 プロジェクトの人件費が増加するが、全社的には余剰人員の活用で相殺される。 まとめると、 一人当たりの仕事量が増える。 部門間の人材流動性が一時的に高まる。 直営社員は問題プロジェクトに投入される可能性が

アジャイルって受託開発との相性が最悪な気がするより。釣りっぽい記事な気もするんだけど。 SIerから見たアジャイル 工程の分断が絶対許されないから、上流工程と下流工程を別会社が担当する今の日本の受託開発業との相性は最悪だね。自分たちで全部やれる人材が揃ってないといけない上に、コミュニケーションを綿密にとらないと成果物がグダグダになりそうだから、人月との相性も悪い。 要件まとめてぽーんと丸投げしたほうがSIerとしては美味しいわけだから、なんでこんな苦労を別にしなくちゃならないの的な話になってる所がいっぱいいそうなんだけど、どうだろう。アジャイル導入って自己否定なんじゃないのかしら。だからやりたくても出来ないんだね、これ。 今の日本のSIerのモデルは“まだ"建設業みたいな多重階層の構造であることは間違いない。 収益性については、一次受けのSIerは少ない要員で沢山のプロジェクトを外注使って

tissi @tissi まだ実戦投入したこと無いんだけどJava6のスクリプトエンジンは超使える。ゲームとかエンジンはC++で、AIとかLuaで書くけど、あのノリがJavaで使える。ノンストップでビジネスロジックをリロードする箇所を明示的に作れるのがいい。クラスローダいじる系は危なすぎる。

Apache Tomcat 5.5.26（6.0.16も同じ）で、HTTPクッキーの取り扱いについて大きな仕様変更が行われました。ここでは仕様変更の内容と影響範囲を考察します。 HTTPクッキー 簡単に復習しましょう。WebブラウザがWebサーバから以下のHTTPヘッダを受信したとき、Webブラウザは test というクッキーを記憶します。 Set-Cookie: test=nullpo; Expires=Wed, 08-Oct-2008 14:03:16 GMT; Path=/クッキーは NAME=VALUE という形で表現されます。連想配列と同じ。 NAME VALUE test nullpo 一度クッキーを受信すると、ブラウザは当該URLにアクセスする度に、以下のHTTPヘッダを送信するようになります。 Cookie: test=nullpoこのように、クッキーはWebサーバがブラウ