ぎりぎりのタイミングでわざわざ誘わせてしまって悪いことをした感じ。

個々一番さんのエントリを読みたかったんだもん…

よくわかんなくなってきた。

構成はこういうことになるかな。

重いヤツ : スパムとか
軽いヤツ：スパムノワ
使い捨てクリップ：スパムってしょっぱい？
保存クリップ：ma.gnolia

＋つぶやき多数。。。

これは軽くないのかというのは秘密

株式会社モノスペースの船井さんが、東海PythonWorkshop01でデザイナ視点から見たDjangoについてプレゼンされたので、参加してきました。
＃本当は動画を撮りたかったんだけど、ヘボイデジカメでとるのは辛かったから断念orz

船井さんは、元々はデザイナの出で、今はプログラムもできるとのこと。最近、つぶやき系のサービス monologista をDjangoで作られています。
昨年の夏頃にチュートリアルの用なものをブログに書かれていたので、Djangoを追っている方々はご存知の方も多いかもしれません。

以下、メモ書きしてきたものです。きっとプレゼン資料が公開されることでしょう:)

デザイナにとって嬉しいところ

1. DRYで無駄を省けるところ

2. シンプルで覚えることが最小限

3. 動作高速

4. ドキュメント充実

5. 大規模Webサイトでの利用実績多数

6. 使える管理画面の自動生成

デザイナに向いていると思う部分

1. プログラミングの深い知識はいらない
   ＃monologistaではモデルとURLの設定以外でPython書いたのは一カ所だけらしい。

2. SQLの知識がほぼ必要ない
   ＃JOINとかわかんなくても大丈夫らしい

3. 作成、編集するファイルが少ない
   ＃つまり、覚えることが少ないってことらしい

4. テンプレートファイルが無駄に増えない
   ＃継承のおかげでインクルード地獄から解き放たれるってことらしい。あ、でもインクルードもできるよ:)

5. ドキュメントが日本語でまとまっている
   知り合いのデザイナはドキュメントが英語の時点でやる気を失うらしい。いろんなサイトに点在してるのも嫌だって。あ、でもプログラマもやる気失う人多いよ:(。

6. ローカルのテスト環境作成が簡単
   確かに、たくさんのプロジェクトがあっても開発サーバがプロジェクトごとに管理？できるからラクチンなんだな:)

7. 自動管理画面の見た目がよい:)

8. エラー時の表示が親切。
   他の言語で画面が真っ白になったりしてへこんだことがあるらしい

9. 拡張子がhtml
   ＃なんでも拡張子がhtmlなだけで落ち着くらしいw

その上で、Django向きなデザイナ

1. HTML/CSSが手書きで普通に書ける。ウェブデザイナ的にはこれはそもそも必須スキルなはず

2. MTでブログサイトを構築したことがある
   ＃Djangoの方が簡単らしい

3. プログラマに頼らずサイト構築をしたい

4. AjaxブームでJavaScriptに興味を持った
   ＃実際にこういうデザイナは多いらしい

5. CGIに挑戦したけど、InternalServerError頻発で凹んだ

6. phpを学んだけど、1週間かかってやっと使えない掲示板ができた。さらにセキュリティ問題を指摘されたorz

7. SQLは何となくわかるが正規化とかJOINは知らない

8. 他のフレームワークでテーブル作成にXMLを書かされた
   ＃やっぱりXMLは嫌になるらしい

9. EclipseとDreamweaverを同時に起動したら固まった
   ＃CVS用にEclipseを入れさせられたらしい。

私の主張と同じく、CSSとJavaScriptが書ければDjangoは使えるはずだということかな。

懇親会では、「プログラマがサイトを立ち上げて世界的に有名になったっていうケースはあるけど、デザイナはないよね。Djangoがあればそれができるんだ」とのすばらしい発言。
『デザイナのためのDjango』という勉強会をやろう、と少しだけ盛り上がる。ある会社がデザイナと接点を持てるかもしれないとの極秘情報もあったりなかったり。

