toritori0318のブックマーク / 2013年2月27日

toritori0318 id:toritori0318

2013年2月27日のブックマーク (5件)

Re: UNIX Command Idioms - （ひ）メモ
Re: [twitter:@riywo]'s UNIX Command Idioms ps auxwwwwwww number of "w" depends on my mood in that day :D ps auxwwwwwwwww -L netstat -tna / -una / -tnl / -tnap tar xvf tar zxvf / jxvf / Jxvf are boring trailing slash in rsync rsync -av file [file] HOST:dir/ rsync -av dir/ HOST:dir/ tcpdump -i any -nlx strace -s 100 -fFTttt diff -u /path/to/file <(ssh host cat /path/to/file) see also: http://d.haten
toritori0318 2013/02/27
linux

command

Tips
リンク
Linux Performance Analysis and Tools
Video: http://joyent.com/blog/linux-performance-analysis-and-tools-brendan-gregg-s-talk-at-scale-11x ; This talk for SCaLE11x covers system performance analysis methodologies and the Linux tools to support them, so that you can get the most out of your systems and solve performance issues quickly. This includes a wide variety of tools, including basics like top(1), advanced tools like perf, and ne
toritori0318 2013/02/27
Linux

tools

performance

monitoring
リンク
チームで開発する際に自分が心がけていること - $shibayu36->blog;
最近結構大きめなチームで開発しているのだけれど、そこで気をつけていることをちょっと書いてみる。チームを開発していると自分がメインで開発している機能自分以外がメインで開発している機能の二つが必然的にできてくる。チームがある程度大きくなってくると、自分がメインで開発している機能は自分が一番詳しくなるし、自分以外がメインで開発している機能に関しては自分がいちばん詳しいわけではなくなる。そこでこの二つについて自分が心がけていることを書いてみる。自分がメインで開発している機能この時考えているのは、自分一人だけの知見では見逃すことも多いので、出来るだけ早めに意見を集める他の人の意見に左右され過ぎない動くものが必要な場合は最小工数で作るそれは全て捨てる気持ちで作るこれらを考えて、僕は自身では以下の様なプロセスで機能開発をしていっている。その開発に関する調査をするその機能に関す
toritori0318 2013/02/27
開発

チーム
リンク
「今日、幼稚園で何があった？」という質問が息子に嫌がられていた理由: 不倒城
長男(幼稚園年中)と話していた際、ふと気付いたこと。よく考えてみればごく当然のことだったのだが、今まではっきりと認識出来ていなかったので、ちょっと書きとめておきたくなった。子供たちや奥様と一緒に、風呂に入った時の話である。我が家の風呂は、比較的早風呂である。とはいえ、風呂に入りながらも色々と話す。息子さんとばしゃばしゃお湯をいじりながら、私はなんとはなしに、「今日、幼稚園で何があったー？」と聞いた。この時、彼は「もう、そんなにいろいろ聞かないでよー」という嫌がり方をしたのである。ん、色々？私が聞いたのは、「幼稚園でどんなことが起きたか」という一点だけであり、別に「色々な質問」をした訳ではない。そして、この質問をする前にしていた話は、お風呂で遊ぶおもちゃについての話であり、特段何か質問をした訳でもない。実は、この質問に対して息子さんが難色を示すのは、初めてのことではない。いつもは
toritori0318 2013/02/27
育児
リンク
redisのバックアップは慎重に | Nekoya press
皆様におかれましては、WEB+DB PRESSの最新号のRedis特集は既にご覧頂いたかと存じます。弊社では1年ほど前から広告配信に関する様々な部分でRedisを使っています。まだ2.4系なので、2.6の新機能とか新鮮でした。本番環境でRedisを運用する上で、強く訴えたい注意点は「RDBが壊れることがある」ということです。「RDBがあるからインスタンスが落ちても平気だぜ」とか思ってると、RDBが壊れてリストア失敗→データ消失ということになりかねません。ファイルにdumpされるからと安心していると痛い目に遭うかも知れません。（2013/02/27追記）今のところ壊れたのはハード障害が怪しい場面のみです。「RDB壊れるとかRedis使えねー」とかそういう話ではまったくありません。誤解無きよう。壊れる時はRedisじゃなくても壊れます。自分のユースケースではTokyo Cabinet/
toritori0318 2013/02/27
redis
リンク
- 2013年2月28日
- 2013年2月27日
- 2013年2月26日