Djangoのみならぬ様々なテクノロジの翻訳をされているymasudaさんのymasuda.jpがDjangoベースに！

vps7が無くなってしまい、コスト的にPloneを動かせるサーバが用意できないので、私もDjangoベースに移行をしようとがんばり始めた矢先に、先を越されました。。

日本のサイトだと、Djangoベースと銘打っている最初のサイトになるのかな？

PyConにてAdrianがDjango本について発表した模様。
djangoprojectのblogにもエントリーが。

この本が凄いのは、オープンソースライセンスでも配布するし、かつオープンソースらしくいろいろな人を巻き込んで仕上げていくとのこと。コントリビュートってやつですな。
すでに数チャプタ書き上げているそうなので、完成したら忙しくなりそう（だれが？）。
もちろん、出版されるようなので紙ベースの物も手に入ります。

Railsははやってるねぇ。日本語の本だよ。

Django本なんて海外でも出てないだろう。日本のDjango人口はどんなもんかな。

Java本とかphp本とかどうでもいいのであふれかえってるのもどうかと思うけど、何にもないのはちょっと寂しい。

でも、ドキュメントの翻訳も凄い勢いで進んでるし、いまにみてろー！

blogの作成行程をブログしていたsocialistsoftwareのコードも公開されました。
http://source.socialistsoftware.com/sssource/

feedparserのおいてあるディレクトリが参考になったりして。

SDにTurboGearsの記事が載っていた。

lirisさんはTurboGearsがいいや、と遊んでいる。

Djangoがいいと言っている人たちが数人いる。

とりあえずはてなぶっくまーくとdel.icio.usの特定の人の特定のタグでブックマークされた物を取得して一覧できる感じにはなった。

悩みどころはタグ。はてぶとdel.icio.usでRSSの形式が違うんだよなぁ。
マージ出来なくはないけど。
feedparserではどうやってdc:subjectをとるのか調べるか。

Djangoでやると、特定の物の一覧は凄く簡単。ページングもアーカイブビューも、書くのは表示用のテンプレートとモデルとURLのマッピングだけ。

ほら、ぐっときたでしょ。

lirisさんがなにかをしている。

TurboGearsで遊んでいる。

servIntの価格とパフォーマンスに悩んでいるおいらが何もしていないのに、なにかをしている。

泣く泣くCOREBlog2を諦めなければいけないと思っているおいらがなにもしていないのに、なにかをしている。

どうやったらCOREBlog2のエントリを移行できるブログツールが出来るだろうか（無理だと思っている）。

まけずにDjangoでなにかしてやろう（がんばろうとは思っている）。

reSTをレンダリングするタグがDjangoにあることはymasudaさんに教えてもらったし（おいおい）。

＃あいかわらずネット上の人の本名でさらすのには抵抗があったりしますが、実際のところどうなんでしょう？
＃私は本名をさらされても構わないのですが。

Django組からの嫌がらせ（ひがみ？）に見えそうだけど、トラックバックしてみよう。

昨日、日本の夜中（アメリカのビジネスタイム？）のservIntは激重でした。

sshは切れたかと思ってしまうレスポンスで、pingを打っても90% lossとかになってしまっていました。

昨夜、長文を「日本のDjangoなんとか（仮称）」の人たちに送信しましたが、全員に送信されたか怪しいところです（自分のところには届かなかったっぽい）。

やはりなんとかする必要がありそうです。４月には家がグローバルIPになりはしますが。。。

というわけで、vps7からservIntへ移行をしました。

なぜか一部のデータが欠落しています。もってくるバックアップデータを間違えたかな？

• tracのwikiを利用していたデータは、ploneのreSTへ移しました(www.everes.net/doc/)。
  移したデータのうち、あまりに古くなっていた一部の超訳ものは英語のまま新しい状態になっています。
• WorkStyleのプロジェクトページはsourceforge.netに移しました。subversionを狙って.netにしたわけですが、.netのsubversionは未だベータサービスだったりします。2月っていつじゃい！
• 月50$を継続的に出費していくのはつらいので（かつvps7より重いし）、COREBlog2は泣く泣くあきらめてDjangoベースのなにかにするかもしれません。djangoprojectのblogアプリケーションは超リッチなCOREBlog2に慣れた私には貧弱すぎるので、誰か作らないかと期待してみたり。うぅー

いろいろ不具合がありそうなので、発見した人は教えてください。

デブサミ2006に肩こりの不安を抱きつつ行って参りました。

