複数のTracをまとめる際に便利なTraMを使おうと思ったものの、参考サイトの設定ではmod_pythonが必須かつmod_python終了のお知らせが出回っているという非常に困った状態だったのですが、FastCGIを使った例があったので、ここを参考にmod_wsgiでTraMを動かす設定を試してみたのでメモ書きを。 mod_wsgiで単独のtracを指定するwsgiファイルはこんなかんじ Apacheの設定ファイルで指定するwsgiファイルでTrac単品を実行する場合はこんな感じに設定するみたいです。 import os os.environ['TRAC_ENV'] = '[TRACの設置パス]' os.environ['PYTHON_EGG_CACHE'] = '[TRACのキャッシュパス]' import trac.web.main application = trac.web.ma
「食事をする前に水を飲むと食べ過ぎを防止できる」と言われると、確かにそれはそうかもしれないけど、どうにも続きそうにないダイエット方法のような気が...。ところが、ニューヨークタイムズのWebサイトに、水分摂取と体重やカロリーコントロールについて研究した論文が、いくつか載っていました。 その中のある研究では、体重を減らすためにカロリー制限をしている55歳以上のグループで、食事の前にコップ2杯の水を飲んでいた人たちは、水を飲まなかった人たちよりも、明らかに体重が減っていたそうです。 他の研究結果でも分かったこととしては、年齢が高い方が、食事の前に水を飲むと体重減少に効果的だということ。ですから、このダイエット方法は、35歳以上の方に特にオススメです。 レストランなどに食事に行って、お腹が空き過ぎて食事が来る前に水をガブ飲みしていたら、食事が来る頃には食欲が無くなっていたという経験は、誰もが一度
私は朝9時までの時間を「思索と思案の時間」と位置付けています。よっぽどの繁忙期でない限りは、朝9時までの時間は実務としての仕事はしないようにしており、将来の計画、目標の見直し、ふりかえり、読書などの自己投資に充てています。 今回は朝の習慣の一つである、「思考癖分析法」を紹介します。 思考癖分析とは、自分がうまくいった時、うまくいかなかった時、どんな状況だったか、どう思い、どんな行動を起こしたかをいったん紙に書き出してみて、眺めてみる方法です。 これを朝やることのメリットは２つ。 邪魔が入りにくい 電話が鳴ったり、話しかけられたりしないため、落ち着いて分析できます。 余計な感情抜きに、客観的事実を持って分析できる 邪魔が入りにくいのは夜中でも一緒だ、と思われるかもしれません。しかし、夜分析すると余計な感情まで入り、データにバイアスがかかってしまうことが多いことが自分の経験から分かっています。
今日（というかもう昨日ですね）はRailsDevCon2010に行ってきました。場所はオラクル青山センターです。Rails系のイベントに行くのは久々だったので、いろいろと参考になる情報を得ることができました。 RailsDevCon2010 以下、このイベントに関する所感です。 RailsDevCon2010について RailsDevCon2010に行ってみて感じたことは、Railsを軸にしたカンファレンスはニーズが相当あったのだなということでした。 RailsDevConは以下の問いに答えるために開催されました。 皆さんRailsを使っていますか？ Railsを上手く活用していますか？ （上記いずれもRailsDevCon2010のページより引用） イベントの目的をまとめてしまえば、事例の紹介とノウハウやベストプラクティスの共有、あとはエンジニア同士の交流と言うことになるでしょう。日本で
3. 3 名前： 赤松 祐希 a.k.a ukstudio 仕事： Rails プログラマ（フリー →[email protected] Rails は 1.2.6 ぐらいの頃から
Scaling Agile Processes: Five Levels of Planning By Hubert Smits July 30, 2008 Experience gathered during large-scale implementations of agile concepts in software development projects teaches us that agile methods, like Scrum, do not scale to program, product and organization levels without change. However, various planning frameworks have, in fact, been used successfully in large-scale agile pro
Ok. Now we have your attention. Yes, Agile is NOT a methodology. The impetus for this article was that I was recently thrown an article by another Agile coach. He simply asked me what I thought about it. I read it. Digested it. Disagreed with it. The article was essentially selling Agile as a methodology, using “Agile methodology” buzz words. Wait you say, do we sound like purists? Not really. An
Agile values working software over comprehensive documentation – it is 1/4th of the original manifesto. That doesn’t mean don’t document! It means don’t document more than you need to document. Documentation does have value, but the practice of documenting got excessive – that’s why a reaction to the bad stuff earned a spot as one of the pillars of agile. How do you avoid over-reacting when changi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
