[home-page:放置中]
|
[最近のツッコミ] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [全文検索] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]：カテゴリフィルタ画面 ☆[blogger]：Blogger出張所。徒然。 ☆[kuro]：個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]：VOX出張所。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
「Jakartaプロダクト、マンセー」な輩に捧ぐひとこと。
#APサーバをゼロから実装せいとはいえないが...。
#(俺自体、APサーバをゼロから実装する力なんてないし...)
#海外では、Jakartaプロダクトを超えるものがオープンソースでガンガン、リリースされるのに
#日本は「Jakartaプロダクト、マンセー」で帰結していて、そこからの発展がない。
#Jakartaプロダクトに気にくわない部分があっても自分たちでコアを拡張せずに上から
#ふってくるのを待っている輩が多いし、表層を拡張して「ウマー」といっている輩も多い。
#Jakartaプロダクトを分析して、それを超えるモノを作るって発想はないのか？
#海外では気にくわん部分があって、コアからいじっているうちに"全然別モノになる"ケースが多々ある
#ように思える。
#与えれたインターフェイスを使うだけはエンジニアとして三流、基盤の中身を理解して拡張(推測して
#対処)できるのは二流、基盤を作れて一流。
#"基盤を作れるだけの力があって既存のモノを拡張して使う"のと"唯単に基盤の中身を理解して表層を
#拡張できる"のとの間には天地の差がある。
#未だ俺も発展途上、目指せ基盤作りレベル！
#この文章で目指す基盤はひとまず"APサーバ上で動くフレームワーク等のミドルウェア"。
#さらに高レベルでは"APサーバ"も包含しますが、APサーバの機能拡張ができれば、この文章に
#おける"基盤作り"レベルを超えているかそのレベルに既に達していることにおそらくなります。
P2Pしてる輩にモラルの"モ"もないのが多いから、こうなる。[from ZDNetJ (on off)]
#約束事を守る奴が少ないから法律ができるのと同じようなモノだな。
"M$マンセー"な人間の書いた記事、要点は押さえられているのでメモっておく。
# C#は後発の言語だから、文法的にJavaより秀でた部分があるのは当たり前。
#開発環境として優れているとは思わない。
# C#ってISOに提出されたらしいけど、どうなってんの？ 風の便りもないし。
# C#がISOで承認されるならRubyやPerlもISOで承認されんとあかんわな(笑)。
#CやC++は独自拡張の乱立の後、ANSIでの仕様の策定・承認、ISOでの策定・承認を
#経て、ISO標準と認められた。"世界標準"ではなく、"互換性"のために。
#独自拡張の乱立->市場の混迷->(市場ニーズに基づく)統一仕様の策定->承認
#っちゅうプロセスを通ったわけやね。
# C#だけ政治的な理由でISO標準として承認したらあかんわな。
#(先に同じような理由で提出されたJavaも承認してないことだし...)
# そもそもC#は商用の実装系が１つしかない一企業のクローズドな製品だし。
#どの組織にも中立であることがISOの存在を支える支柱の一つなんやし。
#無論、ISO標準は"品質・互換性等"を保証するためのモノであって、特定の企業に
#世界標準という"お墨付き"を与えるためのモノではない。
#[2003/03/03 10:00]
# ISO標準になることの弊害としては、仕様の変更に何年も掛かるというのがある。
#改訂案を出してもその改定案が承認されるまで何年も掛かり、言語としての発展が
#阻害される。ISOは成長済みのモノには向いているが、発展途上のモノには向かない。
#>to ksr
#rubyやperlが標準化団体に提案されないのはオープンソースであり、どこかで独自
#拡張が行われても、それがすぐに本体にマージされるから、派生も起こりにくいし、
#標準化の必要がない。欠点としてはperlのように何でも取り込んで、仕様が混沌状態
#になってしまうケースがある。
公開されてます。[from Asumi日記(on off)]
#ただただしさんの、極秘プロジェクトって何だろう？
#今のところ、自分的にはHIKIが一番。
PostgreSQL用に作って、自作のリンク集で使ってるけど、ゼロから作り直さないと...。
１年以上前に作ったのをチューニングしてそのまま使ってるので...造りが...。
DB接続においてDriverManagerではなくDataSourceを利用するが今のトレンド。
#現行のクラスではAPサーバの停止時にDB側の接続を解放しないので、APサーバの再起動を
#繰り返しているとDBの同時接続数を超えてDBがコケる。APサーバと同時にDBサーバも
#再起動する必要あり。
#今やTomcatもDataSourceに対応済み、Jettyはどうだったかな？
茅田砂胡著。問い合わせた人によると、3/25に紙版と電子書籍版が同時発売らしい。
だが安心はできん、新刊案内(on off)には載ってないし...。
#何で毎回毎回、何かしらあるのか、作者に問いつめたい...。
IETF(Internet Engineering Task Force)にて策定中。[from IMPRESS(on off)]
完全クローズドなソフトの場合、別にいいのでは、オープンソースでのクローン作成。
フリーソフトの中にはクローンが山程あるし...。
[from /.J(on off) through とらねこ放浪記(on off)]
#設計書が提供される訳でもなく、提供されている文書を分析してゼロから作るのだろうし...。
#リバースコンパイルしたのなら悪だけど。
#"リバースエンジニアリング禁止"と明示されている場合、判断が難しいかも...。
#クローズドソフトの仕組みに特許が関係していれば、クローンは迂回戦略が必要...。
#ソースが公開されているけどクローズドライセンスのソフトのクローンを造ったら、いくら
#それがオープンソースであっても悪だな。
#オープンソース使っててもソース(中身)を理解せずの表面利用ならクローズドソフト使ってる
#のと何も違わんわな(自戒も含めて...)。
独自技術(Direct3D)に注力するとは表向きで、実は唯単に都合が悪くなったので
逃げたとか...だったりして。[from CNJ(on off)][from ZDNetJ(on off)]
#仕様策定中のOpenGL2.0、かなり進化してる模様。
LinuxはUNIXクローン、何故ならUNIXは商標だから。
[from ZDNetJ(on off)][from /.J(on off)][from IMPRESS(on off)]
#言い掛かり、つけまくり中。元々、LinuxはインテルCPU専用。
#UNIXライセンスがIBMの保有技術にまで影響するとは思えない。
[2003/03/08 6:40]
参照した記事の内容から「IBMがLinuxサポートを打ち出すまでIntel CPU上では
Linuxは使い物にならなかった」とSCOが考えているような印象を受けたので、上記の
ように書いた。
IBM程の会社が他社のライセンスを明らかに侵害するような行為を行うとは思えない。先に
ライセンスの穴を探し、巧妙にすり抜ける方法を探すはず。
UNIXライセンスの技術をLinuxに適用可能なくらいわかってますが...。それを言い出すと
世のUNIXクローン全て、SCOに金払わんといけなくなるのでは。
LinuxはUNIXクローンであり、UNIXライセンスに規定されている機能のほぼ全てを実装して
いるのですから...(IBMがサポートを打ち出す前に)。
ちなみにUNIXライセンスを取得しないと、"UNIX"とは名乗れません。
UNIXライセンスはUNIXの基本を規定しているだけで、UNIXに付随する技術全てを包含する
モノではない。
#１から100まで書かんと「想像力がない」と宣う奴のほうが"想像力がない"と思うよ、マジで。
#誰となく、書いてみる。
[2003/03/08 /8:55]
SCO(元々AT&T)とのUNIXに関するライセンスを仮にUNIXライセンスといってみてます。
UNIXライセンスの締結後、IBMが自社UNIXの強化のために生み出した技術がUNIXライセンス
の対象になるとは思えませんが。SCOがライセンスを拡大解釈しすぎているような気がします。
SCO(元々AT&T)の特許を侵害したのなら問題ですが、IBMが自社で生み出したUNIXの技術
をどう扱おうがUNIXライセンスで縛ることはできないのでは。
[2003/03/08 21:40]
アナリストからは「捨て鉢の行為」と評されている模様。[from ZDNetJ(on off)][from CNJ(on off)]
[2003/03/10 5:15]
"SunはUNIX知的財産権訴訟の影響を受けません"とSunが発表。[from Ascii Linux(on off)]
IBMははなから相手にしてない模様。IBM、敵に回したら怖いと思うよ、マジで。
[from ZDNetJ(on off)][from CNJ(on off)]
※僕はIBMと何ら関係がありません。
勝負する前からSCOの敗け戦の模様。[from CNJ(on off)]
[2003/03/11 10:15]
IBM、反撃準備を開始。[from ZDNetJ 1(on off) 2(on off)]
SCOって前は"Caldera"って名前のLinuxディストリビュータだったんだよね。
Linuxディストリビューション事業に失敗して同市場から撤退...。
で、成功者から金をぼったくるために今回の訴訟を起こしたっちゅうわけやね。
[2003/03/12]
IBM、UNIXライセンスは解約不能」と反論。[from ZDNetJ(on off)]
#"UNIXライセンス"という表現は間違ってなかった模様。
[2003/03/13]
契約書において微妙な言い回し。[from ZDNetJ(on off)]
キタ━━━━(゜∀゜)━━━━ッ!!
ぷっ、プランにはなっ、何とAspectJサポートが〜、これで無視できなくなってしまったよ、
AspectJ。いきなり"New JUnit Integration"が組み込まれてます。
IDEAに興味を持ったアナタ、そんなアナタはこちら(on off)から登録して、めくるめく
IDEAの世界へLet's Go！ 一緒に Develop With Pleasure!
#インストールしてみますた。スプラッシュスクリーンがやっぱりオーロラ。
#プロジェクトファイルのフォーマットはEAPでは常に変更中の状態です。
[2003/03/09 20:40]
JDKのソース(src.zip)を解析する処理がプロジェクト作成時のみに行われるように
なってます。
#ストーンヘンジ空を飛び、オオカミ、Aboutで遠吠えする〜。
[プラン(抜粋)]
GUI designer
Aspect J Support
New JUnit integration
J2EE Support - BEA Weblogic integration
Debugger - HotSwap Support
面白い(ユニークな)ソフトがごろごろしてますな、関西でやらんかなぁ。[from ZDNetJ(on off)]
#Mac持ってないのに、ソフトだけ買ってしまいそうだ。
ワーキングドラフト(on off)。XMLスキーマ言語としてRELAX NGが使えます。
[from そんな...1よ(on off)]
#W3CもRELAX NGの存在を無視できなくなってきたんだね、やっぱり。
#W3C XML Schema、論理的には破綻してるもんなぁ。
#WSDLでRELAX NGが利用できるようになるのは嬉しいかぎり。
OASISが設置。Webサービスのパフォーマンスとセキュリティを監視する手法の定義が目的。
[from ZDNetJ(on off)]
設定画面にアイコンが表示されるようになってます。
#20030310版から表示されるようになった模様。
#phoenixの新名称がまもなく発表(on off)。
はんばあぐさん(on off)の奥さんであるみずみずさん(on off)が総指揮官。皆、心してクリックするように 皆さん、投票願います_(_ _)_。目指せ、2000票！
クリック(on off)してちょ。
#2000票を超えると東京近辺の方には特典としてもれなく合コン参加権(on off)。
#ちなみに我が輩は関西在住...。
#IDEAユーザ会(on off)もよろしく。
JAXBがPullパーサ方式からSAXパーサに変更されていたのは驚き。[from BMediaNode(on off)]
#W3C XML Schemaが諸悪の根元だな。
#Streaming API for XML(Java標準のPullパーサAPI)に期待。
トランザクション、実装されてるらしいけど...。高速というだけでは...。[from とらねこ放浪記(on off)]
#機能を削れば高速になって当たり前では。
#PostgreSQLやFirebirdは機能追加しながらパフォーマンスを低下させていない、このほうが凄い。
#PostgreSQL・Firebird(フルセットDB)とMySQL(サブセットDB)を同列で評価するのは無理がある。
・トランザクションの隔離レベル、どれをサポート？
READ UNCOMMITED,READ COMMITED,REPETABLE READ,SERIALIZABLE
・トランザクション時のロックは？
テーブルロック、レコードロック、その他
・バージョニング機構、あんの？
等々
へ〜、こんなやり方、あったんだ。[from サーブレットではじめる...(原田洋子さん著)]
#TomcatのAPIに依存する方法しか紹介されていないのが...。
#自前で実装する鹿...。
"ボヘミアンと貴族(on off)"より。[from this(on off)]
#思考のしかた。何でもマニュアル通りにするなら"貴族"、マニュアルに縛られないなら"ボヘミアン"。
#さぁ、あなたはどっち？
Swingに替わるGUI環境が秘密裡に開発されているのなら凄い...。[from /.J(on off)]
#現在のSwingはだめぽ。
出血大サービスして往って来ますた。万札が３枚、羽を生やして飛んでいきますた。
はんばあぐさん、非常にCOOLな方ですた(出席者の方々、ツッコミ厳禁です(^^;)。(on off)
mikiさん、非常にお若い、びっくり。日記、プリーズ。
Dannさん、やはりオタク系の方ですた。(on off)
とらねこさん、ワイルドな方を想像していたのですが、以外に普通の方でびっくりしますた。(on off)
やまぐちさん、研究者然として浮世離れしたオーラを纏っておいででした。(on off)
みずみずさん、見た目が派手な方でした、良妻なのかは謎です。(on off)
#みずみずさん、途中から技術オタクな話題に遷移したのでさぞ退屈だったことと思います。
#とらねこさん、サインありがとうございました。しかし"自分で捏造したのでは"と言われかねない罠が...。
#今回、吾輩の実物に遭遇できた方はちょっと幸運です、次に何時東京遠征するかわかりません。
#喋り足りませんでした。でも、東京は遠い。
#今回は"皆さんにお会いすることが目的"だったので達成度は100%です。
# たけうち [たぶん、私のことかと…アンテナうざいですか？]
# ASIP [誰かな？と思っただけでアンテナがうざいわけではありません(^^;。]
# たけうち [よかった(^^)]