セッションの合間にPythonユーザ会にご挨拶。お手伝いもしていないのにユーザ会合同打ち上げ？にお誘いをいただきましたが、薬を服用中なので残念ながら辞退。他のLLユーザ会も一緒だったとするといろいろ面白そうだったんだけど。。。

S2とSI2.0の部

ひがやすをさんと、ひがさんと同じ会社の営業系？のひとのセッション。
オープンソースとビジネスという観点で営業側が頭をひねっているのがよく見えて面白かった。曰くSI2.0を目指すとのこと。今までのビジネスを単にOSSに置き換えるのではキャッシュフローが変わるだけで何も変わらないという考えは結構新しい。
ひがさんは会社や社会に認めてもらうためにプロモーションを大事にしている、とのこと。Java系の人も頑張っているんだと納得しきり。
ひがさんはまた、セル式協働という考えを披露。現在の土木系上下関係を平らにして協調していこうという考え。グローバルagileか？ただしJava系の案件は規模がでかそうなので実際に導入するとどうなるか？はひがさんがそのうち実現してレポートされるだろう。
「結局企業に働かされ損」という言葉を発している人もいたけど、あんたらは何も出来ない。まちがいない。

S2のマイルストーンの部

「Hibernate2が現在のデファクト」だそうだ。どこでだろう。どうしてだれもつっこまないんだ？

Hibernateのバッチアップデートは何故あの順で実行されるのか！？

まぁ、いい。

S2Struts

なんとなく地味な男の人登場。きっと技術屋さんだ（ひがさんも技術屋さんか。。）。
ActionをPOJOで作成できるとのこと。「まず、Interfaceを定義」　　ん？
まぁ、いい。

Seaser2.4のEJB

EJB3はアスペクトするのが大変（各クラスにアノテーション記述が必要らしい。たしかにおかしい）らしい。
JPAは「lazy_load/SQL直使い大変/ドメインモデルの変更がプレゼン層に対して大インパクト」だって。
Seaser2.4のEJB3はあのてーション不要でAOP簡単。S2AOPはメソッドやフィールドをAOPで追加可能、おぉ！LLみたい！

S2EJB3Unit

データはテストの終わりで自動ロールバックされるとのこと。
どうしてみんなトランザクション内でテストして安心できるんだろう。
エクセルからデータを取り込んで、結果の比較もエクセルに記述した物で出来る。
別のDBTestCaseの方がやっぱりいいや。エクセルって言ってもXML形式でしょ？バイナリでいいみたい。要チェック

KuinaDAO

S2DAOのJPA版とのこと。リリースは8月頃？謎？
当面S2Hibernate-JPAを使え！とのこと。
まぁまぁまぁ。
EJBQLとSQLの自動判別？っぽいことをするとのこと。
全般的にコンパイラによるチェックを全面に打ち出しているのに、何故?QLを使いたがるんだろう。何故誰もCriteriaと言わない？

S2Dxo

ドメインモデルとプレゼンテーションモデルの変換を受け持つらしい。
Lazy loadの問題も同時に解決しているらしい。どうやって？なにしてんの？

Teeda

ページ駆動型（HTML+POJO）
PostRedirectGet対応。
Getter/Setter不要
Seleniumを使ったブラウザを使用したテストをサポート予定（Twilみたいなもの？）。
URL直叩き防止策付き。どうやるのか謎。リファー程度だったらいらない（却って高木さんに叩かれるひとをつくりだしそう）。10画面分位の履歴データを保持するっていってたからそっち系かな。
「Teedaで世界を獲る！」
確かにTeedaってのはちょっと良さそう。DjangoとかDjangoのgenericビューとかに通じる物を感じた。

結論

なんだか聞けば聞くほどLLに１年以上遅れて追っかけてきている気がしてきて、ちょっとなんだな、と思った。
Javaが目指すべき方向性としてS2はどうなんだろう。
Web2.0とかの世界を目指してるんじゃないだろう？
規約？Javaが持つべき規約はもっとくだらない物じゃなかったか？？
レスコンフィギュレーション？引き継ぎ考えたら許されるのか？それ系の自動生成もフレームワークに含まれる？
まぁ、うちの現場では規約もレスコンフィギュレーションも許されるところではあるのだが。いや、Hibernateがチーム的に許されない（もしかしたらJPAがDB無視の仕様なのか？本当にオブジェクト的に扱いたかったらO/Rマッピングやめれ！）。

和製Javaフレームワークとして気になる存在であることは間違いない。S2Flexとかさぁ、きっと今のFlex1.5で面倒な部分とか隠してくれそうなきするしさー。

そうそう。

