2018-12-23

年始に立てた目標と振り返り

この記事はmohikanzアドベントカレンダー 22日目の記事です！

はじめに

年末ですね！毎年年始に1年の目標を立てる文化があるのですが、いつもたてるだけたてて途中で目標を忘れちゃうので、今年から張り紙にしました！これで忘れない！

f:id:blux:20181223113059j:plain — 目標の張り紙

（余談ですが数年前大学の後輩に「今年の目標は長澤まさみになること！」て言ったら「あおいさん在学中も同じこと言ってましたね！！すごい！！」て言われました。成長してなさsugoi。）

やっぱ人生もPDCAまわしていかないとね！

さてひとつひとつ振り返って行きたいと思います

キャンプに行く（9月に達成）

毎年毎年キャンプに行きたいといいながら達成できてなかったので、今年の目標にしました。

毎年2,3回キャンプ行ってるAちゃん、キャンプ道具一式もらったし車もあるぜ！なBちゃんと三人で行きました。

f:id:blux:20181222110824j:plain — 雲間から富士山

f:id:blux:20181222110942j:plain — テント乾かし中

f:id:blux:20181222111020j:plain — 日が暮れてからBBQ

写真からお察しかもしれませんが、この日は大層ゴイゴイスーな雨で、

車の中で雨が止むのを待つ→止まないのでタープの下でBBQ→テントの入り口を閉め忘れていたせいでテントの中がびちゃびちゃ→車中泊

というなかなかなゆるキャン△でした。

後日テントの持ち主が別の人とキャンプに行った際、またしても雨で、実はテントが雨漏りしているということが発覚したそうです。

（さりげなく雨女じゃないよアピール）

ということでリベンジしないとね！！というお話でした！来年の目標はキャンプリベンジかな！

Go言語を学習する

達人プログラマーという書籍に「1年に1個新しい言語を勉強しよう」と書いてあったので立てた目標。

新装版達人プログラマー職人から名匠への道

作者: Andrew Hunt,David Thomas,村上雅章
出版社/メーカー: オーム社
発売日: 2016/10/20
メディア: 単行本（ソフトカバー）
この商品を含むブログ (8件) を見る

プロゲートというオンライン学習サービスの無料枠で少しGoを学習し、

人が作ったGo製のツールをよんだり改修できたから目標達成かなあ…

自分で一からサンプルプログラム作ったりしたわけではないので評価甘めかなと思いつつ！

これを機に継続して学習していけたらと思います

OSSにコミットする（12月に達成）

いや〜この目標達成無理かなと思ったんですけれどね！！

詳解HTTP/3の翻訳に携わることができました！！

翻訳した内容はこちら

Introduction · HTTP/3 Explained

そしてコードはこちら

github.com

いやあ、これ10日間くらいで一気に翻訳して、マージされてというスピード感だったのですが、楽しくもあり大変でもありました。

それなりに英語に自信のある私でしたが、改めて翻訳の難しさを実感しました。

自分は理解できているのに、伝わる日本語にできないというもどかしさ！！

この時高校・中学英語で英語を和訳するときに先生から教わったことがとても活きていると実感しました。

学校の英語なんてどうせ受験英語だろ、私が英文理解できてるからよくないか？などと嫌々勉強していたのですが

今思うと先生は受験英語を教えていたのではなく「日本語で正しく英文の内容を伝える方法」を教えてくれていたんだなと思いました。

いやー、人生何が活きてくるかってわからないですね。何が無駄だったかなんて、死んで初めて分かるんだろうなと思いました（突然のポエム）

この翻訳プロジェクトの発起人＆リーディングを担当してくれたinductor氏はアドベントカレンダー 20日めに本プロジェクトについて詳しく書いてくれているのでそちらも参照ください！

inductor.hatenablog.com

LINEスタンプを出す(3月に達成)

はい最後は宣伝です！

LINEスタンプ第二弾出す出す詐欺をしていたのですが、目標達成に向けて年始早々に活動し始めて3月には出すことができました！！

https://inductor.hatenablog.com/entry/2018/12/08/110018

store.line.me

来年もスタンプ出したいですね。

総まとめ

ちゃんと目標貼っておくと思い出して実践できるので良いですね！

来年も続けたいと思います！

来年こそ長澤まさみになりたい！！！！！！！！

2018-12-04

JAWS-UG yokohama行ってきた

jawsug-yokohama.connpass.com

宇宙一早い振り返り会！ということで行ってきました。来年はre:Inventに行きたいなー、というのと AWSもっと詳しくなりたい！というモチベーションが湧きました。以下メモです。

吉田さん

