タグ

2014年8月13日のブックマーク (5件)

  • テスト先に書きたい若者よ - hitode909の日記

    弊社では毎年インターンを受け入れているのだけど,いまもインターンが来てて,テスト先に書きたいけど油断すると先に実装を書いてしまう,とか話してた. 個人的には,テスト先に書くのが大事というよりかは,意識して仕様を先に考えるのが大事だと思っている.テストを先に書くと,先に仕様を考えざるを得ないので,良いスタイルが身につく. 僕がよくやるのは,関連しそうなクラスの絵をひと通りノートに書いてみて,その図だけで,うまく動くことを説明できるくらい考えてみる.その時点でおかしかったら,コード書いてもおかしくなる.ノートに方眼ついてるとクラス図書きやすい.UMLとかじゃなくても,自分で見て分かるくらいでもいいと思う. 紙でうまくいったら,外部仕様だけソースコードに書いてみる.クラス名と,メソッドの定義と,メソッドの上くらいに,ひと通りコメントでも書いてみて,この関数はこういうことをするんです,こういう引数

    テスト先に書きたい若者よ - hitode909の日記
    skit_n
    skit_n 2014/08/13
    CANSAY NUboard A4判オススメしたい。試行錯誤でクラス図書くときあるけどホワイトボードのように書いては消してがやりやすい。
  • ソニックガーデンで行われているコードレビューの具体例をお見せします (SonicGardn Study #11 の補足として) #sg_study - give IT a try

    はじめに 2014年8月11日の晩に放送されたソニックガーデンのweb勉強会、SonicGardn Studyでは「いつまでクソコードを書き続けるの? 〜出来るプログラマだけが知っているコードレビュー7つの秘訣〜」というタイトルで、弊社ソニックガーデンの西見さん(@mah_lab)が講演してくれました。 デキるプログラマだけが知っているコードレビュー7つの秘訣 from Masahiro Nishimi いつまでクソコードを書き続けるの? 〜出来るプログラマだけが知っているコードレビュー7つの秘訣〜 - YouTube この放送の中でも触れられていたように、ソニックガーデンではコードレビューを大事にしています。 ただ、勉強会のスライドの中では具体的なコード例や指摘の例がほとんど出てこなかったので、「実際どんな感じなの?」という疑問を持った方もいたんじゃないかと思います。 そこで今回は「入社

    ソニックガーデンで行われているコードレビューの具体例をお見せします (SonicGardn Study #11 の補足として) #sg_study - give IT a try
    skit_n
    skit_n 2014/08/13
    ひよコードはオブラートに包み込んでる感ありありで苦手
  • 【連載4回目】15年勤めたドワンゴを退職しました。 【バーチャロンのデバッグ】:matsuo?>のブロマガ - ブロマガ

    ■バーチャロンのデバッグ ドワンゴは SEGA のドリームキャストソフト、バーチャロンオラトリオタングラムの通信部分を担っていた。 ドリームキャストの通信機能を使って全国のプレーヤーが自宅に居ながらバーチャロンの対戦ができる画期的システムだった。 対戦相手を見つけるゲームロビーがあり、部屋を作って対戦相手を待つ。対戦相手が見つかったらゲームが起動され KDDI の専用回線を通して通信対戦が行われた。 当時のインターネット回戦では通信ラグが大きかったため、電話回線を使って専用回線にダイヤルアップしていたのである。 自分は当時、入ったばっかりだったので主にデバッグ作業の手伝いをしていた。 学生時代にゲームデバッグのアルバイトをしていた経験が活き、際どいタイミングでしか発生しないバグの再現や、普通こんな行動しないだろってパターンをしらみつぶしに調べあげた。 バグを見つけたらバグ報告シート(紙)に

    【連載4回目】15年勤めたドワンゴを退職しました。 【バーチャロンのデバッグ】:matsuo?>のブロマガ - ブロマガ
  • カーネルハッカー・小崎資広の「コードを読む技術」 | サイボウズ式

    サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回(毎週火曜日に掲載、これまでの連載一覧)。「WEB+DB PRESS Vol.80」(2014年4月24日発売)に執筆した「エンジニアの学び方──効率的に知識を得て,成果に結び付ける」の続編です。(編集部) 文:西尾 泰和 イラスト:歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通エンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。

    カーネルハッカー・小崎資広の「コードを読む技術」 | サイボウズ式
  • peco と alias -g で git に便利革命おきた - Qiita

    peco と alias -g で git に便利革命がおきるので、ぜひご活用ください。 記事の一番下に設定のまとめがあります。 目録 便利革命1: git commit → g c 便利革命2: git checkout feature/something-great → g o B 便利革命3: git push -u origin feature/something-great → g puu R B 便利革命4: git remote add origin git@github.com/user/repo → g r add origin H 便利革命5: git checkout -b feature/something-great remotes/origin/feature/something-great → g b LR めんどいコマンド1: git commit Befo

    peco と alias -g で git に便利革命おきた - Qiita