$B?M!9$,Aw$C$F$/$l$?%"%$%G%#%" (B
Arc $B$N5!G=$KBP$7$F$H$F$bB?$/$NDs0F$rA0$rJQ$($k$3$H$,$G$-$k$@$m$&!# (Br $B$O:F5"$G$"$k!# (B $B$3$l$O!"%O%$%U%s$G$D$J$$$@L>A0$r (B1 $B$DA0$D$- (Blet $BN.$K!"%U%)!@\$NI=8=$G$"$k$3$H$rCN$C (B $B$F$$$k (B -- $BA0CV5-K!$+$i (BS $BH$N$3$H!# (B $Be$NMWLs$O!"%U%!!/$J$$ (B) $B!H7?!I@k8@$G!"%3%s%Q%$%k;~$K$9$Y$F$N%^%/%mE83+$r$J$*9T (B $B$J$($k$H$$$&$b$N$@!#$"$J$?$H$"$J$?$N8=:_$N%W%m%8%'%/%H$K$H$C$F$OIT
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
.vimrc整理術 - Qiita
.vimrcが400行近くになり見づらくなってきたので見やすくしてみた。markerは使ってる人おおい感じがするけど、modelineと組み合わせたらかなり見やすくなったのでメモ。 1. 各種設定をmarkerで囲む markerで囲まれた部分は折りたためるので見やすくなる。基本的な設定やマッピングの設定、プラグインを入れてる人はプラグインの設定、あとカラースキームの設定など、おおざっぱに設定をまとめてmarkerで囲む。 " 基本設定 {{{1 set nocompatible set number " マッピング {{{1 nnoremap H b nnoremap J } nnoremap K { nnoremap L w " カラースキーム {{{1 syntax on colorscheme hybrid " プラグイン {{{1 " neobundle {{{2 ... " u
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - niwinz/phantompy: Phantompy is a headless WebKit engine with powerful pythonic api build on top of Qt5 Webkit
PNaCl: GoogleがLLVMを介してChromeにネイティブサポートを更に追加
