|
[最近のツッコミ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [全文検索] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]:カテゴリフィルタ画面 ☆[blogger]:Blogger出張所。徒然。 ☆[kuro]:個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]:VOX出張所。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1回目(2003/01/27)は僕の投稿...ですが、2回目(2003/01/31)は"What's New about Java"の
主催者さんによる掲載です。
#カテゴリは"MISC"..."J2EE"に昇格(?)を狙います(笑)。
バイナリデータ対応のため、要調査。ステータス:テキストデータ○、バイナリデータ×
#multipart/form-data対応作業、ひとまず停止。
Pullパーサ(on off)を採用したXMLスキーマコンパイラ。現状のマッピングスキーマは独自仕様、スキーマ言語はDTD。[from BMediaNode (on off)]
tDiaryのバックエンドとしてPostgreSQLを使用可能にするtDiaryIOクラス。[from Asumi日記 (on off)]
ExchangeとOutlook類似品を開発中。ドイツ政府の出資がもとで結成された模様。[from CNJ (on off)][from ZDNetJ (on off)]
RELAX NGを採用したシンプルなスキーマコンパイラだろうな。Relaxerはシンプルではないので...っていうか、
肥大化しすぎ。余分な機能は外出しすべきだった。現状では浅海智晴氏以外、メンテできないだろうし、同氏以外
によるバッチすら存在しない。
JAXBのRELAX NGサポートの話は何処へ?
#RELAX NGの普及を目的とするなら、RelaxerはASL等のBSD系のライセンスに移行すべき。
#Relaxer1.0がリリースされ、そのライセンスが明確化されれば、派生プロジェクトが誕生するかもしれないが...。
#現状ではRelaxerは浅海氏が個人で開発しているクローズドに近いソフトウェアであり、万人向けとは言い難い。
#Relaxer内部においてRELAX NGスキーマ->Javaクラス変換の手法が確立されつつあるのでそれを解析すれば...。
OO界で有名な紳士淑女へのインタビュー録。
#第19回は首藤 一幸さん、ShuJITの作者。
#Hotspot VMはC++最適化コンパイラを内部に持っているようなものらしい。
内部ロジック書き換え中。書き換え前の状態まで到達。
#「RFC1867 Form-based File Upload in HTML」をちょこっと読む。なるほど、区切りはCRLF固定。
[19:50]KQA multipart/form-data対応 ほぼ完了。バイトデータ、OK。
[21:25]KQA multipart/form-data対応 バグ修正。
XMLマッピングフレームワーク、Jakarta Commonsより登場。
#RELAX NGに似た独自のマッピング用構文が採用されていて、良さげ。
KDEが一番。[from CNJ (on off)]
#GNOMEは依存関係が複雑すぎて、自前ビルドには向かないので"だめぽ"。
#GTK+自体も個人的には"だめぽ"。
#[5:20]KDEはモジュール化されてるけど、カテゴリ別にパッケージングされていて、
#configure->make->make installを数回、指定された順番で繰り返すだけで基本的に
#OKなんだよね、それに比べてGNOMEは...。
#[5:30]Garnomeってビルドシステムだったのか、Konstruct(on off)は初耳。
#Gnomeには必要だが、KDEには別にいらないよね、ビルドシステム。
#[from raeva (on off)]
[08:20]ソースのチューニング
[13:15]multipart/form-data対応 完了。残作業:ドキュメント整備。
求む、自己紹介。
#essaさんより早速、自己紹介をしていただけました。
#えっ、essaさんってamritaの作者さんなんですか?、恐縮至極です。
#[info]amrita=rubyベースのテンプレートエンジン (on off)
#逆リンク。[from 圏外からのひとこと (on off)]
/.Jに記事、反応、遅いなぁ。[from /.J (on off)]
#安定性においてGNOMEはずっとKDEのライバルではありません。
#GNOMEは新機能を追加する度に不安定になっていくような気がします。
#GNOMEはKDEに比べて軽いことが利点だったのですが、GNOME2.X
#では大差がなくなっていますしね。
#ソフトウェア開発基盤としての完成度もKDEのほうがずっと上です。
#[19:50]
#GNOMEは開発スピードの遅さも問題だな、GNOME2.0は1年以上遅れたよ。
#いくら最初に斬新な新機能をロードマップに揃えても、安定版のリリースまでに
#時間が掛かりすぎて陳腐化してるよ、GNOME。
Mozilla、Netscape、Operaからはパスの付かない純粋なファイル名が送信され、IE、Sleipnirからは
フルパスのファイル名が送信される。
#「RFC1867 Form-based File Upload in HTML」を見てもフルパスで送る仕様ではない。
#"フルパスで送信するな"とは書かれていないが...。
#IEのこの仕様はM$の独自仕様だな、きっと。
WYSIWYGなWebエディター、開発中。フリーソフトの中で有望株かも。
#タグの入力補完機能等が欲しいところ。StyleNote(on off)と組み合わせて使うのもありだな。
第3次世界大戦。あ〜、怖っ。
#「国連安保理に代わる新たな組織を作る」なんて馬鹿なことを米大統領が言ってるし...
#不安になるよ、マジで。
#今回アメリカが我を通せても各国間に軋轢が生じ、数年後に別の形で
#顕在化する可能性はある...。既に軋轢は生じ始めてるし...。
#今回、米が国連を無視して戦争に突入した場合、国連という世界秩序の
#ためのシステム自体が崩壊する可能性は高い。
#前大戦前、米が不参加だったためにその機能を果たし得なかった
#国際連盟のような末路に...。
#過去の歴史を見ても、世界が2極化したときに大きな戦争は起こる...。
#ただの杞憂であることを切に願って止まない。
ソースパッケージのみ、リリース。
[21:00]ダウンロード完了
[2003/02/18 8:29]バイナリパッケージリリース。ソースパッケージが消えてます。
[2003/02/18 12:15]両パッケージが揃い、リリースノートが公開されています。
日本人による、アスペクト指向に基づいたJava言語拡張。AspectJともまた違う。AspectJの
応用として立案されている手法をMixJuiceでできるか検証してみるのもいいかも。
MixJuice上でのデザインパターンの扱いに関するドキュメントも公開されている。
#現バージョンは1.1、進化中。
#必要以上に舶来モノをありがたがらずに日本人発の技術も応援すべきだと思う。
#舶来モノと日本発のモノを対等な条件で評価すべきだとも思う。
#評価後に舶来モノより多少劣っていることがわかったからといってすぐにステずに
#改良を提言していくべきだとも思う。
#対等な条件で評価して「やっぱり舶来モノであるAが優れている」となった場合に
#評価途上でわかった国産であるBの"Aに劣っている点、Aより優れている点"を整理し
#改善案をBの開発元に提示し、国産であるBを育てる努力をすべきだと思う。
#同様に、Bの開発元はAを分析し、BにAの機能を取り入れていくべきだと思う。
#(特許が絡んでいると話はややこしくなるが...)。
#評価のフィードバックと採用とは別物。"使い易くなったら採用する"でOK、
#ただ"使い易くする"ためのフィードバックは必要。
#通りすがりの者へ
#僕個人がモノを評価して、それに可能性を感じたなら、積極的にフィードバックするつもりだ。
#それがオープンソースプロジェクトで自分が貢献できるなら参加するだろう。
#以前にも書いたが、個人を識別できないような偽名でツッコムような奴は嫌いだ。
#そんな偽名で議論したいなら、某有名掲示板にでも逝け!
#自分個人で作ったモノや自分個人の考えを晒すような意気地もないくせに他人の日記にツッコムな!
#舶来モノへの関心が高すぎているのが現状で、舶来モノへのフィードバックは
#放っておいても行われるので、もっと国内に目を向けてもいいんではないか?
#というスタンスでこの文章を書いてます。
※舶来モノ=洋モノ
っていっても、基本的な機能しか使ってない罠。高度な機能を使い始めたら
マニュアル(英語)読む鹿。
#基本的な機能をマニュアルなしのフィーリングで使えないソフトは基本的にステ。
[17:00]We're Sorry.
The SourceForge.net Website is currently down for maintenance.
We will be back shortly
[20:50]メンテナンス、終了済み。
R大学のKさん、「Linuxにも、Windows並みのプッシュ形式での情報配信を期待したい」って
期待する前に金払ってサービスを購入するか、Linux用の情報配信サイト、自分で立ち上げたら
どうよ。[from ZDNetJ (on off)]
#"K島さん"と書いたのは名指しで書くの好きじゃないから。
#なるほど、「島」をとってみたよ。
「ボヘミアン」と「貴族」の抗争。[from @IT]
#個人的にはRELAX NGがデファクトになると思ってる、マジで。
#現状でデファクトに最も近いW3C XML Schemaは1、2年以内にその地位を失うだろう。
#現在、W3C(on off)ではrequirements for XML Schema 1.1 作成のための意見を求めている状態。
#ドラフト(草案)も何も公開されていないし、これからゼロから書くのだろう。
#RELAX NG1.0の問題点を早期に把握し、Errataを発行したOASIS(on off)とは雲泥の差。
#おまけにW3CのXML Schemaのトップはその大半がW3C XML Schemaをサポートするソフトの紹介
#に費やされている。しかも仕様やチュートリアルが最後のほうにあるし...。
シフトJIS(=SJIS)とマイクロソフト独自拡張シフトJIS(=MS932)とは別物です。
WindowsではMS932を単にシフトJISと呼んでいるため、混同している人が多いですね。
また、Shift_JISとSJISも別物です。
JDK1.2〜JDK1.4.0まではShift_JIS=MS932となっていましたが
JDK1.4.1からはShift_JIS=SJISに戻り、MS932に対してはWindows-31Jを使うことが
推奨されています。Windows-31JはIANAに昔から登録されているエンコーディング
なのでJDKのバージョンに依らず問題なく使えます。
http://www.ingrid.org/java/i18n/encoding/shift_jis.html(on off)
#以前にも書いた記憶が...と思いつつ、書いてみる。
# はんばあぐ [ども、読んでますよ。]
# Dann [僕も毎日楽しみに読ませていただいてます(^^)]