クラスベースのジェネリックビュー - Twisted Mind
もともと 1.0 系くらいしかしらない Django 1.3 系を触っていて見知らぬものが出てきて使ってみたのでメモ。 今までのファンクションベースのジェネリックビューからクラスベースのジェネリックビューになった。 なったといってもファンクションベースが使えなくなったわけでは無い。 ファンクションベースは融通が利かなくて、ほんと特定用途にしか使えなかったのだけれど、クラスベースはかなり何でも出来る感じ。 ただ ... mixin で実装されているのでコード追いかけるのがめんどくさすぎる ... 。 更新履歴 get がいらなかったので削除 クラスベースを使った場合の方針 作ってみて感じたのは、クラスビューベースのジェネリックビューを使ってそのプロジェクト用の簡単なフレームワークを作っていくというのが、うまいやりかたの用です。 今回はあまりクラスを作りませんでしたが本来ならもう少し細かくクラ
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
Heroku で Flask + SQLAlchemy を使う - Twisted Mind
Heroku | Cloud Application Platform Django は動いたので、さて Flask と SQLAlchemy です。 github https://github.com/voluntas/heroku-template-flask 環境 Mac OS X Lion でやっているので、Linux や Windows だとまた別だと思います。 必須 Git Python 2.7 heroku Flask をデプロイする準備 最低限必要なのは virtualenv です。 easy_install なり pip で virtualenv が使える環境は作っておきましょう。 とりあえずプロジェクトフォルダを作成 $ mkdir heroku-flask-sqlalchemy $ cd heroku-flask-sqlalchemyvirtualenv 環境をフォル
heroku が提供している Add-On をさっと眺めてみた - Twisted Mind
さっとなので間違ってる可能性アリ、突っ込み待ってます。 基本は Add-Ons の話しです Loggly http://addons.heroku.com/loggly http://loggly.com/ HTTP または syslog 経由でログが残せる。logplex が syslog 吐いてたのでそれを使うのかな。 Amazon RDS http://addons.heroku.com/amazon_rds Amazon RDS につないでくれるらしい、接続代は無料だけどもちろん RDS の費用は自腹 Chargify http://addons.heroku.com/chargify http://chargify.com/ 定常課金用のシステムを提供してくれる。スタートアップの時に色々面倒な際に良さそう。 Cloudant http://addons.heroku.com/cl
Heroku 上で Django を動かす - Twisted Mind
Heroku | Cloud Application Platform Heroku と言えば Ruby/Clojure/Node ですが、 Django アプリ（というか Python アプリ)がデプロイできるようになったらしいので試してみました。 変更履歴 2011-09-21 gunicorn 対応しました github https://github.com/voluntas/heroku-template-django 環境 Mac OS X Lion でやっているので、Linux や Windows だとまた別だと思います。 必須 Git Python 2.7 Ruby (gem install heroku するためにいる) heroku にアカウントを作る というかそもそも Heroku のアカウントすら持っていなかったので、アカウント作るところから。 https://api
Unite.vim を導入してみた - Twisted Mind
巷で噂の Unite.vim を導入してみることにした。 理由 MRU と QuickBuf で困ってはいなかったのですが、色々足らないなぁと思っていた QuickBuf は Terminal で色々上手いこと動いてくれない(環境 MRU は複数ファイルを同時に開けない 同僚の @itawasa (emacs) が anything.el が凄くいいよって教えてくれた、ただ emacs には行けないので ... 。 vim には Unite.vim というのがあるとの事を知る 普段は .vimrc なんかいじらないので vim の設定すらダメダメです。 いい機会だし環境を見直して一念発起してみようかなと。 とりあえず導入してみる 一番使うプラグインであるバッファ管理の QuickBuf を置き換えたい。 設定は @yuitowest やネットにあったモノをそのまま 条件としては、バッファ一
A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind
git-flow という git の運用を補助するプラグインを使ってみたので、その過程をメモしてみました。 そもそも git を採用理由なども書いていきたいと思います。 git を採用した理由 まず何よりも git を採用した理由ですが、日本語の本がたくさんある。Subversion のように気軽にブランチを切ったりマージが出来ない方法では「開発スピードにバージョン管理がついてこれない」という結論に至りました。 そこで svn から git へ以降の準備を進めています なぜ hg や bzr ではないのか git-svn を前々から使っていて rebase のありがたみや branch を気軽にきる運用になれていたからというのもありますが、なにより身近に詳しい人が多いというのが一番です。 Tower や GitX という素敵な GUI があるのも魅力の一つですね。 A successful
redis 使ってますか？ - Twisted Mind
redis という KVS 知っていますか？ 自分は名前は知ってはいるけど ... 程度の認識だったのですが、新しいサーバを買った際、んーやっぱり社内で簡単に VM 上げたり下げたり出来る環境が欲しいなぁと思っていたところ @shibukawa から OpenStack いいよという話を聞いてドキュメントを呼んでいたら Redis を使っていると書いてあったので、へーと興味津々になって調べてみたら ... メイン開発者２名は VMware がスポンサーになってフルタイムで redis の開発をしているというわけです。こらなんとまぁと。 そして色々ドキュメントを呼んでいたらなかなか素敵な KVS で、自分が欲しい KVS にたどり着いた感じです。 redis - Project Hosting on Google Code 魅力 日本語訳 redisドキュメント日本語訳 redis v2.0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
