harvest dailyside

体調がよくならないので、病院に行ってきました。
原因がはっきり心因性と分かっているので、即精神科です。

分かってはいたのですが、やはりこの手の医者は初診が面倒くさい…
何軒も電話して、やっと午後5時から予約完了しました。
まあ、適当にやっている医者よりは信頼できると思うので、これは仕方ない。

さて、診察の結果ですが…
やはりというか、なんというか、初期のうつ症状、だそうです。
家族が同じような症状を訴える姿を見た事もあるので、ああ、やっぱりな、というところ。
それでも自分がそう診断されるとショックだし、不安にもなります。
何より、自分がなってみないと家族ですらそのときの気持ちが分からない、そのことにもショックを受けました。

先生いわく、本来ならすぐに休めというところらしいですが、私が休んだら確実に会社が傾くので、そうもいきません。
私が優秀とかそういう事じゃなく、頭数的、案件の内容把握的に。
仕方ないので何とか交渉して、仕事を休まずに済む方向の治療をお願いしてみました。

…副作用のない坑うつ剤とか言われても、実際使わないと何とも言えませんね。
睡眠薬まではお世話になった事がありますが、さすがに抵抗が…
ともあれ、まずはこれを飲まないと話にならないそうなので、まずはそこから。

後は、仕事をしすぎたらだめだそうです。
今の弊社の環境は、客観的に見てやはりありえないそうです。
自分が中にいると割と普通に思えてしまうのですが、やはりおかしかった様子。
周りがみんなそれでやっているから、という考えも持つなと言われてしまいました。

結論から言うと、自分の治療をしつつ、何とか今の仕事を片付けて、それからしばらく倒れてろ、という事みたいでした。
今後私のような人を出さないためにも、会社の体制作りを頑張るつもりです。

弊社について、「それじゃ経営危ないんじゃないの？」とか、ほっとけ、と言いたくなる事も言われましたが、とりあえず医者にかかる事ができてよかった…
諸事情で、実家の家族には元気だと振舞わないといけないので、弱音の吐ける場があるだけでもありがたいですね。
願わくば、将来私が後輩にとってそんな人である事ができるよう。

さて、怖いけどそろそろ薬の時間です。

どうやらRJSの使い方も変わった様子。

例えば、こんなのを考えます。

<%= link_to_remote 'テスト',

  :url => {:action => "test"} %>

<div id="target">

test

</div>

これに対応するメソッドは、こう。

def test

  respond_to do |format|

    format.html

    format.js

  end

end

この場合、test.js.rjsというファイルが必要になります。
その中身は今までとほとんど一緒。

page[:target].replace_html :partial => 'test'

ちなみに、xmlとかも指定できて、その場合はそれ用にtest.xml.erbとかが必要になります。
まあ、すべてrenderオプションで指定すればそれが呼ばれるわけですが。

例えば上の例で、RJSを使わない場合はこう。

def test

  respond_to do |format|

    format.html

    format.js do

      render :update do |page|

        page[:target].replace_html :partial => 'test'

      end

    end

  end

end

ちょっとめんどくさいですが、理にはかなっている気がします。
必ずフォーマットを指定するようになった、と。
REST対応の影響なんでしょうか？
Rails1.2でどうだったかは覚えていませんが…

ちなみに、JavaScriptが使えない事を考慮しなければ、こうも書けます。

def test

  render :update do |page|

    page[:target].replace_html :partial => 'test'

  end

end

これは割りと早い。

viewの:updateを使うともっと簡単に。

<%= link_to_remote 'テスト',

  :update => "target",

  :url => {:action => "test"} %>

<div id="target">

test

</div>

def test

  render  :partial => 'test'

end

以上。
日本語でまとまったページがなかったので、自分でてきとーに。
ネタ元はこちら。

Thanks a lot!

とにかくすべてのmarginとpaddingを0にしたいんだ！という場合。

* {
margin: 0;
padding: 0;
}

こうすると、とりあえず全部リセットできます。
今日、会社で教わりました。

デザインセンスは皆無なのですが、それっぽく作れるCSSは結構好きだったりします。
ただ、細かいところで言うことを聞いてくれないんですよね…

自作Blogツールですが、現在管理部を作成中。
自分しか使わないのをいい事に、色々遊んでいます。

祖母の家に、前使っていた自転車が置きっぱなしなのです。
そこで、あの自転車を回収してこようかな、と…
町田から秋葉原まで、道をGoogle Mapで検索。便利な時代。
調べたところ、国道246号線を使えば、皇居まで一本で行けます。
これは、一週間くらい休みをもらったらやるしかない！
経験者の方、どれくらいかかりそうか試算をお願いします。

と、まあ、そろそろ休みが見えてきました。
2月のはじめくらいにまとめて頂こうかなぁ、と考えています。
掃除もしたいし、親戚に挨拶もしたいし…て、何か事務的な事ばっかりですね。
もちろん、サイトを移転する、とかも忘れてはいません。

ただ、自分用のアプリケーションというのは、無限の設計地獄に陥ってしまう事が多くて…
私の場合も、色々と迷走していて、まだ仕様すら固まっていません。
自分が使いやすいのが一番と分かってはいるんですが、どうにもとまらない。
机上の空論がとんでもない規模になる前に、何とか形にしようと思います。

