2013年9月24日のブックマーク (5件)

  • A Tour of Go

    A Tour of Go

    deeeet
    deeeet 2013/09/24
    Go書いてる
  • EmacsでのGo言語編集環境 - unknownplace.org

    最近Go言語を始めた。MacGoの実行環境を入れ、Emacsで編集するところまで、一通りまとめておく。 Goの導入 (for OS X) いろいろ方法があるようだけど、僕はカジュアルに brew install go で済ませた。 GOPATH 環境変数は最初プロジェクト毎に設定して使おうかと思っていたんだけど、 後述するgocodeやgo-flymakeといったツールを使う場合、手元のGOPATHは1つにしてしまったほうが便利なので、 export GOPATH=$HOME/dev/go-workspace というのをshellの設定に定義して、手元ではこの共通のPATHを使うようにした。 これは問題がでたらまた考える。 PATHを通す homebrewで入れたツールをEmacsから使うためには、 homebrewのbinディレクトリを exec-path に追加する必要がある。 (a

  • ソースコード上の主語は誰か、という話 - mizchi's blog

    ふとTwitterで投げたらリプライたくさんきた これ素朴な質問なんだけど、ソースコードで英語でコメント書くとき、守護はIなのかWeなのかコードそのもので受動態で書くのか、どっちなの— 性格は糞 (@mizchi) 2013, 9月 23 @mizchi 一行目は主語無し(命令形)、長い説明をつける場合は 1.言い訳がましいコメントは I を主語に 2. 誰かと合意済みの事柄は We を主語に 3. 仕様に沿う振る舞いに変更する場合は It should be ~ などコード自体が主語であるように、と書いてる— Kensuke Nagae (@kyanny) 2013, 9月 23 @mizchi "add …": このコードは…を足します、"added …" このコードは…で足されました、"adding …" このコードは…を足しています— 中村氏 (@r7kamura) 2013, 9

    ソースコード上の主語は誰か、という話 - mizchi's blog
    deeeet
    deeeet 2013/09/24
  • 日本のネット企業が束になってもGoogle先生にまったく歯が立たない件について - ankeiy’s diary

    みなさん、日は少し残念なお知らせがあります。力を落とさぬようお読みください。連休中に暇な私が、国民を代表しまして、日のネット企業50社を選び出し、9月20日の終値でその時価総額を計算いたしました。その結果はと申しますと、以下表にしました通り11兆2,388億円というわけのわからない巨額な数字なりました。日の一般会計予算の1/9くらいの数字でしょうか。 ここでやめておけばよかったんですが、さらに暇だったので海外のネット企業の時価総額も調べてみまることにしました。不幸というものは暇なときにやってくるものです。Google先生の時価総額を見たときに驚愕いたしました。なんと30兆円!!です。私は桁を間違えているのかもしれないと何度か見直しました。けれども何度見ても30兆円じゃあーりませんか(懐かしいチャーリーじゃああーりませんか)知らぬが仏。馬の耳に念仏。サルも木から落ちる。どんな言葉もあて

    日本のネット企業が束になってもGoogle先生にまったく歯が立たない件について - ankeiy’s diary
  • Goプログラミング: Rob Pike and Andrew Gerrand [The Changelog] - ワザノバ | wazanova.jp

    [Podcast] http://5by5.tv/changelog/100 GoogleのRob PikeとAndrew GerrandがThe Changelog PodcastGoプログラミングについてインタビューを受けてます。 Goは3年半前に最初にリリース。Cのようなローレベル言語とRubyPythonのようなスクリプト言語と中間の位置づけ。C++のようい何でも機能があるものではなく、シンプルであることがコアバリューで一貫性がある言語。 使ってもらうとどれだけ生産的で早いが実感できる。先日のプロジェクトで全部のテストプログラミングが8ミリ秒で実行できた。プログラマにとって効率的だが、コンピュータにとっても効率的。 Rubyのように同じことをあらゆる書き方で実現できるのではなく、一つではなくてもある程度決まった書き方でロジカルに解決するのが、プログラマー間での共通の理解、コード