日本語での情報が無かったのでメモ代わりに書く。
リモートサーバーで構築したhbaseに対して、JavaなりGoなり何らかで作ったクライアントからテーブル操作等々できるようにする。
やることは至って簡単で、 hbase-site.xml にPropertyを追加するだけ。
<property>
<name>hbase.zookeeper.dns.nameserver</name>
<value>[サーバーのIP、もしくはドメイン]</value>
</property>
これで、設定した値に繋ぎに行けばOK。
pprof使うほどでもないよなってなったので、こんな感じで雑に。
var mem runtime.MemStats
runtime.ReadMemStats(&mem)
fmt.Printf("Alloc [%v] \t HeapAlloc [%v] \n", mem.Alloc, mem.HeapAlloc)
渡ってきたJSONをUnmarshalしようと、こんな感じのコードを書きました。
package main
import (
json "encoding/json"
"fmt"
)
type User struct {
Name []byte `json:name`
}
func main() {
var j = `{ "name": "Ken" }`
var u User
json.Unmarshal([]byte(j), &u)
fmt.Println(string(u.Name))
}
上手いことNameに値が入ってくるのかなと思ったら何も入ってこない・・・
なので、UnmarshalJSONを使ってシュッとやってみました。
package main
import (
json "encoding/json"
"fmt"
)
type User struct {
Name []byte `json:name`
}
func (u *User) UnmarshalJSON(data []byte) (err error) {
var value map[string]string
json.Unmarshal(data, &value)
u.Name = []byte(value["name"])
return nil
}
func main() {
var j = `{ "name": "Ken" }`
var u User
json.Unmarshal([]byte(j), &u)
fmt.Println(string(u.Name))
}
これで表示されました。 Unmarshal時のタイミングで何かかませたい場合はUnmarshalJSONをぶっこめばいいという感じですね。他にも色々使えそう。
ここ最近とてもGraphQLが盛り上がってますね！ イベントも続々と開催されていたりするので、勢いを感じています。
そんなGraphQLを遅まきながら勉強してみました。
既に様々な記事で論じられている内容なので割愛します。
この記事が個人的に一番分かりやすかったです。
それでは早速実装してみます。
今回はGolangを使い、サーバサイド側の実装を行います。
ライブラリとしては以下を使いました。
こちらとも迷ったのですが、今回はStar数の多い方を使いました。
あとは、簡単にDBを使いたかったためSQLXを使用しました。
実装してみたものは以下になります。
慌てて作ったものになるので、汚いですが一応動きます！
コード内でキモとなる部分は以下です。
var queryType = graphql.NewObject( graphql.ObjectConfig { Name: "Query", Fields: graphql.Fields { "user": &graphql.Field { Type: userType, Args: graphql.FieldConfigArgument { "id": &graphql.ArgumentConfig { Type: graphql.String, }, }, Resolve: func(p graphql.ResolveParams) (interface{}, error) { idQuery, isOK := p.Args["id"].(string) if isOK { var u = user{} err := DB.Get(&u, "SELECT * FROM user WHERE id=$1", idQuery) if err != nil { return nil, nil } return &u, nil } return nil, nil }, }, }, }, )
ちょっと波動拳なコードになってしまっていますが、ここでschemaを定義しています。
今回は簡単な user のデータを返すschemaになります。
Queryとして user の id を指定してもらい、それに対して resolve 、何を返すか？というのを指定してます。
そこで、実際にDBを照らし合わせてみて結果を返しています。
結構記述量が多くなるので、実際にRESTfulなAPIからの書き換えになると大変だなーという小並感。
ただ、やるメリットは多大だと思うので積極的に使ってみたいですね！
goaのGraphQLバージョンとかあれば面白いな、とふと思ってみたり。
という感じで中身の薄い記事ですが、やってみた現場からは以上です！
本日付で勤めていた会社を退職致しました。
会社を含めた周りは悪くなく、全ては自分が原因です。
２ヶ月ほど休職していたのですが、その間に「僕という人間は何がダメで今後どのように向き合えば良いのか？」ということを連々と考えたりしましたので、心の整理をつけるためにも駄文ですが書き綴りたいと思います。
僕は小さい頃、少しおかしな人間でした。
どのようにおかしかったかというと、人が発する言葉の裏が全く読めない人間だったのです。
例えば、近所に仲の良かったお兄ちゃんがいたのですが、その人が冗談で牛乳瓶に泥水を入れた状態で「コーヒー牛乳やで！」と手渡してきました。
色もコーヒー牛乳とは違っていたので、普通だと「そんなわけないじゃん！」とツッコみを入れるところですが、言葉の裏が読めなかった僕は「あ、こういう色のコーヒー牛乳があるのか」と疑いもせず飲もうとしました。
慌ててお兄ちゃんが止めに入りましたが、当時の僕はそのくらい人の発する言葉を鵜呑みにする人間でした。
その後、幸いにも周りの人に恵まれ、成長を重ねる毎に人の心というものを学んでいき「言葉はそのままの意味を受け取らず、裏の意図を読む」ということを覚えました。
この概念を覚えたことにより、僕の生活はとても過ごしやすくなりました。
いや、過ごしやすくなったと錯覚していました。
社会に組み込まれる人間になり、裏を読むことを常に要求されるようになりました。
言葉の裏を読むということはとても疲れる作業です。
僕は段々と疲弊していきました。
「もしかしたらこの人は僕をダメな人間と言っているのではないか？」
「この人は僕のことを嫌っているのではないか？」
常にネガティブな妄想が頭をよぎるようになり、つい２ヶ月前にこの数年間溜まっていたものが噴出してしまいました。
休職し、暗闇の中で僕は何が悪かったのか？を自問自答する日々を過ごしました。
時には辛くなり、刺身包丁を手に取る夜もありました。
しかし、僕は気付いたのです。
いつの間にか、言葉の裏に惑わされて自分の本音をぶつけ、他人の本音をぶつけられるということの大切さを綺麗さっぱり忘れていることに。
本音を自分の中にしまい込み、他人と本音でぶつかり合うということを無意識に避けるようになっていることに。
今後は多少パワーを使うことになろうとも、他者と気が済むまで本音でぶつかり合ってみようと思います。
ぶつかってみた結果、後味が悪いことになるかもしれません、それか本当の意味での信頼が生まれるかもしれません。
実践することによりどうなるか結果は全く分かりませんが、自分の経験値となることを信じてやっていきたいです。
