@hihihiroroのLog

ダラダラと。本ブログは、個人の意見であり、所属会社とは関係がありません。

201803 振り返り

retrospect

システムについて考える時間が増えてきた。
システムを簡単にアップグレードする為の仕組みや、アップグレードが必要になるタイミングの検知についての仕組みについて考えはじめた。運用を減らして開発スピードをあげていくためのアーキテクチャにしていきたいな。
あとは自動復旧される、一部が止まってもトラブルに発展しないようなシステムを作りたい。

べんきょうかい

開発手法を変えて変化を起こしている会社の話を聞きに行ったり、これから使おうと思っている技術についての話を聞きに行ったり、お金稼ぐために必要なことを学びに行った。
こうやって見ると自分の参加している勉強会の幅広すぎるなと(笑

ほん

技術書も小説も漫画もだいたい同じ時間をかけていたはずだけど、冊数の差が読む速度の差を表しているんだろうな。
コンテナ、コンテナ・オーケストレーションについのて勉強をすすめていきたい。

えいが

映画もだけど今月はNetflixでよく動画を見た月だと思う。チーム・バチスタの栄光のドラマ、映画を全て見れた。
ブラックパンサーはさすがの綺麗さだった。４月のアヴェンジャーズが楽しみ。

ぶろぐ

技術本についての感想を書いていた。最近の興味はコンテナとマイクロサービス、あとはそれに伴うモニタリングかな。来月も引き続き頑張ろう。

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

雑記

転職について考えるようになってきた。
一旦自分の市場価値を調べてみるために転職ドラフトに登録してみた。今のところ１社から指名を貰えている。でも１社かー、そうなのかーという気分。

「入門 Kubernetes」を読んだ

impression container kubernetes

Kubernetesをベースに作られている基盤上で今後アプリケーションを動かしていくために、Kubernetesを直接いじるかわからないけど勉強してみようと思って読んでみた。

入門Kubernetes [ Brendan Burns ]

入門Kubernetes [ Brendan Burns ]

本書はKubernetesの開発者たちが解説した、Kubernetesの基本的な内容を説明した本になっている。また、ただ説明されているだけではなく実際にチュートリアルとしてそれぞれの概念をKubernetesクラスタ上で試してみることができるようになってる。詳しい目次はこちら

Kubernetesの説明の前に１章では「マイクロサービスになぜするのか？」、「なぜコンテナを使うのか？」の説明があり、２章ではDockerの説明がされている。

３章でKubernetesクラスタをさまざまな環境で構築する方法が紹介されており、４章でKubernetesを操作するためのkubectlコマンドの基本的な説明がされている。

４章以降からはKubernetesの概念について細かく説明が書いてある。すべての機能ではないが以下の機能が説明されている。

Pod
LabelとAnnotation
サービスディスカバリ
ReplicaSet
DaemonSet
Job
Deployment
ConfigmapとSecret
ストレージソリューションとKubernetesの統合

概念の説明がされているだけではなく、「どういう目的で作られたのか」、「どういう時に使うのか」がチュートリアル付きで解説されている。今までにあるKubernetesの記事とは違い、開発者がなぜこの概念を作成したのかまで分かるため、今後Kubernetesを使っていく上でのベストプラクティスを考えていくのに役立てれると思う。

最後１章では、実際にParse、Ghost、RedisをKubernetes上にデプロイする方法の説明がされている。ここを読むことで自分のアプリケーションを出すための考え方を学べた。

付録として、Raspberry Piを使ったKubernetesクラスタの構築方法が乗っていた。遊びとして自分の家にも最低限の台数で構築してみたいなと思った。徐々に必要な部品を買い集めて組み立てていこうと思った。

まとめ

Kubernetesで知っておきたい概念についてチュートリアル付きで解説されているので、試しながら読めたのでとても分かりやすかった。それぞれの概念を使うべき箇所や使う際に気をつけることが説明されているので、今後Kubernetes上にアプリをデプロイする際に色々考えるべきことが勉強できた。
一通り概念について勉強できたので詳しく勉強する箇所については公式ドキュメントを使って勉強していこうと思う。

おまけ

Kubernetesについて勉強した祭に作った資料でService周りが綺麗にまとめれてなかったけど今回読んで勉強できたので資料のアップデートをしようと思う。

「コンテナ・ベース・オーケストレーション」を読んだ

impression container kubernetes

Docker/Kubernetesで作るクラウド時代のシステム基盤ってサブタイトルに惹かれて読んでみた。


本の内容としては以下。

第１章 コンテナ技術とオーケストレーションを取りまく動向
第２章 Docker コンテナの基礎とオーケストレーション
第３章 CaaS (Container as as Service)
第４章 Kubernetes によるコンテナオーケストレーション概要
第５章 GKE (Google Kubernetes Engine)
第６章 Rancher
第７章 Kubernetes on IBM Cloud Container Service
第８章 Openshift Networking & Monitoring
第９章 Openshift for Developers

はじめにコンテナで使われている技術と、Dockerについての説明が書かれている。
次に、コンテナを使う上でオーケストレーションが必要になる理由とコンテナを活用するために必要な昨日についての説明が書かれていた。
Kubernetes以外のコンテナオーケストレーションとしてDocker Swarm、Apache Mesosの説明があった後に、Kubernetesの基礎と機能についての説明がまるまる１章ある。

それ以後はMinikube、GKE、Rancher、IBM Cloud Container Service、OpenShiftを使ったKubernetesの使い方が説明されている。

それぞれの章を、各サービス担当の方が書いているため、内容が濃く読んでいてとてもわかり易かった。実際に自分で試してみるためのコマンドも沢山表記されいていたので、気になった環境で試してみると良いと思った。できればEKSとAKSの説明もあれば面白かったかなと。

まとめ

コンテナについての説明がよくまとまっていて分かりやすかった。Kubernetesについても基礎的なものがまとまっている上に、各基盤での使い方や気にする箇所などがまとまっていて分かりやすかった。これからKubernetesを使い始めるのは楽になりそうだなと思った。Kubernetesの詳しい考え方や、説明については同じくらいに発行された入門 Kubernetesを読んで勉強しようと思う。

おまけ

以前に自分がKubernetesを勉強し始めた時に基礎的なことをまとめた資料を作成したので、そのスライドのリンクを貼っておきます。

201802 振り返り

retrospect

デブサミでエンジニアとしての話を聞いてきたから自分のことを真剣に考えようと思った。
お金欲しいからどうにかお金が稼げるようにならなくては。英語やって給料上げるか技術力あげて転職して給料あげるか。
転職の話もやったことのある人からいろいろ聞いてみたいなと思った。

べんきょうかい

Developers Summit 2018とCookpad TechConf 2018に参加してきた。他社の話を聞けるのは面白い。
色々落ち着いてきたから３月はもう少し勉強会に参加していきたい。

ほん

珈琲を家で飲むようにと道具を買ったので簡単な入門書を何冊か読んでみた。
今は粉を買ってきていれてるけど豆買ってきて自分で粉をひく方がどうやら美味しいみたいだから徐々に買い揃えていこうと思う。

えいが

今月もほぼ週１で映画見れた。こんなに毎週毎週新しい映画が始まるなんて良いことだ。
今年は単館ものとか探して観に行ってみようと思っている。

ぶろぐ

デブサミに関する感想を２本書いてた。
技術的な話よりもエンジニアとしての矜持の話をたくさん聞いてきた。
デブサミはセッションを聞くのも楽しいけど個人スポンサー特権でスピーカー控室でスピーカーと話せるのがすごく楽しくてありがたいと思う。
カイゼンジャーニーはチームとしての活動を始めようとしている人や困っている人に勧めてみようと思う。

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

「カイゼン・ジャーニー」を読んだ

impression

勉強会でよく発表しているのをお見かけする２人が本を書いたと知ったので買ってみた。

カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで [ 市谷 聡啓 ]

カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで [ 市谷 聡啓 ]

開発の現場をカイゼンしていくための手法、心構えが小説仕立ての３部構成で書いてある。

１部 : 一人から始める
２部 : チームで強くなる
３部 : みんなを巻き込む

本書の主人公は、社会人３年目でコードは書けるけどチーム開発はうまく出来たことがない転職を考えている若者。
この若者が１人での活動からチームでの開発へ越境し、会社内部のチームメンバーからプロダクトに関わる人達を巻き込んでの開発へと越境していく姿が書かれている。

自分の立場で考える

自分はもうすぐ８年目を終えそうな立場だが、この主人公みたいに１人でやらなければいけないタイミングは全くなかった。６人くらいまでのチームで開発をしてきただけ。ただし、同じ時期に１つのチームだけではなく複数のチームに所属していたことはあった。その時には１部にあるように１人でタスクを毎朝確認し、振り返りもしていた。 その後チーム開発を６年ほどやっているがチームメンバーとのやり取りで困った経験はないなと思う。

勉強会に行ってすごい人に会ってやる気が出るのはすごい共感した。勉強会に行って自分の知らない環境や知識を学ぶのはすごく大事なことだと思う。(僕は勉強会に行って著者のお二人の話を聞くたびに刺激を受けてます

チームでの開発

本書ではチームでの開発手法をリーダーがスクラムでやると決め、外部からスクラムマスターを雇いチーム開発をすすめていくことになっていた。

色々起きる問題をチームみんなで解決していくための手法や心構えを

実際に起きるであろう問題→解決へ向かうための方法→解決策の説明

の順番で書いてある。

自分が悩んだ時に見直せばそこに解決策が書いてあるはずだ。
自分はスクラムを学んだことがないのでやるべきことや困った時の解決手法が学べてとても役に立った。

読んでいて思ったのは、チームとして活動するなら開発を始める前にいろいろやっておく方が良いのではと思う。意思疎通がうまく取れない人とチームを組んでもなにもうまくできるとは思えない。逆に意思疎通ができるチームだったらどんな開発手法でもうまくいくのではないかと思う。

実際には、本書でチームが揉めた時に行っていることをチーム結成時に済ませ、チームとして活動できるようになってから全てを始めるのが良いのではと思う。
※自分は急に大半以上チームメンバーが変わる経験をしていないので勝手を言ってます。

チーム外も巻き込む

複数チームでの開発の仕方、スコープの決め方や変更の仕方が分かりやすく書かれていた。

  • 本当にこの変更は必要なのか？
  • なんでこの変更は必要なのか？
  • 視座を変えて問題を捉え直す

これらは、本書の中ではプロダクトの変更が外部から来た際に行っていたがチームメンバーで定期的に行うべきものだと思った。

今の自分は、チームで必要だと思ったのを作り続けているが、

本当に使われるものを作っているのか?
本当に使いたいと思われているものから作り始めているか?
今のプロダクトは動いているが変更をする必要がある箇所はないのか?

こういったことを今のメンバーと見直す会を頻繁に定期的に行っていこうと思った。

まとめ

本書ではスクラム開発を行うための手法、またスクラムでなくてもチーム開発をする時の心構えが小説仕立てで書いてあるので、技術書を読むのに疲れて読みきれない人でも読みやすいものだと思った。
チーム開発をやっている、これからやろうとして困っている人たちにオススメしていきたいと思った。

ただ、これから初めてみようという人に対しては書いてあるものが沢山あるので、必要になった際に必要となったものをやってみるのをオススメしてみたいなと思う。

追記

僕はこちらの資料を参考に新しいチームを作ろうと絶賛勉強中なので相談をさせてもらえる方や、僕と同じようにこれから始めようとしている人と話をしてみたい！

#devsumiに参加してきた

impression conference

目黒の雅叙園で１年に１回行われるDevelopers Summitに参加してきた。

毎年技術的なトピックを聞きに行っているが、今年はエンジニアとしての生き方について語っているセッションを中心に聞いてきた。 あと、初めて登壇者として(発表者として名前は出ていませんが...)参加してきました。

人生20年説・好きな事と得意な事を仕事にしていけるかも知れないエンジニア人生のヒント（中井 悦司 [Google Cloud Japan]）

Googleの中井さんの発表。
中井さんが大学院を卒業してから現在の職に就くまでの人生を教えてもらった。
予備校講師時代の練習でプレゼン技術を身に着け、その後アプリケーション開発、仮想化、クラウドなどと自分の興味 + 半歩先にはやりそうなものをやり続けていたよう。

その中で中井さんが大事にしていたのは以下のこと。

  • 複数の得意分野を持つ
  • 面白そうと思えるトピックを見つける
  • 原理原則を学ぶ

原理原則を学んでいるから次のものを学ぶ際にあまり苦労がなさそうだった。
まずは自分の強みを考えてそこを伸ばすことをしないとなと思った。

夢は正夢〜「野球エンジニア」になるまでの歩み（中川 伸一 [ネクストベース]）

今年夢を正夢にした中川さんの発表。
エンジニアとしてどうなるという強い意志を持って実際になるまでの道筋を聞いてきた。

自分の得意な分野を使って〇〇エンジニアとしていくために

  • エンジニア的圧倒的強みを持つ
  • 最低限のビジネス力(特にプレゼン)
  • 他人事より自分の事を大事に
  • 銭闘力を身につける

以上のことを忘れないようにする必要があるみたい。
今のところ3番目以外はできていないので少しづつ自分に自信を持ってできることを増やしていくしかないと思った。
お金に妥協しないってところがすごく胸に痛い...

一生、エンジニアで食っていこう（漆原 茂 [ウルシステムズ]）

ウルシステムズ代表取締役兼現役エンジニアの漆原さんの発表。
何歳になっても現役エンジニアとして生きていくための方法、心構えを熱く語っていたセッション。
自分ももうすぐ36歳になるのですでに世の中で言われるプログラマは35歳説の年を過ぎてしまった。
でも、今の仕事好きだしまだ続けていきたいしと思っているのでものすごく楽しく聞いてきた。

  • 楽しんで没頭する
  • インプットの幅を広げる
    • 世代
    • 国境
  • 【個】で仕事ができるように
    • 自分のことを知ってもらう

これらができるようにまとめとして「一生エンジニア」宣言（β）も用意されていた。

「一生エンジニア」宣言（β） 〜呪縛を解き放て！〜

プラスエネルギーを解放せよ！
繋がろう！国を超え世代を超えて
外に発信せよ！自分が誰か教えよう
依存症から脱却せよ！個を信じろ！

忘れないようにちょいちょい見直したいのと、エンジニアみんなでのメンテナンスができると面白そうだなと思ったので、どこかへアップされることを期待している。

実況パワフルモブプログラミング - Rakuten Super Englishにおけるモブプログラミングという働き方 -（及部 敬雄 [楽天]/佐藤 竜也 [楽天]/宮﨑 剛太 [アイデンティティー]）

毎日会社で話をしているモブチームに参加させてもらった。
画面もソースもほぼ初見でやりたいことを30分で実現できるかというタイムアタックっぽい発表をさせてもらった。

普段自分で触っているプロダクトならばよく知っているので修正箇所も修正内容も分かっているので、なんとなく試してみてうまくいったら詳しく書くみたいなことをしているが今回は全くわからないのでこの手法が使えなかった。
その場合僕にできたのはプロダクトのことを知っている人に聞くということだけだった。それでも、見て頂いてた方にはわかると思うが当初の予定のものが出来上がっていたと思う。

最低限の技能があって、コミュニケーションさえとれればよくわからないものだろうとチームで取り組めば解決できるのだろうと思った。
自分でも体験できてみたから今後興味がある人がいたら是非教えてあげたいなと思った。

結局大事なのは一緒に働く人ってことなのかなと...

まとめ

自分から見ると天上人のような3人の話を聞いて共通していたなと思ったのは、

  • 自信の持てるワザを持つ
  • 楽しんで学ぶ

なのかなと思った。
自分に自信のあるものがあれば積極的に仕事も取りにいけるし、他の人からの信頼で仕事も回ってくる。
楽しんでないと継続できないし、やる気も身につく物も全然変わってしまうと思う。

ひとまず、自分の強みを探して深めながらそれと関連付けて幅を広げていきたいなと思った(体のことではない)。
あとは、お金は妥協しちゃいけないとのことなのでお金欲しいって言い続けてみよう。いいお誘いとかいただけるように頑張ろうと。

お金欲しい。

201801 振り返り

retrospect

本を読んでいて部屋をキレイにしていたらあっという間に一月終わってた。
あ、よくよく考えたらイベントのお手伝いしていたや。
あれくらいの規模のイベントに関われることは少なそうなのでとても良い経験をさせていただきました。
関係者の皆さまありがとうございました＆今後も宜しくお願い致します。

べんきょうかい

今月は1個も出なかった。

ほん

勉強会に行かなかった代わりと言っては何だけど本を今月は沢山読んだ。
まあ、半分以上マンガだけど。

えいが

キングスマン面白かったなー。
新参者の最後も良かった。

そのた

hihihiroro.hatenablog.com RSGT2018にスタッフとして参加してきた。 スタッフの人たちがうまく手を抜きながら上手に回していた気がする。良い経験をさせてもらった。 しかしみんな朝まで飲んでたのにあんなによく働けるもんだ。

ぶろぐ

今月は面白い本をたくさん読んだのだろう。感想をいっぱい書いてた。
感想を書いてて思うのは自分の文章力が低いなとおもう。言葉だったり表現だったりが全然でない。
ただの思いつきのメモだから良いのかもだけどと自分を納得させてる。
きれいな文章書けるように心がけていきたい。

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com

hihihiroro.hatenablog.com