汗をかきかきPythonユーザ会に顔を出したのは、実はatsさんに日本のDjangoなんとかについて相談にのって頂きたかったからなのですが、結局泡くってしまいまともな会話は出来ませんでした。

ただ一点、やはり作った後の維持管理が一番難しいというお言葉はいただきました。

で、私が一人でいろいろ決めてもなんなので、絡んでみてもいいなぁと思っている方はｍｔｓｕｙｕｋｉあっとｇｍａｉｌこむ、までメールください。MLかSkypeかなんか考えますので。

今週末中にご連絡だけでも。だれもいないようでしたら、好き勝手にします。

昨日は寝込んでいました。

インフルエンザか風邪だと思っていましたが、医者に行ったら緊張性肩こりだと言われました。

きっとvps7が無くなることのショックで緊張しているのでしょう。お薬を出してもらいました（ワラシナファーマシーで品切れと言われました。痛い痛い）。

実際はおとといの納品日に間に合うかどうかで緊張していたのでしょう。

で、Djangoについてのアンケートですが、次のような結果になっています。

機能		得票数
日本のDjango情報		1
みんなではてぶ		1
日本のDjango情報とDjango Community日本語版		13

結果からすると「日本のDjango情報」と「Django Community日本語版」の二つがきっと望まれていることでしょう。

現在考えているのは、

Pythonについてのリソースを分散させない（かつ現存のリソースを利用させて頂く）パターン

• Planet Python Japanの対象にDjangoについて書いているblogを対象に加えて頂けないか日本Pythonユーザ会にお願いしてみる（Django Community日本語版の代わり）
• 日本のZope情報にDjangoについてブックマークする有志を加えて頂けないか、atsさんにお願いしてみる（日本のDjango情報の代わり）

せっかくなので、Djangoで実装してみるパターン

• Django Projectのaggrigatorのコードを利用してDjango Community日本語版を実装する
• 日本のDjango情報は、ブックマークアプリを作成するのではなく有志の「はてぶ」「delicious」のdjangoタグをRSS化したものを、Django Projectのaggrigatorのコードをちょいといじって実装する

実装するパターンについては、置き場所（＋ドメイン）とDjangoのバージョン（0.91と0.92では違いが大きいので0.92候補のMagicRemovalBranchがいいな）と実装する人について検討が必要。

これは、まじか？mgsk?

VPS7が無くなったらどこにいけばいいんだよー。。。。

またも最愛のBlogツール、COREBlog2が使えなくなる！？

ありえねー。誰か助けてー（まじで閉鎖だったら、Ploneを使っていいVPS教えてください。まじで）。

しばらくしたら家がグローバルIPになるんだけど、それまではもつのかな・・・。

お知らせきてないよー？

困った困った困った困った困った。

Yasushi MasudaさんのところにDjangoのi18nドキュメントが（日本のZope情報より）！

私のところにリンクされている物の内、チュートリアルは第一版（２００５年８月頃のバージョンがつく前のDjangoに基づく）です。

Djangoのi18nに関しては、i18nのメーリングリストがあります。

翻訳の力が分散してしまうともったいないのでまずは、l10n（お！？）のwikiに名前を追加して、強調してやりたいなぁ、とか思ったりして。

i18nの現状
i18nメーリングリストではドキュメントの翻訳を諦めている状態のようです。
理由はDjango本体のドキュメントが更新される頻度が非常に速いからです。
なので、いまやるとしたら本体のreSTに併せてあるていど準備をしておくということなのかなと思っています。