Python Developers Camp2007wでnyusukeさんが「Djangoのデザイナフレンドリ」というプレゼンをし、今回の東海PythonWorkshopでpateoさんが「Djangoで始めるデザイナー的フレームワーク入門」をやっているということからも、Djangoはデザイナさんでも使える可能性が大きいことは間違いないよね。もう一人、LinuxなWEBデザイナーの覚書き。のももさんもDjangoを使ってみてるし！

pateoさんは『デザイナのためのDjango』という勉強会の講師に乗り気なので、なんとかしたいぞ。

東海地方で初めてのPythonWorkshopに行ってきました。

VISH株式会社さんのご協力を得て、あいちベンチャーハウスという建物のセミナールームにて開催されました。

Pythonを全く使ったことがない人が5名くらい、業務で使っている人も5名くらい。
あとはPythonは趣味や今後JavaやC#からの移行先として検討している人やシュミグラマの人たちで、おおよそ25名のPythonistaが集まりました。

前ふり

開始の2時間30も前に名古屋に着きました。
名古屋に詳しい人のおすすめ「イチビキ」で親子丼を食べてから、悠々と会場に向かおうと思い、なんだかでっかいビルとかを見ながら(5年前には無かったぞ)伏見の方へと歩いていきました。

イチビキ posted by (C)everes
ががーん。のれんがかかってるのに準備中！

気を取り直して、イチビキのそばにあるという魚屋だかうなぎ屋だかを探してさまよいます。

さかなやかうなぎ屋か？ posted by (C)everes
うげー。全くやる気が感じられない！

django-ja lingrで、pateoさんにお薦めいただいたひつまぶし屋さん「蓬莱軒」へ。栄だと思ってたら矢場町？という隣の駅だった。つか、松坂屋のエレベータ、全部同じ方向に動き続けてるよ。来るの全部同時、みたいなw
エレー行列してたけど、時間が既に3時頃になっていたため意外とすんなり入れました。

蓬莱軒のひつまぶし posted by (C)everes
Workshopが4時からで、ちょびっと遅れてしまうことになりましたが。。

本題

どこでもPython 文字列処理からWeb、マルチメディア

aodagこと小田切さんによるPythonの紹介
さすがに内容はだいたいわかってたこと。
Pythonはオブジェクト指向言語で、動的型付け言語で、メタクラスプロトコル(クラスもオブジェクトなのでスクリプトで動的に書き換え可能っていうこと)、バッテリ付き(標準ライブラリにデータベースやSMTPサーバ、Webサーバまでも含まれているっていうこと)なんかを説明。

PythonはGoogleやDreamworksやNATOやNASAや安倍晋三のホームページ等で使われている。実際に利用可能な言語であることを説明。
＃こないだ会ったGoogleの技術者は、「Googleでスクリプティング書く場合は、ほぼ間違いなくPythonだ」って言ってたからマジなはず。Rubyはほとんど見たことないって。

他にも構文をゴニョゴニョっと説明。
＃「インデント」は激しくは言わなくてもいい気がするなぁ。

Plone で快適CMS 導入から使いこなし

nyusukeこと中井さんによるZope/Ploneの紹介
Zope / Plone にはLAMPのうちのApache / MySQL / PHPのすべてが含まれている。CMSであるのと同時に、Web Application Frameworkであると説明。ユーザ管理やワークフローまでビルトイン(かつカスタマイズできる)。
＃確かに、ものすごいフレームワークが含まれてる。AMPどころじゃないよ。ZopeにはSCM機能まで含まれてるし(ブランチまで切れて、一気に反映とかもできる)。

Zope / PloneはVISHのやってるレンタルサーバ www.site-master.jpで使える！国内業者のプランにあったのがびっくり:)

中井さんは、普段は企業のサイト構築等を仕事にしているらしい。Pythonプログラマじゃないんだよー(凄腕のシュミグラマ)。

Djangoで始めるデザイナー的フレームワーク入門

別エントリで:)

WSGIの日々

再びaodag。

WSGIの説明。PythonのWeb Service Gateway Interface。CGIのPython特価版みたいなもの。Python自体の特徴である全てドキュメントとして明示するということの現れであるPEPの番号は333。

