Go言語のコードレビュー
SoundCloudが2年半ほどGo言語を利用したプロダクトを本番で運用した知見をGopherConで発表していた（“Go: Best Practices for Production Environments”）．その中で“CodeReviewCommentsというGoogleでのGo言語のコードレビューにおいてよくあるコメントをまとめたサイトが紹介されていた． 最近Go言語を書くようになり，使えそうなのでざっと抄訳してみた．“リーダブルコード”的な視点も含まれており，Go以外の言語でも使えそう． gofmtでコードの整形をすること コメントは文章で書くこと．godocがいい感じに抜き出してくれる．対象となる関数（変数）名で初めて，ピリオドで終わること // A Request represents a request to run a command. type Request str
【翻訳】プロダクション環境でのベストプラクティス - Qiita
Qiitaは2ヶ月ぶりです。 GopherCon2014でSoundCloudの方がプロダクションでGoをどう使うかというところで発表されていたようです。その内容がブログで公開されていたので、僕の勉強も兼ねて翻訳することにしました。 英語は得意でないのですが、ザクッと訳してみました。きっと間違い有るので、どうかご指摘ください。 元ネタ：http://peter.bourgon.org/go-in-production/ スライド：https://github.com/gophercon/2014-talks/blob/master/best-practices-for-production-environments.pdf SoundCloudでは、たくさんのクライアントに対してAPIの形でプロダクトを提供するようにしています。ですから、ウェブサイトやモバイルクライアント、モバイルアプリの
Smalltalkベストプラクティス・パターン-Ruby版
I like Ruby. (07-05) 借り物人生 (07-05) 通販生活 (07-05) I like iPod (05-24) RWiki (05-14) Download (05-14) ソフトウェア・シンポジウム 2003 (04-28) ruby-amazonでAmazonWebService (04-16) DI ary (04-05) KoyaなTropy (03-29) ケント・ベックのあれをRubyでメモしたメモ。 このメモについて ケント・ベックのSmalltalkベストプラクティス・パターン―シンプル・デザインへの宝石集 ケント・ベックのSmalltalkベストプラクティス・パターンを読む時になんとなく メモしたメモなので、内容の要約であるわけではありません。 元の本はこのメモの1024倍以上の内容だよう。 「はじめに」の「この本で扱わない事柄」がなぜか大好き。
Better Specs { rspec guidelines with ruby }
translations Documentation RSpec is a great tool in the behavior-driven development (BDD) process of writing human readable specifications that direct and validate the development of your application. On the web there are many resources that give complete overview of _what_ you can do with RSpec. But there are fewer resources devoted to how to create a great RSpec test suite. Better Specs tries to
guides/best-practices at master · thoughtbot/guides · GitHub
Best Practices A guide for programming well. General These are not to be blindly followed; strive to understand these and ask when in doubt. Don't duplicate the functionality of a built-in library. Don't swallow exceptions or "fail silently." Don't write code that guesses at future functionality. Exceptions should be exceptional. Keep the code simple. Object-Oriented Design Avoid global variables.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