バージョン1が出るあたりで一気に翻訳をしようということで、おそらく翻訳した物は本体(djangoproject.com）に配置できるのではないかと推測されます。

追記

mopemopeさんの指摘を受けてi18nのログを見てみた所、上記のような（ドキュメントの補運訳をするといった）情報はありませんでした。
どこから思いこんでしまったのか。
Masudaさん、大変申し訳ありませんでした。

しかしながらそれであればなおのこと、日本語化されたドキュメントへの入り口があった方がいいのではないかと思った次第ですが、それはYasushi Masudaさんのところが最適ではないかと再び。
sourceforgeにcvsとサイトをホストしてもらうっていうのも手かなと思いましたが、mod_pythonが動かないようなので一石二鳥はあきらめました。

しかし、この「いい加減・早とちり」は何とかしないと破滅するな。。。

一応締め切りを切ってみた（いや、いつまでも投票は出来ますが）。

締め切った後どうするかは別問題。

日本のDjangoなんとかを作った方がよいのかどうかについてアンケートを実施（最低一人は投票してね）。
メーリングリストや、二人しかいないユーザ会とかは、能動的なアクションをとる人がたくさんいないと消えてしまうので、情報収集＆提供という手法がいいと思う。
下記、補足説明。

• 「日本のDjango情報(A)」についての補足
  Zope/Pythonに関する情報は、日本のZope情報によって精力的に収集されています（日本のZope情報）。
  一部Djangoに関する情報も取り上げられています。大きめのトピックはおそらく収集されることでしょう。
  （タグがDjagoになっているのもあったりして哀しい）。
  
• 「Django Community日本語版(B)」についての補足
  Djangoのコミュニティアグリゲータには英語以外も登場しますので、おそらく日本語でも仲間に入れてくれると思われます。
  一度メールを出したことがありますが、英語が通じなかったのか、無視されたことがあります。
  また、本当に入れてもらっていいのかは躊躇する所があります（だって日本語だし）。
  Django Communityのソースコードは公開されている。動かしてみたけど簡単だった。
• 「みんなではてぶ(C)」についての補足
  はてなブックマークに特定のタグをつけて、見つけた人がブックマークをしていく。
  タグをいたずらで使用されなければいい感じに集まる気がする。一番簡単。
  一つのユーザを共有すればいたずらされることはないだろうけど、ログイン状態ってどうなるんだろう？はてぶを使っている人はこの手法はきっと面倒。
  del.icio.us派なんだけど。。。
  

AとCは内容的に重複するので重複選択肢はありません。

Djangoの0.92となるであろうmagic-removalなbranchで動作するようにWorkStyleを修正中なわけですが、limitはどこいった？complexはどこいった？ うぅ、構成からして変えないとつらそうだ。まだ当然ドキュメントもないしさ。 pagenaterで使っているlistってなにさー。使いたいぞー。 ま、そのうち出来るでしょ。 あらかた片づいた気がする。

DOJOの本家ブログにもアナウンスされた。

きっとdjangoの人はDOJOのサイトの見た目を気に入ったに違いない。

火種を呼びそうなDjangoとZopeの比較もDjangoコミュニティに登場（タイトルからして）。

DjangoとZopeは双方ともCMS的なものを作る側面が確かにあるけど、適所は各々別だと思う。

不特定多数の高トラフィックで、配置した物がいつから有効になるとかに厳密でない（すぐでよい）様な物や、Web2的アプリケーションはDjangoで。

超高機能CMSはPloneで（時間指定とかワークフロートか、デフォルトでエンタープライズ的な機能満載）。

で、勘定系の重厚長大なものはCOBOL+Javaでってところでないかい？

しかし、何か見つけるたびにブログっつうのも阿呆らしいので、日本のZope情報的なDjango情報でも作るかなぁ。

しかし個人的勝手もので無くなってしまうとこれみたいにいつまでも引きずるんだよなぁ。
＃常々atsさんのことは偉い＆賢くて尊敬する。後人を育てる姿勢＋テクニックは時々感動で涙が出そうになる。いったいいくつ抱えているんだろう。

上記比較についても日本においてはDjangoコミュニティなんて物は今のところないがZope/Ploneは優れた先人達が手伝ってくれるという側面も見逃せない。

むやみにtracのwikiを使っていましたが、djangoの本家ドキュメントもreSTで書かれていることもあり、今後の超訳のことも考えてreSTで書き直すことにしました。昨年の夏はWebを見て、wikiに翻訳しつつ、超訳をしていたので大変でした。reSTからreSTは楽々。

tracもreST使えるようですが、どうせ書くのは一人だし、コンテンツの管理はやはりPloneだろうということで。

とりあえず第一弾はDjangoのインストールドキュメント。思いっきりフランクな訳にしてみました。

元の文書はこんな物ではありません。

PHPのフレームワーク「rhaco」がsourceforge.jpにアップされました。

同時にPHPフレームワーク rhacoの開発記も開始したようです。

とりあえず、MySQLについてはフォワードとリバースも出来るみたい。

＃PostgreSQLのフォワードリバース作ったのに難しい・php的じゃないと捨てられた・・・

Oracleで使えるといいって人はたくさんいそうだから、良かったかな？

http://groups.google.com/group/django-users/browse_thread/thread/9d14af151ee0057c

個人的にはOracleの使いどころとDjangoの使いどころはマッチしないと思っているけど、日本ではまだまだOracleだからね（仕事ではずっとOracle使ってますから）。

そうそう、MagicRemovalBranchのドキュメントはこれでしたね。

mopemopeさんとこからぐるぐるしてたらたどり着いた。すっかり忘れていたのでmopemopeさんに助けられた(^^)