Pythonは標準ライブラリでHTTPサーバを持ってしまっていたが故に、サーバの仕様が乱立しちゃったよね(つまりみんな独自に拡張を繰り返したorz)というところから標準化となった。DjangoやTurboGears、Pylonsとかは既にWSGIレディな作りになっている。

いろんなHTTPサーバで動作するらしい。
Apache(mod_wsgi, mod_fcgi, mod_scgi, ajp)、 lighttpd(fcgi, scgi)、 Flup、 TwistedWeb2、 wsgiref(Python2.5で標準ライブラリに入った)

WSGIは非常に単純なインターフェースなので、ミドルウェアを書くと簡単にアプリの前後に処理を挟める(Djangoのミドルウェアと考え方は一緒)。

WSGIで動作するライブラリ

Pasteというライブラリは元WSGIKitという名前だったもので、デプロイや認証のシキミを持っていて便利。
＃フレームワーク作成用フレームワークって感じかな？

urlrelayというリクエストディスパッチャは、DjangoのURLConfに似ているけど、でコレータでコードに記述することもできるので便利。
＃ある単位で一覧できた方が見やすいと思うなぁ

MVCに対応するPACという考えがあるらしいのでSQLAlchemyを使った
＃PACがよくわからず、調べよう

Twillはシナリオベースでテストを記述できる。py.testと組み合わせると、「保存と同時にテストが走るようにできたりする」
＃それは微妙じゃね？

こんごのaodag俺俺フレームワークは、

1. DjangoやTurboGearsのようにQuickstartできるようにする

