30からのBlog: 2007年7月アーカイブ

トップ > 2007年7月

全て | 1 | 2

2007年7月31日

自主・自律・自由

通っていた高校のモットーが「自主・自律・自由」だった。
自由が最後って言うのに意味があるって誰か（先生かな？）が言ってた。

社会人になって実はいいこと言ってたんだなーと思い出す。
このモットーをきっちり持ってたらやる気無し病にはなら無そう。

たまに７つの習慣でも読み返すかな。
気持ちが堕落している時に読むと効果ありな本だと思う。

7つの習慣―成功には原則があった!

posted with amazlet on 07.07.31

スティーブン・R. コヴィージェームススキナー Stephen R. Covey 川西茂
キングベアー出版 (1996/12)
売り上げランキング: 77

おすすめ度の平均:

啓発書としては定番になるでしょう

本物の凄さ

すばらしい１冊です！

Amazon.co.jp で詳細を見る

やる気無しの話はこの辺で終わりにして、これからまたまっとうにブログも更新して行きます。

雑記 | 07-07-31 13:29 | コメント (0) | トラックバック (0)

2007年7月30日

やる気無し状態を脱出するためのステップ

ここ数週間、いろいろなこと（特に仕事）に対してもやる気無しの状態が続いていて、本格的にやばいと思って脱出のステップをたどり始めた。

たまに、こういう事態に陥るんだけどスチューデントアパシーってやつと同じなのかな？

自分なりの脱出方法も分かっていて、以下のような感じ。

１．まずは何もしない日（場合によっては複数日）を作る
２．何もしないことで、「何となくまずい」という気分になる
３．やることリストを作って優先順位をつける
４．ざっくりしたリストを、優先順位の高いものから細分化したタスクに落とす
５．先を見過ぎず、目の前の小さなタスクを順に片付ける
６．小さな幸せが積み重なって、全体的にやる気が回復してくる

これでやる気が回復しないときはステップを戻ったりしながらやり直す。
落とし穴はステップ３～４。
やることリストが現実感の無いものになり、目の前にあるタスクに対して「自分がやるべきことはこんなことじゃない」とかわけの分からない言い訳をしだす。
こういう場合は大抵「自分がやるべきこと」も分かっていないし、やるべきことを探すとか、あるべき姿に向かって努力するとか、目の前のステップが抜け落ちている。

自分がやる気無し状態に陥るとき時間に余裕のあるときが多い。
こういうときほど自分を上手く律さないとダメだと痛感する。

雑記 | 07-07-30 13:52 | コメント (0) | トラックバック (0)

2007年7月23日

「なぜ動くのか」を意識する

昨日トイレが詰まった。原因はトイレットペーパーを大量に、しかも丸めたやつを流したから。

トイレットペーパーはなぜトイレに流しても詰まらないかというと、水に溶けやすいから（正確に言うと繊維がほぐれるって感じなのかな？）であって、固く丸めたら溶けにくくなるから詰まるのが当たり前。

ただし、「トイレットペーパーは詰まらない」とだけ覚えて「なぜ」を考えなければ固く丸めたから詰まるとは思わないかもしれない。

同じことがいろんなことについて言える。
システムの話でも同じ。
ORマッパーを使うとデータを取り出せる。ただしデータベースは知らないしSQLはほとんど書いたことが無い。
Web開発はフレームワークを使っている。でもApacheは触ったことないし、HTTPプロトコルはよく知らない。
プログラムは色々と作っている。でもメモリ管理は考えたことも無い。
こういう人が意外と多そう。

効率的な開発を求めたりシステム全体の構造を理解するためには、ある程度ブラックボックス化した部分を作って、それを積み重ねていくのはもちろん重要だと思う。例えばH/WやOSやデータベースの中身まで全て理解するかと言うと、それはちょっとつらい。
でも、H/WやOSやデータベースの基本的な仕組みを知らないままにアプリケーション開発するのと、知っていて開発するのとでは、後々パフォーマンスやトラブル対応で大きな差が出るはず。

こう考えると、いきなりフレームワークを利用した開発から入るのも功罪ありそう。
「どこまで知っていれば良いのか」というのはキリがないと思うけど、「なぜ動くのか」常に考えて「今は何とかなってるけど知っておいたほうがいい世界がある」と意識し続けないとな。

ちなみにトイレはすっぽんで直った。

雑記 | 07-07-23 11:56 | コメント (2) | トラックバック (1)

2007年7月22日

vimperator入れてみた

参考にしたのはこの辺り。

Open Tech Press | Firefox拡張：FirefoxをVim風のキーバインドで操作するVimperator
subtech - otsune's SnakeOil - Vimperator凄い！Firefoxがvimキーバインドで操作できるよ
 Do You PHP はてな - Vimperator入れてみた - Firefoxのキーバインドをvim化
 /halt/Snapshot - vimperatorは0.5以上を使え

これはいいかも。
「:set guioptions=mTbs」すれば、普通の操作も可能だし問題もなさそう。

Open Tech Pressで言っているようにVim中毒とか筋金入りのVimユーザーじゃなくても、viのキーバインドが好きな人ならおすすめ。

しばらく使ってみることにする。

雑記 | 07-07-22 00:13 | コメント (0) | トラックバック (0)

2007年7月19日

Safariで文字化けでDjangoのHttpRequestのcharset指定などを見直す

