golang Setup History
golang の設定
golangの設定をメモとして書き出しておく。
本体
$ brew install go --cross-compile-all
環境設定
$ export GOPATH=$HOME/go $ export PATH=$PATH:$GOPATH/bin
Package
$ go get golang.org/x/tools/cmd/goimportsgo $ go get github.com/nsf/gocode $ go get code.google.com/p/rog-go/exp/cmd/godef
$ brew install ghq $ git config --global ghq.root $GOPATH/src $ git config -l credential.helper=osxkeychain ghq.root=/Users/massekiy/go/src $ ghq list github.com/alecthomas/gometalinter github.com/fatih/gomodifytags github.com/golang/lint github.com/nsf/gocode github.com/rogpeppe/godef github.com/sqs/goreturns github.com/zmb3/gogetdoc golang.org/x/tools
- peco
$ brew install peco $ cd $(ghq list -p | peco) QUERY> IgnoreCase [8 (1/1)] /Users/massekiy/go/src/github.com/alecthomas/gometalinter /Users/massekiy/go/src/github.com/fatih/gomodifytags /Users/massekiy/go/src/github.com/golang/lint /Users/massekiy/go/src/github.com/nsf/gocode /Users/massekiy/go/src/github.com/rogpeppe/godef /Users/massekiy/go/src/github.com/sqs/goreturns /Users/massekiy/go/src/github.com/zmb3/gogetdoc /Users/massekiy/go/src/golang.org/x/tools
2016年のまとめ
いまさら感満載ですが振り返り、適当に書きなぐっときます。
私生活のこと
身内の病気からの立ち直りが順調に過ぎたのが一番の出来事ですね。
おかげで、奴は今年、ほぼ一年間外国で暮らすという予定なので、まぁ、音信不通でお願いしますというところです。
その他は、順調に、老いていってるよなぁ、俺も周りもという不変の事実が進行中。
老害こええなぁ。。。自覚症状、絶対なさげだから、どうやって回避すればいいのか日々悩むわ。。
仕事のこと
組織
何を私は悪いことをしたというのでしょうか?
また、前よりも大きな組織を運営することになり、どんだけ罰ゲームかと。。
今回は、また、やり方を変えて実行してみた。
今回は、ゆるさを大切に。大きくなると、前にも増して、権限移譲が必要だと感じたのと自分の考えが薄まって伝わるので時間をかけることを意識してみた。
- 管理職の世代交代
若返りを促進するのは同じ。ただし、自分から指名することは極力避けた。 - 評価を評価する
評価に対して、変化することを求めた。やっぱり、重要なのは過去を否定すること。 - 人で考えずに事業の一部として考える
人に仕事がひっついてしまい、人の異動とともに、訳のわからない業務の集合が移動し続けていた。で、あるべきところへ、あるべき事業を移し、必要なところへ人を移した。結果的に、随分と恨まれたりしたけど、まぁ、年寄りの仕事ってそんなことぐらいしかないもんね。今まで、なぜ、これができなかったのかは、俺にはよくわからない。一つあるとすれば、誰も、部下を減らしたくなかったってことだろうなぁ。くだらないなぁ。。 - 悩んでもらう
だって、それが仕事じゃん。権限移譲ってそういうことだと思うんよ。。 - 課長は全部集めて直接対話
幾つかの組織に分かれてるわけだけど、課長は、全員集めて直接対話を続けてみた。最初は、失敗したゴーコン*1みたいに、冷たい空気で死にそうだったが。。何をして欲しかったかっていうと、マネージメントの悩みを横で分かち合えるようになって欲しかった。どのみち、仕事を進めるときは、セクト主義に成ってしまうのだけれど、それを超えるコミュニケーションの土台には、同じ目的を果たすために、同じ組織の問題を解決するために苦労している仲間だってことを知らないとねぇ。。 - 若者を助けてみる
なんかね。珍しく、そんなことも、やってみてます。。
やる中で、組織と事業の価値観の因果関係みたいなものも見えてきて、今後を考える糧にはなったなぁ。
技術
相変わらず、ITの基盤関連をやってる。いささか、マンネリ化も。。
で、遭遇したくなかった問題は、ムーアの法則の終焉。
必然的に巻き起こる適材適所の必要性。言い換えればカオスになった、演算装置とメモリとバスの組み合わせ問題。
そこには、経済性、環境、技術、運用などの今まで考えないで済んでいたこともハッキリと問題として上がってきたこと。
機械学習や、AIと呼ばれるものが、演算装置を演算で使い切って役に立つことが出来るということを示してきた*2事が問題を加速した一年だったと思う。
で、クラウドにしろ、オンプレミスにしろ、現状では、広く社会的に、経済的に、コンシューマ的な解決策は提示できてないと思ってます。
エコシステム含めて、解決しないといけないからなぁ。
これは、パブリッククラウドを含めた、今後の問題として続くんだろうなぁ。
ちなみに、IoTってやつも、こことは無関係ではないと思う。
で、今年は?
聞きたい人なんているのだろうか。。。
鰻ならここで
関東の東京近郊です。
知り合いの方にお勧めを聞いたので、書いときます。
高いなぁ。
http://s.tabelog.com/tokyo/A1310/A131002/13000346/
http://s.tabelog.com/tokyo/A1311/A131102/13003697/
http://www.nodaiwa.co.jp/index2.html
http://s.tabelog.com/tokyo/A1313/A131301/13002338/
http://s.tabelog.com/kanagawa/A1401/A140204/14005241/
http://s.tabelog.com/tokyo/A1311/A131102/13159770/
ミートソースからのスープ
ミートソース
Storage Class Memor は当分無理だろなぁ
いろんな意味で、2016年以降、Server って言う箱は、壊れていくんだろう。
Computer Device の進化は、高価なブランドで初まり一般化して量産品となるのが常だった常識も壊れていく気がしている。
結局のところ、世界の消費の大部分を占める企業が、わずかに限られてしまったことの意味をこれから感じることになるのは確かだよなぁ。
今の時点では、NVRAM を使ったストレージが自分の身の回りの世界では、普及するとは思わなくなった。*1
SSDでの流れを考えれば、まず、モバイル ( Apple あたりからか?) で導入されて、Pad、PCへ移り、Server で使いこなせるのは、そのあとだと思ってる。
なぜなら、きっと、大口のお客さんが、大量購入しないと想像するからだ。
高くて、速い Device は、生き残れないというのが最近の傾向だと思っている。
いまのSSDよりも、例えば、TB,PTBで購入して安い値段になっていれば話は別だろう。
もしそうなると、それは、ムーアの法則を利用して何年後かの価格を先行して提示することにより、市場を支配していった時期のIntel社のノイス*2のやり方になるのだけれど。
いまをSilicon Valley が出来上がった当時と同じだと考えるならば、それは正しい戦略かもしれない。
ストレージじゃないなら、何に使われるのかというと、機械学習や Deep Learning に付属したものとして、当初は使われるのじゃないかと想像している。*3*4
そっちなら、いっそのこと、DRAMなしに近い形でもいいんじゃね? みたいな。。
いずれにしろ、GPU 使ってる限り、電気で死亡フラグたったままなんだけどね。。
OCP*5 なんかを見てみれば、RSA *6 の感じも想像できるのだけれど、ともかく、電気を食う。
まぁ、高密度化するわけだから、当然なわけだけど。
Storage Class Memor や、GPU が、これに、まともに乗ってしまうと、日本では無理ぽ、な、フラグがたってしまうんじゃないかね?
ということで、Storage Class Memorと言われているものは、普及しないで、何か、別の形になるのではないかというのが、個人の予想となっている。。