[B! opinion][golang] t-wadaのブックマーク

t-wada id:t-wada

opinionとgolangに関するt-wadaのブックマーク (7)

Goに入ってはGoに従え
Goに入ってはGoに従え Go Conference 2014 autumn 30 November 2014 鵜飼文敏 Fumitoshi Ukai Google Software Engineer - Chrome Infra team Go Readability Approver Go言語のReadabilityをレビューするチームコードレビューを通じてGo言語のよいコードの書きかたを教えるメインのプロジェクトとは別のコードをレビュー一年前くらい前に参加して 20% timeで 200くらいのCLをレビューしました今は一日3CLくらい、週に12CLほどのペースでやっています Gopher by Renée French 2 Readabilityスキルとは? プログラミング言語のリテラシー作法にかなったやりかたで、読んだり書いたりできる能力言語ごとに作法が違う C++
t-wada 2014/12/01
鵜飼さんの基調講演資料。この講演も素晴らしかった。

golang

opinion
リンク
Goの変数名が短い理由（あるいはGoがほかの言語と違う理由） - Qiita
Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
t-wada 2014/09/02
“Goは、最近では当然のものとして受け止められている（が昔は特にそうでもなかった）「プログラミングの常識」なるものを改めて問い直した言語” 変数のスコープに応じて名前の長さを変えるのはよくやるな

golang

opinion
リンク
Go言語がダメな理由 | POSTD
私はGo言語が気に入っていますし、多くの場面で使用します。現にこのブログもGoで書いています。Goは便利な言語ですが、優れた言語とは言えません。つまり、悪くはないけれど、十分ではないということです。満足できない言語を使用する際は注意が必要です。注意を怠ると、その言語を次の20年間使い続ける羽目になるかもしれないからです。私のGoに対する主な不満を本文にまとめました。既に何度も指摘されていることも含まれていますが、中にはこれまでほとんど話題になっていない指摘もあります。これから列挙する全ての課題には既に解決策があることを示すため、私が優良な言語と考えるRustやHaskellと比較して説明します。汎用プログラミング課題誰でもさまざまな事柄に幅広く対応できるコードを記述したいと考えます。例えば数のリストの合計を求めるために定義した関数が、小数、整数、またその他の合計を求められるもの
t-wada 2014/07/28
Go 言語はプログラミング言語としての機能のいくつかをあえて入れない言語設計で、そこから得られるシンプルさや実行/コンパイル速度を重んじている。そこを理解できる人には刺さっていると思う。

golang

opinion
リンク
私家版のgoでホットデプロイの仕組み、もしくは椅子もマサカリも投げられたくないときの気遣い : D-7 <altijd in beweging>
なんかごく一部に補足されているので、念のため軽く説明しておきます。 masahiro nagano@kazeburo某所のlestrratさんのgolangなアプリはhot-deployが可能になってる。サーバはserver_starter経由で起動されていて、バイナリ消してHUPを送ると自動でビルドしなおしてプロセスを入れ替えてくれる。便利 2014/04/30 12:18:31 これ、ベストな方法だとは思っていないんだけど、最初にこれを書いた当時の考え方は以下の通り：これは自分の部署で初めて本番に設置するgoアプリである一次対応をする人は自分とは限らない細かいコード内容の修正はともかく、明らかなバグっぽいものの修正（例：SQL文の変更）などを自分以外の人間が施した後にサーバーを簡単に再コンパイル＋再起動するする方法がないと椅子が降ってくる事が容易に予想される Apache::Log
t-wada 2014/05/02
プログラマとしての牧さんの姿勢、本当に格好良い

golang

devops

person

opinion
リンク
Rebuild.fm ep42の補足等 : D-7 <altijd in beweging>
tl;dr: 別にPerl捨ててないです。Perl大好き。俺はLLはPerlでいい。でも別ドメインの事もやってもいいよね！ Rebuild.fmに限らず、公の場でYAPC/Perl以外の話をする事があるとは正直思っていなかったが、このたびRebuild.fm ep 42に置いて１時間Goについてしゃべりまくってきた。1時間ぶっつけ本番でしゃべりたい事はだいたいしゃべってきたのだけど、その後のフィードバック等もふまえてまとめておきたいと思ったのでこのエントリでまとめてみます Go事始めそもそもなんでここまでGoをガリガリ書き出したのか。正直親父ギャグとvimで有名なあの人が「Goいいよ！」と言い出したときにはGoに対してはうさんくさい印象しかなくて特に注意すらしてなかったんだけど、そろそろ違う言語とドメインに向いてみるかーと思って探していた時に「あ、俺もうLL系の言語別にいらないな」とふ
t-wada 2014/05/01
最近やっと Go を触り始めたので、ここに書いてあることが分かってきました

golang

opinion
リンク
Big Sky :: golang で複数のエラーをハンドリングする方法
golangいまどき例外ないの頭おかしいって思ってたけどようするにgoroutineと例外がうまくいかないからgoroutineのほう取って例外捨てたってことかねえ。 — Urabe, Shyouhei (@shyouhei) April 15, 2014 FAQ に書いてあります。 Why does Go not have exceptions? - Frequently Asked Questions (FAQ) - The Go Programming Language We believe that coupling exceptions to a control structure, as in the try-catch-finally idiom, results in convoluted code. It also tends to encourage programme
t-wada 2014/04/17
Go 言語に例外機構が無いのはなぜか (私も goroutine を取ったと理解しています)、ではエラーハンドリングはどうするかを説明しているエントリ

golang

design

opinion
リンク
Go の Test に対する考え方 - Qiita
この記事は Go Advent Calendar 2013 の 9 日目の投稿です。今回は、 Go の testing というパッケージの使い方を解説しようと思ったのですが、それだとつまらなすぎるので、合わせて Go が test というか assert についてどういうスタンスをとっているかを書いてみます。 Go でテストさて、「テストのないコードはレガシーコード」などと言われて久しく、様々な言語が test (主に Unittest) について言語レベルでサポートしたり、デファクトなライブラリが確立したりといった状況が、今日では至って普通のこととなっています。そんな言語や環境で、息をするようにテストを書いてきたみなさんが、はじめて Go でコードを書く時に見るべきは testing パッケージです。 http://golang.org/pkg/testing/ 命名規則では、
t-wada 2013/12/10
“「何が落ちたか」よりも、「なんで落ちたか」が書かれています” "Go は、 assert やその他テストを構造化する仕組みなどを標準で提供しない代わりに、最小の API と十分なコマンドを提供する"

testing

opinion

golang
リンク
1