男の小遣い帳で、Ajaxでデータを取得したときにSafariで文字化けしていた。
自宅のサーバーでは動いていたからおかしいなーと思ってたんだけど、レスポンスヘッダのContent-Typeにcharset指定が無かったようだ。

自宅ではhttpd.confに

AddDefaultCharset UTF-8

と書いていたけど、共用サーバーでそんな設定はしないよな。

とりあえずDjangoからAjaxのレスポンスを返すときに

values = simplejson.dumps(data, ensure_ascii=False)
return HttpResponse(values, mimetype="text/plain")

となっていたのを以下に変更。

values = simplejson.dumps(data, ensure_ascii=False)
return HttpResponse(values, mimetype="text/plain; charset=UTF-8")

この対応で大丈夫か確認のため、一応Djangoのソースを見てみた。
HttpRequestクラスでは

def __init__(self, content='', mimetype=None):
    from django.conf import settings
    self._charset = settings.DEFAULT_CHARSET
    if not mimetype:
        mimetype = "%s; charset=%s" % (settings.DEFAULT_CONTENT_TYPE, settings.DEFAULT_CHARSET)
    if not isinstance(content, basestring) and hasattr(content, '__iter__'):
        self._container = content
        self._is_string = False
    else:
        self._container = [content]
        self._is_string = True
    self.headers = {'Content-Type': mimetype}
    self.cookies = SimpleCookie()
    self.status_code = 200

となっていて、mimetype指定があるときはそのままContent-Typeに突っ込んでいるので、charset指定も普通のヘッダのように書き足してOKっぽい。
mimetypeにcharsetが入っていなかったら、自動的にDEFAULT_CHARSETを追加してくれれば良いのに。HttpResponseにmimetypeを指定するときは、charsetも入れておいたほうが良さそう。

これでとりあえず動いたんだけど、どうやらSafariはそもそも文字化け問題を含んでいるらしい。
（恥ずかしながら知らなかった。）
古いSafariだとContent-Typeでちゃんとcharset指定してもダメなのかな？

とりあえずJavascriptも直しておこうというわけで、以下を参考に直した。
[ajax] Safari の responseText で UTF-8 コード文字化け回避 Kawa.netブログ（川崎有亮）/ウェブリブログ
 最速インターフェース研究会 :: SafariのAjaxの文字化けをクライアント側だけで対応するバッドノウハウ
レスポンスヘッダでcharsetを返さなくても、この対応をすれば動作した。

サーバー側もJavascript側も対応して、とりあえず完了。

Django | 技術全般 | 07-07-19 15:21 | コメント (0) | トラックバック (0)

2007年7月18日

補足画面遷移なしでファイルアップロードする方法

画面遷移なしでファイルアップロードする方法というエントリーのアクセス数が多いわけですが、自分でこの方法を使ったときに少し悩んだことがあるので補足。

この方法は、画像をアップロードした瞬間に即座にデータを確定するときにはそのまま使えるが、画像とコメントなどを同時に編集して、次の画面でデータ確認やデータ登録完了させようとすると問題がある。
戻る対応をしていないので、確認画面や完了画面から戻るボタンで戻ると、アップロードした画像が消えてしまうから。

例えば私が嫁ブログの画像アップロードの仕組みを検討していたときは以下のようなことをやりたいと思っていた。

画像とコメントを簡単に登録できる仕組みにしたい
複雑な遷移は操作が難しいので１画面内で画像をアップロードしてコメントを入力できるようにしたい
画像をアップロードするたびに画面遷移させるのはやめたい

上記を実現するためには、画像をアップロードした時点でデータを確定してはいけないわけで、それはあくまで編集中の情報のはず。バリデーションなどは投稿ボタンを押した段階で実施したい。
ただし、画像をいちいちアップロードするときに戻るボタン対応するのも大変そう。（どうやればいいのかすら分からない）
というわけで、大まかに以下のような実装をした。

■画像アップロードボタン押下の動作
１．画像アップロードボタンを押すとiframeをターゲットにしてPOST
２．tmpディレクトリに画像を保存し、結果を返す
３．画像を画面に表示すると同時に、投稿formにtmpファイル名を保存したhidden項目を追加する
※ 「画面遷移なしでファイルアップロードする方法」に書いたのとほぼ同じ
※ hiddenにファイル情報を保存することで、その他のデータと同時にsubmitできるようにする

■画像削除ボタン押下の動作
１．ajaxでPOSTする
２．サーバーのtmpファイル削除し、結果をJSONで返す
３．画面の画像表示とhidden項目を削除

■投稿ボタン押下
１．ajaxでPOSTする
２．入力チェック、画像存在チェック、tmp⇒正規ディレクトリへ画像移動、DB登録、結果をJSONで返す
３．JSONでエラーが返ってきたら、その旨Javascriptで画面に表示する
４．JSONで正常完了情報が返ってきたら、Javascriptで登録完了画面に遷移させる

■その他
１．画像のtmpディレクトリに残ってしまうゴミは、お掃除バッチで削除する
※ たいした利用数ではないので、実際にはたまに手で消しているんだけど。。。

例えばブログなどで、画像をアップロードする画面とエントリーを記入する画面が別々なのは、初心者には難しい様子。ということで簡単に編集できるようなツールを作ろうと思ったんだけど、思ったよりも実装に手間取ってしまった。
とりあえず動いたから良かった。

技術全般 | 07-07-18 11:54 | コメント (0) | トラックバック (0)

2007年7月13日