2006:4 -> 2018:170くらい
参加者50000人
来年みんなで行こう
firecracker:VMM
セキュアなアイソレーション
コンテナはサンドボックスではないので脆弱性があると一点突破されてしまう
高速起動
小さいメモリフットプリント
SageMakerベースの機械学習
AWS DeepRacer
- 全てがパッケージングされた
オンプレを食らうAWS
オンプレに対する後ろ髪がひかれていた
- AWS Transit Gateway
- AWS Global Accelarator あと二つ
我々が手にしているケイパビリティ
- 二度と戻らない「クラウドが完成する瞬間」に立ち会っている

大栗さん

DB系アップデート
Dynamoにトランザクション
Redshift 負荷が高いとスケールする
AWS lake formation
timestream
- 新サービスなのにセッションがない
- 良さそう
- スライドは2枚しか存在しない、、
- スケーラブルで完全に管理された時系列データサービス
- 1日あたり何兆ものイベントを処理できる
- 料金
  - 取り込みと保存で課金される
  - 最近のデータはすぐ取り出せる、長期保存は別のところへ
  - 1GBあたり$0.5
以下妄想
- 料金体系がcloudwatch logsに似てる
- cloudwatch logs insights
  - 時系列データベースとして使えるようになった
- 設計方針が似てる？
- cloudwatch logs insights のクエリが六つある
  - parse
  - 2018/11/5以降のデータのみ検索可能
  - マネジメントコンソールからクエリを投げられる
  - とりあえずcloudwatchにログを入れるみたいなのが標準の使い方になりそう
sessionがないサービスもある

kamedaさん

blockchainとbitcoinの説明
Bitcoin: bitcoinとその技術
bitcoin: 仮想通貨としてのビットコイン
Route53のみSLA100%, 世界中にサーバーが散らばっているので
hash関数 sha-2
- 常に同じ桁数
- S3にアップロードされたファイルの改ざんチェックがされる
hash treeの技術を残したい
QLDB
- フルマネージドな元帳DB
- updateしていったあと、中間データを消したくても消せない
managed blockchain
- 承認付き分散ネットワークという違い
- ある単体の企業がグローバルな仮想通貨を普及させたい、みたいなとこに使える

haraさん AWS