明日から弊社も平常運転に戻ります。
皆さんも元気で出社/登校して下さい。

今日の不思議だった話。

一切手を加えていないはずのプログラムなのに、なぜか動かない。
一体なぜなんだろう、と思ったら、原因はとても下らない事でした。

現在、Webから閲覧可能なアプリの裏で、別口でJavaのアプリケーションを動かしています。
インターフェースを開発の容易なRailsで構築し、重い処理をJavaで行うという最近流行りのあれです。
結果そうなったというだけで、大分迷走してるんですけどね。。。

ともかく、そのJavaアプリの方で古いテスト用のDBを参照していたせいで、ぬるぽが連発していた、と。
いくら例外処理を書いたところで、そもそも存在しないレコードにアクセスすれば、それはエラーになります。
ログを取っておくというのは大事な事ですね。
さくっとプロパティファイルを書き換えて、対処完了。

こういうところのミスは、案外直すのに時間がかかるものです。
ただ、これで結構根が深かった問題の解決を確認。
この調子、この調子。

あと少し頑張れば、何とか落ち着けそうです。
今週末にかけてが最初のヤマで、そこが勝負！
私も集中して頑張ります。

今回、時間が重要な配送に関わるシステムに関わって思った事。

Amazonっておおらかなんだなぁ。

別に、昨日〜今日にかけてAmazonに踊らされたから言うわけじゃありませんよ？
2回に分けて配送、と一方的に宣告されたのに、残りの分が翌日に配送されてたり、結局2回分とも未だに届かなかったり、そんなわけじゃ。
まあ、年末〜年始は仕方ないと思いましょう。

ホットココアがおいしいです。

追記

『今回、時間が重要な配送に関わるシステムに関わって思った事。』

いつものことながら、この日本語はひどすぎる…
時間が重要な、配送に関わるシステムなのか、時間が、重要な配送に関わるシステムなのか。
答えは前者ですが、これじゃどちらか怪しいし、関わると関わってが二重になっているし。
落ち着いて書かないと、伝わる事も伝わらないですね。

今回、時間が重要視される、配送に関するシステムを扱いました。
その開発に関わっていて感じた事があります。

うまく表現できない時は、文章を分けろってばっちゃが言ってた。

昨日の夜、日付が変わる頃になってちゅう君とご飯に行ってきました。

※この先ウホッ…な展開はないのであしからず。

元旦の、しかも日付変更付近にやっている店などそうあるはずもなく、新社屋を探したりしながら神田の方までふらふら歩いてみました。
神田の駅前もほぼ全滅で、吉野家すら閉まっていたりしたのですが、何とか入れる店を発見。
結局、12時半から3時まで、色々とまじめな話をしてしまいました。
酒が入らないのに2時間半、結構中身は濃かったのかな？

話してみたら、ちゅう君も思っている事の方向性は同じだった様子。
この調子なら、今年はもっといい職場を作るために努力できそうです。
入れ替わりの激しい職場なので、そろそろ私あたりが声をあげないといけない時期であり、そうする責任もあるかな、という事で。
2008年は、言うべきときは言う人で行こうと思います。

ちなみにちゅう君は、この後10日くらいまで再び客先に監禁だとか。
私も大晦日〜元日にかけてオフィスにいたりしたのですが、向こうは向こうで死んでいるんだな、と痛感。
今まで色々と任せきりにしてしまった感もあるので、その辺も手伝ってあげられれば、というところ。

何にせよ、結局は昨日の日記で紹介した例の文章です。
行動に移す事、何かをやってみる事。
ちゅう君はいるかどうか微妙ですが、まずは1月7日かな。

http://blog.mf-davinci.com/mori_log/archives/2007/12/post_1581.php

最近あまり見ていなかった、森博嗣さんのBlogへリンク。
まさしくその通り！と言わざるを得ない文章でした。
後はリンク先を見てくれとしか言えません。

忙しいと、色々と見たり、聞いたり、訪ねたり、食べたり、飲んだり、騒いだりもできませんね。
今年の目標は、やはりみんなで協力して自分の時間を作る事！でしょうか。
とりあえず、悪い案をがしがし作るくらいはやってみましょう。

最近あった本当の話。

ローカルでうまくいき、テストサーバでもうまくいったソートが、なぜか本番環境で失敗している…
原因を調べたら、DBMSのバージョン差で、初期化時にオプションを指定しないと正しくソートされないとか何とか。
なんじゃそりゃ、今からDBの再構築なんて怖くてしたくねぇよ！と思っていたら、同僚が一言。

「アプリ側でソートすりゃよくね？」

はい、ソートはDBでやるもんだ、という発想が強すぎて、そこに気がついていなかったんですね。
表示件数はせいぜい1,000件止まりだし、それならDBでやってもプログラムでやっても大差ありません。

このように、便利なツールに頼っているとそれ以外の選択肢を忘れてしまう事がよくあります。
発想を柔軟に保つには、一旦落ち着いて、他の方法がないのかどうか、きちんと考える事ですね。

新年初エントリーがこんなのですが、今年もよろしくお願いします。