2. Atom PP対応する(RESTfullにきちんと対応しておけば簡単なはず

3. ワークフローエンジンを搭載する

ライトニングトーク

佐古田さん
CASによるPlone Django間でのシングルサインオン
ことなるコンテキストアプリケーション間でシングルサインオンできる技術は重要。あとで資料にのってるDjangoのミドルウェアソースコードを読んでみよう。

増田さん
それってPythonプログラミングなの？
Pythonから他の言語を触る方法について。
Python/C APIを使う方法。確実だけど、Cを覚えるのが面倒/ラッパを書くのも面倒
ctypesを使う方法。DLLを動的にバインドする方法。DLLがあればCのコードを書かなくていい。Python2.5から標準ライブラリに入った。
PyInstantを使う方法。Pythonのコード内に簡単なCのコードを埋め込める。実行時に銅的にコンパイルして実行しちゃう。実行時の出力がすげーウケたw
Pyrexを使う方法。PythonライクなコードをPythonのC拡張に変換してくれる。

村岡さん
GraphVizを使って、書かない技術の次ぎにくる「描かない技術！」を極める。
ソースコードからテキストのドキュメントを出すだけじゃなくって、グラフィカルな図を出力しちゃう。
＃それって、プロジェクトのコードをGraphVisを使って解析出力するっていうのがDjango関連であったぞ

ハナオカさん
総務部にお勤め。非プログラマ！
IEをPythonから自動操縦するPAMIE。PerlのSAMIEから派生したものらしい。ActivePythonじゃないのを使ってる場合には、win32allモジュールのインストールが必要。逆に言えばそれだけでIEが操縦できる。

古畑さん
Workshop運営部会というかPythonイベントの紹介。
6月下旬？に関東でPythonWorkshop Edgeがある模様。Pythonは合宿が特徴的で年2回開発合宿がある。今年の冬は40名が集って開発合宿した。
＃6月に、Python温泉と題して(元々はDjango/TurboGears温泉だったけど改名)伊東で温泉合宿もありますぞ。そういえばPHPの人たちも合宿したいなぁって言ってたぞ。

懇親会

近年の技術系の集いには珍しく、スモーカーが半数くらいいた！流石名古屋！
しゃぶしゃぶを食べました。
kuma8さんやpateoさんと挨拶ができました。
Python仲間に飢えていた人たちwが大興奮してたりして、Pythonの懇親会にしては大騒ぎの懇親会でしたが、最終の新幹線で帰るために途中で抜けてきました。残念。

竜＠コンプネットさんにも出会えて、MySQL問題の話とかもできました。現在は残念ながらTurboGearsを使っているとのこと。Widgetの関係でTGにしているそうです(Djangoはほとんど書かなくてよくて楽なのにと悔しがっている様子はあった)。

『デザイナのためのDjango』という勉強会に興味のあるデザイナはいるのかなぁ。む、ここを見てるデザイナなんているのかと…。
つか、ナゲーなこのエントリ:(

Apollo mini Camp @ Tokyoに行ってきた。

目新しい内容は、ロードマップ紹介の「β版で使えるようになる機能」と質疑応答の一部。
きっと誰かがまとめるだろうから、Apolloについてはパスw

今エントリの主は、アンケート提出のおまけとしていただいた「Webデザイニング Apollo特集号に乗っていたアンケート結果」と「Djangoのデザイナフレンドリが日本でも通用するか」について。

といっても、深い考察がある訳じゃなくって、単にぶつぶつ言うだけにとどまる。

アンケート結果自体が「Webデザイニングにアンケート葉書を出す、デザイナと推測される集団」に対するアンケート結果だってことは結構重要。出所は2006/10月号の「Webデザイナー白書 2006」用のアンケート。

まず、「手書きで書ける書けない」系の選択を「HTML」「CSS」「JavaScript」「ActionScript」「PHP」「Perl」「SSI」を対象にアンケートしたもの。
「書ける・だいたい書ける」と回答した人がHTMLは80%を超えているように見え、CSSも70%を超えているように見える。
私は、継承をうまく使うと素敵なDjangoのテンプレートシステムを使いこなすためには、CSSを手で書けるレベルのデザイナでなければならないと思ってるので、Djangoの継承テンプレートを使いこなせるデザイナは日本のデザイナの70%だと言ってしまおうw

続いて、次に習得したいと考えている言語というアンケート。JavaScriptを習得したいデザイナがおおよそ50%いる。既に手で書けるデザイナは20数%。合わせると70%を超える。
私は、Djangoのモデル記述やジェネリックビューの設定や使い方の検討を行うためには、JavaScriptを手で書けるレベルのデザイナでなければならないと思っているので、近い将来Djangoで簡単な(しかし美しい)CMSのようなものを作れるデザイナは日本のデザイナの70%だと言ってしまおうw

つまり(近い将来)、日本のデザイナの70%はDjangoができる(ようになるにちがいない)

むちゃくちゃなので、実際のところは東海PythonWorkshopでモノスペースの中の人に聞いてみたいところです。あ、「Djangoとデザイナフレンドリー」のnyusukeさんもスピーカだ。

というのも、先日某所にて某人との間で「Djangoのデザイナフレンドリってどうなのよ？」という話題がほんの少し出たのです。
同様の問いには「日本では…」と応答していたのですが、Webデザイニングのアンケートを見てすこし「お！？」と思ったのでした。あとは、CSSとJavaScriptができればDjangoがある程度使いこなせるという見当が外れていなければこれは正しいのです。

次に習得したい言語の選択肢にRubyが含まれていて、Pythonが無かったことと、東海行きの新幹線チケット買ってないことは秘密だ

ドットコムバブルがはじけたとか言いつつも、ネットはなんだかんだで個人やスモールチームが戦える状況を与えてくれていたと思う。

でも、こんなjoostみたいなサービスが前面に出てくると、そろそろ戦える時期は終わりにさしかかるんじゃないかと思ってしまう。

せめてもの救いは、ブラウザベースのサービスではないということなんだけど、SilverLightを使えばきっとブラウザベースで同様のことができてしまうだろうな(かつ個人では正規のコンテンツをそろえられない…)。

joost

joost posted by (C)everes

joostは、簡単に言えばテレビ。日本のあれには感じなかった恐れを感じる。

第四弾が出てた。

ちょっと尻つぼみ気味…

第三弾

PHPでもRhacoを使えばこんなことにはならないぞ。

Ruby on Rails vs PHP

こういうのはタンブラにはっつけるようにしたんだけど、結構よくできてるので(&技術ネタでもあるから)…
あと2種類予定されてるっぽいよ。

Ruby on Rails VS Java

※最近、Railsも周辺フレームワークがよくわからなくなってることはおいておこう。

Ruby on Rails VS PHP

※Migrationいいなぁ、DjangoのDbMigrateの方がぐっときてるけどね。

SilverLightのインストール

1. OSX用のSilverlight1.1 Alphaをダウンロード&インストールする。

2. Silverlight1.1 Alpha SDKをここの右側にあるTop Downloadsから辿ってダウンロード。展開する。

3. Safariを終了する。

(追記)Intel macでないと動作しません(忘れてた)

pythonを使うための準備

1. OSXのApacheに.py / .jsxを認識させる
   

     $ sudo vi /private/etc/httpd/mime.types
     #末尾に追加
     text/python    py
     text/jscript    jsx
     

2. Apacheを再起動
   

     $ sudo /usr/sbin/apachectl restart
     

3. ホームディレクトリのサイトディレクトリ内にslのように適当な名前のディレクトリを作成する

4. 展開しておいたSDKの中にあるSilverlight 1.1 Alpha Samples.zipを展開し、中のDLRConsoleというディレクトリをslディレクトリにコピーする

5. Safariでhttp://localhost/~makoto/sl/DLRConsole/python/index.htmを開く。makotoは自分のユーザ名に置き換えてください

続いて、DLRConsole上のPythonを使ってアニメーションを作成しようと思ったのですが、.Net Framework3.0の純粋WPFに頭がやられてしまっていて、少し時間がかかりそうです(Ellipseを継承したクラスが作れないorz)。
とりあえずは、素敵なスクリーンキャストがあったのでみてみてください。

驚くことに、コンソールでは4つの言語、Ruby / Python / JScript / VB を同時に使っています。Pythonで作ったファンクションをJScriptから使ったりできちゃいます。

※DLRConsoleは英語キー配列で入力しなければなりません。また、コンソールは1行ごとにインタプリットされますが、PythonペインやXAMLペインは編集後、コントロール＋エンターで内容が即時反映されます。

今、つまっているところ

例えば円(Ellipse)を作る場合に、位置指定の仕方がわからない。wpf.setPosition使わなきゃいけないのか？
それだとXAMLの記述と思考が一致しなくて困る(.Net Framework3.0＋IronPythonだとこんなことはない)。

py> from wpf import Ellipse
py> e = Ellipse()
py> e.Width = 10
py> e.Height = 10
py> e.Canvas.Top = 10
System.MissingMemberException: couldn't find member Canvas at in , line 0

xamlを使えばできるけど、ランダムにたくさん作りたい場合に困る。というかLoadって遅そうなイメージが。。

py> xaml_ellipse = """
py| <Ellipse
py| Width="10" Height="10"
py| Canvas.Top="10" Canvas.Left="10" />"""
py> x_e = wpf.XamlReader.Load(xaml_ellipse)
py> canvas.Children.Add(x_e)

5/26に、東海地域で初めてのPythonWorkshopが名古屋で開催されます。

1. 「どこでもPython 文字列処理からWeb、マルチメディア」aodag隊長

2. 「Plone で快適CMS 導入から使いこなし」nyusukeさん

3. 「Djangoで始めるデザイナー的フレームワーク入門」pateoさん

4. 「WSGIの日々 名もなきフレームワーク」aodag隊長

devcamp2007wで「Djangoのデザイナフレンドリー」はnyusukeさんだったし、今回のpateoさん(monospace.jpの人と言ったほうが通りがいいかも)もデザイナ系の人だし、東海地域のDjango使いはデザイナ的素養を持った人が多いのかな？

行きたいなぁ。行っちまおうかなぁ。

tumblr.com

軍曹のまねして作ってみた。
Dashboardがあるのがステキっと思ったんだけど、日本語化けたorz

素直にここにコンテントタイプを増やせばいい気がする。

非難がゴーゴーかもしれないけど。他にもチャレンジャーがいるので(＋反応ハヤっ)

何年も前から夢想している派遣会社

ITの女性専用派遣を行う。
女性の外見は華美にならず、しかしIT系に頻繁に見られる髪ベトツキであってもならない。
帰社日は技術スキルではなく、派遣先同僚のモチベーションを高めるためのスキルを磨く。
表向きはIT派遣だが、実質はコンパニオン派遣。スキルセットのイメージは銀座の高級クラブ(行ったこと無いけど)。

ITスキルはあえて初心者を振る舞う。
できる男性技術者とセットで派遣というパターンもあり。
雇われる女性側は、派遣先が大喜びで教えてくれるため、20代のうちに本物のIT技術者となる。
28くらいで定年。場合によってはいつまでもスキルの無い振りをする若い女性と同時に派遣されても良い。

誰に聞いても、「いいねぇ、儲かるよ」と言われるけど誰もやらない。

なんとかならんかな

python -c "print '\n'.join(map(lambda x:x%15==0 and 'FizzBuzz' or x%3==0 and 'Fizz' or x%5==0 and 'Buzz' or str(x), range(1,101)))"

aodag隊長のが格好いい
http://d.hatena.ne.jp/aodag/20070509/1178681462

ちょっと学びたいので、簡単なところをやってみた。

PythonWorkshop the Edgeで荒井さんのプレゼンに感動していらいかな？
荒井さんの出してる IronPythonの世界 が欲しい(注、アサマシ)。

IronPythonのインストール

1. .net framework SDK2.0をダウンロードしてインストールする。

2. IronPython1.1をダウンロードして適当なところにおく

3. Tutorial/winforms.pyを読み込めるような場所におく。
   ＃ipyを実行するカレントにおいておけば大丈夫

Pythonの標準ライブラリを使う場合には、CPython2.4系をインストールして、IronPython/Lib/site.pyでCPythonのライブラリを読み込まなきゃいけないみたい。
CPython2.5系と組み合わせて使う場合は、IronPythonのPython2.5系実装であるIronPython2.0を使わなきゃいけないみたい。IronPython2.0はまだα。
IronPythonのシェルは、IronPythonを展開したディレクトリにあるipyをコマンドプロンプトから実行すればいいのかな。
VisualStudioとの統合もできるらしいけど、自前で持ってるVisualStudioはVisualStudio .net Professionalというかなり古いやつだから無理だろうなぁ。Standard版でいいからアップグレードで入手しようかなぁ。つか、家にウィンドウズネーゾ(ライセンスは5個くらい持ってるけど、メディアやらライセンスの紙やらを無くしたorz)。むぅ

とにかくウィンドウを出してみる

まずは、.netをIronPythonから使えるようにする。clrというモジュールをインポートするらしい。

import clr

clrでSystem.Windows.Forms / System.Drawing / IronPythonをインポートできるようにし、それからループを始めるっていう一連の処理が書いてある winforms.py をインポートする。

import winforms

.netフレームワークコンポーネントの利用の仕方

clrにコンポーネントを登録する

clr.AddReferenceByPartialName("System.Windows.Forms")

上記登録でインポートが可能になる

from System.Windows.Forms import Form, Button

>>> import clr
>>> import winforms
>>> 
>>> clr.AddReferenceByPartialName("System.Windows.Forms")
>>> clr.AddReferenceByPartialName("System.Drawing")
>>> 
>>> from System.Drawing import Point
>>> from System.Windows.Forms import Form, Button
>>> 
>>> f = Form()
>>> f.Text = 'Simple Window'
>>> f.Show()
>>>   
>>> b1 = Button()
>>> b1.Text = 'button1'
>>> b2 = Button()
>>> b2.Text = 'button2'
>>> b3 = Button()
>>> b3.Text = 'button3'
>>>   
>>> f.Controls.Add(b1)
>>> f.Controls.Add(b2)
>>> f.Controls.Add(b3)
>>> 
>>> b2.Location = Point(b1.Width, 0)
>>> b3.Location = Point(b1.Width + b2.Width, 0)

やりながらボタンが追加されたり移動していったりして面白い。 こんな感じのウィンドウが出る。

IronPythonで初めてのWindows.Form posted by (C)everes

クラスにしてイベントを扱ってみる

>>> import clr
>>> import winforms
>>> 
>>> clr.AddReferenceByPartialName("System.Windows.Forms")
>>> clr.AddReferenceByPartialName("System.Drawing")
>>> 
>>> from System.Drawing import Point
>>> from System.Windows.Forms import Form, Button, MessageBox
>>> 
>>> class TestForm(Form):
>>>     def __init__(self):
>>>         self.Text = 'TestForm'
>>>         self.b1 = Button()
>>>         self.b1.Text = 'CPython'
>>>         self.b2 = Button()
>>>         self.b2.Text = 'Django'
>>>         self.b3 = Button()
>>>         self.b3.Text = 'IronPython'
>>>         
>>>         self.b1.Location = Point(0,0)
>>>         self.b2.Location = Point(self.b1.Width,0)
>>>         self.b3.Location = Point(self.b1.Width + self.b2.Width,0)
>>>         
>>>         self.Controls.Add(self.b1)
>>>         self.Controls.Add(self.b2)
>>>         self.Controls.Add(self.b3)
>>> 
>>> 
>>> f = TestForm()
>>> 
>>> def button_clicked(sender, event):
>>>     MessageBox.Show(sender.Text)
>>> 
>>> f.b1.Click += button_clicked
>>> f.b2.Click += button_clicked
>>> f.b3.Click += button_clicked

ボタンをクリックすると、メッセージボックスが表示される。

押されたボタンのテキストが表示される posted by (C)everes

ボタンをフォームに追加するのを忘れたりしても、f.Controls.Add(f.b1)とかやれば追加できて便利:)

.Netフレームワークのコンポーネントを学びたいので、だれかPro .NET 2.0 Windows Forms and Custom Controls in C# (Expert's Voice in .Net)を買ってプレゼントしてください(注：アサマシ)。

17分かかるから、お湯はかけられなかった。ピザだね。

例によって、Stage6にもアップしてるよ。

宅配ピザを注文してからでもWikiアプリケーションが完成しちゃうよ、なDjango製Wikiアプリ。

「カップ麺にお湯を入れてからOSXにDjangoをインストールしだす」はOSXにXCode無しでDjangoの開発を試せる環境を作るという趣旨

「カップうどんにお湯を入れてからブックマーク管理アプリを作り出す」は、Adminを紹介することが趣旨

今度の「ピザを注文してからwikiアプリを作り出しちゃう」は、汎用ビューというWebアプリで頻繁に繰り返されるコードを抽象化した仕組みの紹介がメインだよ。

汎用ビューは、オブジェクトの作成・更新・削除、日付による絞り込み一覧、シンプルな一覧が用意されていて、完全にはまればURLマッパとテンプレートだけで構築が完了するもの。ちょっと外れるものは汎用ビューを軽くラップすればできるよ。
テンプレートレンダリング時に不足する変数をうまく渡してやる仕組みも数種類用意されているから、ドキュメント読んで学んでね。きちんとした日本語で訳があるよ。

うまく再生できない人は直にrtsp://streaming.everes.net/streaming.everes.net/pizza-wiki.movをクリックするか、Stage6で見てください。

perezvonさんも言っているけど、Railsのスキーママイグレーションツールは結構羨ましかったりする。

ただ、RailsのmigrationはRubyっぽく？書くものなので、大幅なスキーマの変更には耐えられないという話も聞いたことがある。

Djangoもスキーマエボリューションブランチという「スキーマ変更時にデータベースを変更する仕組みを実装する試み」が行われているけれど、今のところまだ完成には遠いとのこと。

そんなときに、DbMigrationってのが登場(1週間以上たってるけど)。
今のところ勝手アプリなんだけど、django.contribに入れてmanage.pyで実行できることをもくろんでいるみたい。

なにが気に入ったかって、基本はSQLによるALTERで、データの移行や調整はDjangoのモデルを使ったPythonスクリプトを定義するってとこ。
SQLを考慮してないフローに無理矢理SQLを入れてぐちゃぐちゃになるってパターンに陥らないもんね。

実際問題としてはSQL抜きじゃ無理なんだよ。ってか、マイグレーションくらいSQL書けばいいじゃん。ObjectBrowswer ER使ったって大抵うまくいかないんだから(Viewの生成順序とかでこけるから手で編集してるよ。なぜか制約を2度つけようとしたりもするね)。

それから、どこまで実行したかをデータベースに保存するっぽいところも気に入った。どこまでやったのかを忘れるんだな、結構。
開発環境・テスト環境・本番環境にブランチとか受け入れテスト中とかが混ざってくると。

なので、これはぜひ試してみようと思う。うむ。

4分以内にDjangoのDRYなところとAdminの一部を見せちゃうよ。

(Stage6にもアップしてるよ)

2年くらい前に、RailsのScaffoldとかそれをまねたフレームワークの宣伝で「n分でブックマークアプリ」っていうのがあったわけさ。
でも、あれってバリデーションも無いし、現実的に使うものではなかったよね。

まぁ、これも現実的に使うものではないけれど、現実的なフレームワークの機能ってやつを見せられると思った訳さ。
カップうどんにお湯を入れてからでも間に合うかもしれないよ。カップヌードルじゃ、のびちゃうかもよ！

このスクリーンキャストで作ってるものは説明しないけど、Djangoに含まれるものが学べるかもよ。

1. Djangoはデータベースの情報を動的リバースするなんてDRYに反することはしない。
   だって、例のやつはデータベースにある方情報とか無視しちゃうでしょ。試しに、n分スクリーンキャストで作ったブックマークアプリにDBの制限を超えた文字列を渡してみなよ。じゃじゃーん、例外発生。でしょ？

2. DjangoのAdminは一覧に表示する項目も、検索対象にするフィールドも簡単に指定できるよ。日付の絞り込みもできちゃうから試してみて

3. いきなり(書きもしない)テスト用のファイルやディレクトリなんて生成しないよ。もちろん、テスト機構もビルトインされてるけど、大量のファイル生成でげんなりする必要なんて無いんだ

4. ビルトインのほとんどの機能は日本語化されてるよ。もちろん、Pythonらしく整備されたドキュメントも日本語訳が遅延無く公開されてるよ。

うまく再生できない人は直にrtsp://streaming.everes.net/streaming.everes.net/udon-bm-no-xcode.movをクリックするか、Stage6で見てください。

公開動画がQuickTimeなのは、画質がいい、DreamhostならStreamingできるから。妥協してStage6にもあげているのはやっぱり画質がいいから。Youtubeとかはネタ動画にはいいけど、細かい文字を読まなきゃいけない場合にはやめてほしい。つか、100MBまでとか10分までとかあり得ない。Stage6なら2GBまであげられるよ。

XCodeをインストールしていないOSXでDjangoの開発をできるようにする。

(Stage6にもアップした。divxがいい人はこっちで。)

カップ麺にお湯を入れてからでも間に合うかもしれないぞ。

きっと早すぎてよくわからないだろうから、先に解説

究極的には、Python2.5をインストールして、Djangoをインストールするだけ。あとは便利のいいように直に実行できるようにしているだけ。
PostgreSQLとかMySQLを使いたい人は、Pythonのダウンロードと同じページにDBAPIのパッケージインストーラがあるからpsycopg2かmysqldbの適当な方をインストールすればいっす。

1. http://pythonmac.org/packages/py25-fat/index.htmlからpython2.5のディスクイメージをダウンロード

2. http://www.djangoproject.com/download/からDjango-0.96.tar.gzをダウンロード

3. Python2.5をインストーラでインストール

4. /usr/bin/pythonというリンクを削除し、 /Library/Frameworks/Python.framework/Versions/Current/bin/python を /usr/bin/pythonにリンクし直す

5. Djangoのtar.gzを展開してできたディレクトリの中で、 python setup.py installをする

6. /Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/site-packages/django/bin/django-admin.py に実行権限をつけて、 /usr/bin/django-admin.py にシンボリックリンクする

7. 適当なディレクトリで django-admin.py を直に実行してヘルプが出ることを確認する

うまく再生できない人は直にrtsp://streaming.everes.net/streaming.everes.net/django-on-osx-no-xcode.movをクリックするか、Stage6で見てください。

いい加減なスクリーンキャストは、「カップうどんにお湯を入れてからブックマーク管理アプリを作り出す」「ピザを注文してからAdmin無しでWikiを作っちゃう」と続く予定。