URLを付けたショートカットキーのマッピングがわからない。 - zenpouの日記
twitterにブラウザ上からツイートしたくてvimperatorのプラグインの はてなグループ を入れてみました。 :tw {コメント} しかしこうなってくると今見てるURLにコメント付けて :tw http://d.hatena.ne.jp/zenpou/ とかやりたくなってきました。 そういえばvimperatorで"T"とか"O"とかやってる時現在開いてるページのURLが付いてるよねーと 思ってmapしようとしたのですが、urlってどう書くんだ？ map S :tw {url} ってやっても当然動かないし ってことでvimperatorのソース落としてきて"T"とか"O"がどうやってマッピングされてるか見てたら mappings.add([modes.NORMAL], ["O"], "Open one or more URLs, based on current location"
自宅で過冷却コーラ作ってみた。 - zenpouの日記
以前http://rocketnews24.com/?p=42767を読んで 飲んでみたいなあと思ったけどお台場まで行くの面倒だったので家の冷凍庫でやってみた。 買ってきておいて冷蔵庫に１日放置した挙句、冷凍庫で１時間半ほど冷やしたコーラがこちらです。 念のため、コップも冷凍庫で冷やしてたやつを使いました。 開けると凍りはじめる。 コップに注ぎました。 もこもこしてるのは氷です。 飲むとすごいふわふわした柔らかいフローズンな感じで美味しい。 単純に凍らせ方が弱かったのでまだ中途半端だったのかもしれません。 しかしこれ結構楽しいですね。 ただ、一点気になるのが、元記事のブクマコメに家で作ると危ないって記述が多い……。 ペットボトルが破裂したりするんでしょうか……。 というわけでやめておいたほうがいいみたいです。
ActiveRecordで初期値を設定する様にする。 - zenpouの日記
ちょっと必要なケースがあったので作ってみた。 class Sample < ActiveRecord::Base DEFAULT_DATAS={:name => "初期名前"} alias initialize_old initialize def initialize(attributes = nil) initialize_old(attributes) if @new_record && defined? DEFAULT_DATAS DEFAULT_DATAS.each do | column, value | @attributes[column.to_s] = value unless @attributes[column.to_s] end end end end こんなん定義してみた。 まあ、DBにデフォルト値設定してればそれですむ話だし、そっち(初期値)があれば、初期値を
吉野家と松屋の270円や250円のセールの時に行ってみた - zenpouの日記
この間、吉野家が270円の時に久しぶりに吉野家に行ったんですよ。 こんな広告に対して 出てきたのがこれ 肉少なくない……？ 後日、250円セールしてた上の吉野家の駅の反対側の松屋は この広告に対して こんなの 肉が十分あって味噌汁もついてて20円安い。
酒人-ARUCHU-の一日 - zenpouの日記
今日は、友達2人と三人で10時に葛西臨海公園に集合し、自転車でサイクリングする予定でしたが 友達の一人が風邪で体調悪いってことで中止に。 というわけで、だらだらして、不足してた洗剤等買いに行ってたんですが、 体調不良を起こさなかった方の友人に「浅草で昼から飲まない？」と連絡し、最近常々考えてた 昼から酒を飲む。という非常に駄目人間というか、おっさん臭いプランを決行。 2時浅草集合で、1時半頃に着いた為、何か店入って休もうと神谷バーに行く。 ここは、明治時代に電気ブランというブランデーベースのカクテルを販売した所で、 太宰治が人間失格の中で取りあげてたりもするらしいです*1 取りあえず電気ブラン(オールドじゃない方)とポテトフライを注文。 オールドだと40度もある強い酒ですが、普通の電気ブランだと30度と、 オールドより度数が低く、ちょっと安い。まあ、それでもポテトフライと合わせて 770円
BTSをお客さんと共有すると凄く良いシステムになる
プログラマの思索: ツールが開発プロセスを改善するを見て。 と言うか更にリンク先のネタ元の以下2つも見て。 元請SIerがTracのような環境を提供できない３つの理由 - なからなLife 元請け企業が用意すべきもの - @katzchang.contexts 実際に、お客さんとBTS共有して開発した事、何回かあるけど、結果としてはどれも良かった。 デメリットもあったけど、メリットが上回った感じ。 メリットとして感じた物は 情報のやり取りが早い 打合せのロスが減る 平行で同時に質問や回答しやすい 内容を各開発者へ伝達するのが楽 情報が集約される 履歴がお互いに見える場所にあるので、確定した仕様の変更が減る 記載した情報の検索が早い 特に、情報が集約される事が凄く大きい。 資料ややり取りが全部BTSに集約される*1ので、プロジェクトの 情報が、BTSに集まる様になる。 なので、お互いに情報が
ActiveRecordで遅く検索する(メタボプログラミング) - zenpouの日記
渡された複数のidで検索する必要がある時、 @users = User.find(params[:ids].split(/,/)) で検索しちゃ駄目だよ！早くなっちゃうからね！ @users = [] params[:ids].split(/,/).each do |id| @users << User.find(id) end って検索しようね！idの数だけ検索して、100パラメータ渡す様な奴だと、 信じられない速度さが出てくれるからね！ Userテーブルに関連するDiaryテーブルを検索する時も modelにhas_manyやbelongs_toを定義して @user = User.find(:all, :include => :diaries) って一度に取って来ちゃ駄目だよ！SQLがまとまっちゃう！ @diaries @user = User.find(:all) @user.ea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
