「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」
札幌Ruby会議2012参加のため、9/13から札幌にいます。大規模なRubyのイベントに参加するのは初めてなのですが、せっかくなのでなにかおしゃべりしようと思ってトークに応募したらLTは通ったので、「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」ちょっと話してきました。 スライドをちょっと補足すると、僕(や、隣席のるびりすと氏)は、特定のサービスにアサインされているということはなくて、広く全社のサービスを見るという仕事をしているので、まあいろいろやっているわけです。そのため、ある種自由にあれこれできる立場であるということもあります。だからといって、では非Rubyな言語のサービスをがっつりやってるひとにはこのトークは響かないかというとまったくそんなことはないと思っています。 スライドにある通り、現状、ベストプラクティスとされる開発プロセスは、Ruby発のものであった
「逃げ出す」前にできることリスト - インターネットの備忘録
たくさんの反響をいただいて、色々と考える機会になりました。本当に感謝いたします。 振り返ってみて、逃げ出す選択肢を頭に置きつつ、自衛できる手段はどんなものがあっただろうと考えました。言及いただいたコメントで「単に適応できなかっただけなのでは」というものがあり、おっしゃるとおりわたしはオーバーワークで自分を犠牲にすることでしか適応できなかっただけで、冷静になって考えればもっと打てる手段はあったのではと反省もしました。 実際に当時「効果がありそう／あった」もの、アドバイスをもらったけれど余裕がなくて実行できなかったもの、その経験を踏まえて「こうすれば良かったのかもしれない」と思ったものをまとめます。 労働時間以外の成果物を設定する 残業時間数で自分の成果をアピールすることを止める。 成果物を設定しにくい職種の場合もあるけれども、その場合でも何らかの数字で設定して、それをチームや上司に提案する。
Introducing Devel::SizeMe – Visualizing Perl Memory Use
For a long time I’ve wanted to create a module that would shed light on how perl uses memory. This year I decided to do something about it. My research and development didn’t yield much fruit in time for OSCON in July, where my talk ended up being about my research and plans. (I also tried to explain that RSS isn’t a useful measurement for this, and that malloc buffering means even total process s
git reset -p で git add -p をリセットする - Qiita
git 助けて 間違ってaddしてしまったのを取り消して前のインデックスの状態を手に入れたい — トデス子 (@todesking) October 5, 2012 私がやりたいのはですね、 git add a; git add b; した状態からgit add a;した状態に戻したい — トデス子 (@todesking) October 5, 2012 例えが悪かった、git add a; edit a; git add a;した状態から二度目のgit add aの影響を巻き戻したい — トデス子 (@todesking) October 5, 2012 それ git reset --patch でできるよ。 git reset (--patch | -p) [<commit>] [--] [<paths>...] Interactively select hunks in the d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
