GolangTips(Gunosy.go#13) 調べ物しましたので。
元ネタはこちらのブログ. 50 Shades of Go: Traps, Gotchas, and Common Mistakes for New Golang Devs あまりにも衝撃的でした.HTTP Response の Body を閉じるとき,たぶん,みんなこう書いてると思うんだけど, 誤)エラーがないかチェックしてから閉じるようにしておく resp, err := http.Get("http://golang.org") if err != nil { return err } defer resp.Body.Close() エラーがあっても,Response が nil じゃないときがあるらしい.なので,正しい閉じ方はこう. 正)Response が nil じゃなかったら閉じるようにしてからエラーをチェックする resp, err := http.Get("https://
(English version here) 技術部モバイル基盤グループのヴァンサン(@vincentisambart)です。今日は最近作ったツール「Dokumi」の話をしようと思います。 紹介 他部署のエンジニアの仕事をもっと楽にすることが、技術部の重要な目的の1つです。その中で、Dokumiはモバイル開発者のコードレビューの負荷を減らすためのツールです。 なぜ「毒味」という名前にしたかと言うと、人間がレビューする前に、コードに毒(バグ、不自然なコードなど)が入っているかどうか毒味するツールだからです。別の言葉で言うと、少し進化したCI用のlintツールですね。pull requestが出る度に、Jenkinsがそのpull requestにDokumiをかけます。現在はDokumiはiOSアプリだけに対応してしていますが、今後はAndroidアプリへの対応も考えています。 現時点でDo
Hubotのコードを書いてる時に、今まではこうやって書いてた。 name = msg.message.user.name room = msg.message.user.room これがこうなる。この時にnameとroomはどんな名前でもいいわけじゃないので注意。 {name} = msg.message.user {room} = msg.message.user 更に、こうやって書ける。めっちゃ便利。 {name, room} = msg.message.user また、配列とかもいい感じにできて。 {a, b, c} = some_array とすると配列の先頭から3つが順番にa, b, cに入る。some_arrayの長さが3未満だったら、足りない部分はundefinedになって便利。
リリース日は決まっているのに仕様は決まりません! どうも、とよです。 以前所属していたプロジェクトでは自社DCで運用していたため、今まで全く触れてこなかったAWSですが、今のプロジェクトではAWSを使うので、terraformを使ってインフラを管理していこうと思っています。 このエントリでできること terraformを使ってMacからAWSのインスタンスを立ち上げる Macからterraformで作ったインスタンスにSSHする 環境 Mac OSX 10.9.5 Mavericks Terraform v0.5.3 Terraformとは Terraformは安全にかつ効率的にインフラを構築、変更、バージョニングできるツール。 かの有名なVagrantやPackerなどを擁するHashiCorp者のプロダクトで、Goで書かれてます。 インフラ管理がプログラマブルになるので、アプリエンジニ
今回のソリューション:【Living Style Guide/リビングスタイルガイド】 〜株式会社リッチメディアは、デザイナーとエンジニアのコミュニケーションの効率化に課題感をもっていた。その解決策として選んだLiving Style Guide(リビングスタイルガイド)の使い方〜 UI/UXデザインを作り上げていく過程で多くの場合課題になるのは、フロントエンジニアとデザイナーの意思疎通をいかに上手くやっていくかということだ。デザイナーのイメージするものをコーディングによってどれだけ正確に再現するか、互いに共通認識を持つことで開発のスピードアップにも繋がる。 ヘルスケア領域、ビューティー・サロン領域におけるメディア事業を展開する株式会社リッチメディアで現在新卒2年目のエンジニアを務める古沢 宏太さんは、デザイナーとエンジニアのコミュニケーションをもっと効率化できるのではと考えていた。そして
2015-06-03 Goを習得するために乗り越えるべき精神的障壁 Go 長らくScalaをプライマリ言語としてきたプログラマですが、今のプロジェクトではGoをやっています。 最近ゴリゴリと書き始めて感じてることは、Goを習得する上では技術的なことよりも精神的障壁を乗り越えることが先だということです。 そもそも目的も言語仕様も大きく違うわけで、そもそも比較すること自体がナンセンス。どちらも良い所、辛いところがあるわけで本エントリではage/sageをするつもりはまったくないことを予め表明しておきましょう。 自分が書いたコードが全てクソコードに見えてしまう件 例えば、Goではif err != nilのエラーチェックをよく書きます。Scalaに使ってからあまり書かなくなったものだし、強力な高階関数等もそう。 書いたコードが目的を果たせていても、長らく染み付いた習慣から生み出される違和感はなか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く