タイトルには全く賛同しませんが、大阪の実家から送られてきた白だしは妻に重宝がられています。自宅で食べるうどんがうまくて幸せ(のろけ) ref. 本の虫: 東京は住みにくい http://cpplover.blogspot.jp/2014/02/blog-post_10.html
何をどう学ぶか? from nishio 「コーディングを支える技術」を執筆している時に考えていたことをスライドにまとめました。
ReVIEW、以前教えてもらった時にはスライドを見て、「また変なオレオレフォーマットが生まれたのか〜」とか思ってスルーしていたのだけども、今日またReVIEWが良いよと布教されたのでもう一度きちんと見てみたら、これはなかなか良い! スライド: http://kmuto.jp/events/page2012/page2012.pdf https://github.com/kmuto/review/blob/master/doc/quickstart.rdoc https://github.com/kmuto/review/blob/master/doc/format.rdoc https://github.com/kmuto/review-el TeX形式で数式が書けることも僕にとっては重要なポイントだけども、個人的に燃えるのはコマンド実行結果を埋め込む機能。 quickstart.rdoc
特にプロトタイプ的なコードを書いている時、将来的にはオプションなどで変更できるようにする予定のモノをコードに直書きで埋め込んだりするよね。簡単なものでは1行だったり、複雑なものだったらモックのクラスだったり。 今回のユースケースは「もうこのモックは必要ないな」と思って削除して、しばらくしてからまだ消しちゃダメだったと気づいたケース。 下記のコードのCODEってところを削除する。 sIDENTIFIER = "[^-+#: ]+" IDENTIFIER = re.compile(sIDENTIFIER) ENHANCER = re.compile("\+\s*(%s)" % sIDENTIFIER) SUPPRESSOR = re.compile("-\s*(%s)" % sIDENTIFIER) BODY = re.compile(":\s*(%s)" % sIDENTIFIER) COD
世の中にGitのチートシートはいくつかあるけど「Gitを知らない人に渡して最初に読んでもらうのに適したもの」が見つからない。チートシートじゃなくてチュートリアルと呼ぶべきかもしれないけど、とにかく印刷してA4で1枚になるくらいの資料が必要だ。Gitに触れた技術者が軒並み同じ落とし穴でコケるのは正しい状態ではない。「Gitには、indexっていう『コミットする前にワークツリーで行った変更のうちのどの部分をコミットするか整理するための場所』があるんだよ」とか「git revertはsvn revertと違っていきなりリポジトリに変更を加えるから気をつけて」とか最初に言ってもらえればもっとスムーズに進めたはずだ。 というわけでどういうチートシートが必要かに関して考えてみる。 登場人物 http://www.ndpsoftware.com/git-cheatsheet.html このチートシートが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く