コンテナの話します
ECSm Fargateにタグ付けできるようになった
ECSでタスクに対してより安全に秘密情報を渡せるように
- 例えばDBの接続情報をアプリの設定ファイルに持っている場合
- ARNを渡すと、そのARNの内容を環境変数として展開
marketplace for コンテナ
- データドックの監視とか
ECRへのコンテナイメージプッシュを契機としてcodepipelineが実行可能
- dockerイメージのpushがきっかけで実行
ECSとcode deploy連携によるblue/greenデプロイメント
- 今までロールバックできなかった
firecracker
- 一般の人が使うものではない
- 自分でlambdaを作ろうとしている向け
- gviserとは全く別物
cloudmap
- コンテナは1日生きていることを想定しない。普通の使い方
- サービスAを問い合わせるとarnやIPが返ってくる
- SQSのデプロイし直しとかもできるようになる
app mesh
- アプリ実装でスロットリングする時あるよね、タイムアウトも設定する、などなど
- アプリケーションを作るたびに実行しないといけなくなる
- API gateway便利ですよね！
- コンテナの横にプロキシを置いてそいつがスロットリングやタイムアウトなどやってくれる
  - プロキシコンテナで時々失敗を入れるとかできる(chaos monkey

試用期間だけどre:inventに行く方法

re:invent2018 standby 事前勉強会→上司と先輩を連れて行く
NW-JAWS →　ラスベガスで開催される
ラスベガスの過ごし方の情報を作る
とにかくjaws-ugに行き、色々な出会いをしておきましょう

lambda layerの権限管理を触ってみた

南波佐間さん - reinvent, LT初参加！ - lambda layer - 複数の関数で共通しているライブラリなどを、別のlayerとして共有可能 - publish layer version - deletelayerversion - delete - listlayerversions - ListLayer - Layer側から使用されている関数の一覧が確認できる画面やAPIがあると便利

AWS reinvent

広かった
Game Day
- チームバトル
- Unicorn rental
  - 仮想の企業に入る
- テーマ：マイクロサービス
- 4時間かける2
- competition & collaboration
  - 相手のサービスを使う
- 技術力&営業力
  - 自分のサービスを使ってもらう
- スケールや熱気を肌で感じよう

かすやさん

自費で参加した
安川電機
- ロボットアームの会社
電波法読むと大丈夫だよ
udemyのアラブ人のおじさんが66時間を喋るやつ、やったら受かった
iphoneでクイズ
ハーレーライド
- 233km
レストラン
- ジミージョーンズ
- monta noodle house
- rollin smoke BBQ
来年も一緒に行きましょう！

来年参加する方へ

基礎体力はつけよう
- 3-5時間しかねれない
22時 midnight madness
- 25時まで続く
monday night live
venetianの昼飯は悲惨
japan night
- 名刺交換しまくる
基調講演8時からなのに6時半から並ぶ
reinventに行くと千人とか色々な人と仲良くなれる

数字と写真で伝えるreinvent2018

瀬戸じまさん

AWS resource access manager 触ってみた

リソースの共有を行うためのサービス
AWSアカウント間で共有できる
subnet
- vpc subnet をAWSアカウント間で共有可能
  - 同一サブネット内のみ共有可能
- 請求は分割される
transit gateway
- 複数の関数でvpcや拠点間の相互接続を可能にする
resolver rules
license configuration
- 商用ソフトウェアのライセンス管理を行う
タグは共有されなかった
リソース共有に対するIAM ポリシーみたいなのはなかった

反省

まずまずの満足感
monday
- iam policy master in 60 min
- advanced infrastructure as code
tuesday
- パブセグ向けのキーノート
- multi-region active-active
wednesday
- key-note
- PTSツアー
  - 面白くなかった
thursday
- re:play
メソられてないもの
training の仕方
- cloud is a culture, AWS is a language
- 目に見える成果があったほうがいいよ
ベガスで働き方改革とかダメ絶対！
またベガスに行きたいです
- また行きたいから頑張る
ロデオマシンが心残り
これあって超助かった：おしりふき

transit gateway

vpc peeringやvpc gatewayなどを一元管理できる
東京にはないけど使ってみた

AWS ウルトラクイズを勝ち抜くためのTips

aws summit tokyoのナイトイベントで行われる毎年恒例の行事
AWS歴2年
AWSサービスの基礎は大事
- aws black belt online seminar
AWSトレーニング、認定試験
ベストプラクティスが出る
- AWSを使い倒しているユーザーから学ぶ
- JAWS-UG
- JAWS DAYS 2019/2/13
最新のアップデートから出る
- アップデートを確認する習慣を作る
- 車内で毎週開催されている勉強会でアップデート確認
過去問が出る
最後は運

2018-11-26

vimconf2018行って来ました

f:id:blux:20181127081256j:plain

真面目なレポートは他の皆さんがやっていただけるのでなるべく楽しい感じにしようと思ったら結果こうなった。中身があまりないですね…しかも詰め込みすぎ…絶望…

真面目なレポートも書こうと思ったけどこれ書いて力尽きた。次からはテキストだけにしよう、、、

2018-10-31

virtualenv使い方備忘録

前回の記事（　https://blux.hatenablog.com/entry/2018/10/18/000347　）で多大な感謝と自分への戒めとして壮大なポエムを書いたわけですが、肝心の対応方法を書いていなかった。

無事にpythonが使えるようになったかと思いきや、ansibleが動かなくなった。

ポエム記事しか書かなかった自分は、結局どうすればいいかわからなくなった。おい！

というわけで自分のメモ用に改めて書きます。

環境：ubuntu 16.04LTS

まずvirtualenv環境の作り方。

$ cd hoge

$ virtualenv -p python3.5 ansiblevenv

この-pでpythonを指定しないとデフォルトのpython(例： /usr/bin/python）が使われてしまいます。

ちゃんとvirtualenv環境のpythonとpipが使われていることを確認します

$ which python3

$ /hoge/bin/python3

$ pip3 --version

$ pip 18.1 from /hoge/ansiblevenv/lib/python3.5/site-packages/pip

ちなみに-pを忘れると以下のようになる。

$ which python3
$ /usr/bin/python3
$ pip3 --version
$ pip 8.1.1 from /usr/lib/python3/dist-packages (python 3.5)

pipのバージョンまじでNANDEYANEN

おそらくこれは私の環境が壊れているからだと思います。

これのせいで色々ハマったんだ…

さて、あとはvirtualenv環境でansibleをインストールします

$ source /hoge/ansiblevenv/bin/activate

$ pip3 install ansible

$ ansible --version

ansible 2.7.1
config file = /hoge/.ansible.cfg
configured module search path = ['/hoge/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
ansible python module location = /hoge/ansiblevenv/lib/python3.5/site-packages/ansible
executable location = /hoge/ansiblevenv/bin/ansible
python version = 3.5.2 (default, Nov 23 2017, 16:37:01)

はい！うまくansiblevenv環境内にansibleがインストールできましたね。

ほかにpipでインストールしたモジュールも同様に環境毎にインストールすると良いです。

ちなみにvirtualenvで新しい環境を作るときに古い記事だと