「サーバーサイドの知識の無さに全俺が泣いた」レベルの入社当時の人に読ませたら少しはアドバイスになったであろうPythonとDjangoの前提知識メモ - 憧れ駆動開発
あの頃は青かった。教えるどころか無知をさらけ出すというのはこの事だった。死ぬほど恥ずかしいので消したかったけれど、この記事が一番アクセスがあって長い間いくらか読まれていたらしい。ためらった。ただ、かつての自分といくらかの人に参考になればうれしいけれど、そろそろ役目を終えたと信じたい。もし書きなおすのなら、もう少し違う言い方か伝え方にすると思う。 内容としては 当時の自分のスペック Pythonの言語で、当時の自分が知った方法(3項演算子とか) mercurial の基礎(init, commit, push, update, log) WAF(Django)の知識 URL(ディスパッチャ)をトリガーにして Viewで処理をかく ModelにDBの内容がある ORMでリレーションを簡単に記述できる テンプレートでViewで処理した内容を表示させる チラ裏に移動させた。
考えない方法 | タイム・コンサルタントの日誌から
昔、unixのパイプライン記法をはじめて学んだときは、ずいぶんとスマートな解決法だ、と感心した覚えがある。その頃、大型コンピュータを使う仕事では、バッチ処理のためのJob Control Languageという大変厄介な言語（というか何というか）を勉強する必要があった。これはどうしたら人間の生産性よりも計算機の都合を優先できるか、という観点からは見事な出来映えの記法であり、とくにデータファイルを定義するDD文なるものは、その厳密さと難解さと情け容赦無さの点で芸術の域に達していた。とにかくちょっとした中間ファイルの受け渡しだけでも、酷く頭を使うのである。unixのパイプライン記法は、これをたった一文字の | だけで済ませるのだ。舌を巻く、というのはこのことだ。 パイプライン記法の美点は、何よりも「名前をつける必要のない使い捨ての領域は、無名のままで済ませられる」という点にあった。プログラムを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
