2016年振り返り
大晦日なので2016年を振り返りたいと思います。
仕事
2016年で一番大きいかったのはやはり社会人になって東京に移動したことです。 以下仕事内容を時系列に従って振り返ってみます。
4月に入社すると二週間研修が行われ、その後すぐに案件に配属されました。 そこで、メインのエンジニアとしてServerlessの新規Webサイトの設計・開発を行うことになりました。 レビューを頂きながらですがサーバーサイドを一人で開発し、戸惑いながらもなんとか9月にリリースすることができました。 9月からは再び新規案件を任されここでもServerlessで開発を行うことになりました。 また、並行してインターン生の指導と内定者のメンターに任命されました。 10月からはJava・Play Frameworkの案件も始まり現在は2つの案件を同時に進めています。 11月にはTechLeadに任命されました。TechLeadとしてはまだ何もできていませんが、来年度は社内の若手で行う勉強会を企画しようと思っています。 12月に二つ目のServerless案件の第一弾をリリースしました。
新卒ですが様々なことを経験できて非常に勉強になった一年でした。趣味でWebサービスを開発するだけでは身につかなかった知識をたくさん身につけることができたと思います。 一方で実力不足を痛感した年でもありました。特にインフラ周りの知識が足り低なさすぎてとても一人で案件をまわせる段階ではないです。 来年はプロのエンジニアとして案件の技術的判断をひとりですべてできるように努力していかなければならないと反省しました。
つかった技術
読んだ本
- リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)
- SQLアンチパターン
- 理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL (WEB+DB PRESS plus)
- SQL実践入門──高速でわかりやすいクエリの書き方 (WEB+DB PRESS plus)
- [Web開発者のための]大規模サービス技術入門 ―データ構造、メモリ、OS、DB、サーバ/インフラ (WEB+DB PRESS plusシリーズ)
- Linuxシステム[実践]入門 (Software Design plus)
- Scala逆引きレシピ
- Scalaスケーラブルプログラミング第2版
- Scala関数型デザイン&プログラミング ―Scalazコントリビューターによる関数型徹底ガイド
- すごいHaskellたのしく学ぼう!
Github
4月から毎日コミットを心がけていましたが、途中途切れている箇所がいくつもある上に、内容のないdotfileの更新だけという日が多々ありました。 また、自分のリポジトリに対するコントリビュートしかなくOSSに全く貢献できていないです。
ブログ
hatenaブログ -> hexoで生成したブログをgithub pageで公開 -> hatenaブログと遷移したこともあり、ブログの内容より見た目やサービスにこだわりすぎて投稿数を増やすことができませんでした。来年はまず内容を充実することを目指します。
失敗したこと
失敗したことは数え切れないぐらいあるのですが、思いついたものを適当にあげます。
朝起きる時間が遅い
- 朝はやく起きれた日は一日緊張感を持って作業ができますが、遅くなってしまった日は全く集中できていなかったことが多かったです
- 特に休日は昼間で寝過ごすと何も作業ができないので気をつけていきたいです
部屋選び
- 生活しやすい街の駅から徒歩5分圏内で綺麗で安いと割といい感じの物件を選んだはずだったのですが、いかんせん狭すぎました。
- ロフトを含めると普通の広さぐらいなのですが、ロフトは使いづらすぎました。
- 机を置けないと家で作業しづらすぎる...
-
- 仕事でMBPを支給されるのに購入してしまった
- 殆ど使っていないのでもったいないことをした
- 時間があればArchをインストールして遊びたい
来年の目標
- ブログを毎月書く
- 勉強会で1回以上発表する
- OSSに1回以上コントリビュートする
- 毎日commit
- 国内旅行3回
まとめ
東京に来てから様々な勉強会でいろんなエンジニアと関わって自分の技術力が足りていないことを痛感しました。 来年は最低でもここに上げた目標を達成し、まともなエンジニアになりたいです。
crateをcrates.ioに公開してみる
これはRust その2 Advent Calendar 2016 - Qiita11日目の記事です。
このエントリではcrateをcrates.ioに公開する方法を紹介します。
crates.ioとは
Cargo用のセントラルパッケージリポジトリです。
Cargoはこちらから依存するcrateを取得します。 また、作成したcrateの公開もCargoから実行可能です。
crates.ioでは一度公開されたcrateが非公開化・削除されないようcrateのバージョン管理を行っています。 発行できるバージョン数に制限はありませんが、 一度発行したバージョンを上書き・削除することはできないので公開する際には注意が必要です。
それでは、crates.ioにcrateを公開する方法を紹介していきます。
crates.ioのアカウントを作成する
crateを公開するためにはcrates.ioにGithubアカウントでログインし、 APIトークン取得する必要があります。
cargo.ioのページからGithubアカウントでログインします
Account Settingsページに移動し、APIトークンを取得します
取得したAPIトークンをCargoに登録するために、以下のコマンドを実行します。
$ cargo login <APIトークン>
このコマンドはローカルの~/.cargo/configにトークンを保存しています。
Cargo.tomlに情報を追加する
cargo new で生成されたCargo.tomlファイルには以下の情報が記載されます。
[package] name = "rawst" version = "0.1.0" authors = ["takatori <takatorix@gmail.com>"]
上記の情報のみでもcrateを公開することが可能ですが、 より検索に引っかかりやすいようメタデータを追加していきます。
[package] name = "rawst" version = "0.1.0" authors = ["takatori <takatorix@gmail.com>"] license = "MIT" description = "The interactive tool for AWS CLI written in Rust" repository = "https://github.com/takatori/rawst" readme = "README.md" keywords = ["rawst", "aws"]
この他に、homeページやdocumentページを指定することもできます。
また、バージョン管理システムでignoreされているファイルは自動的にパッケージから除外されますが、 excludeで除外するファイル・ディレクトリを明示的に指定することもできます。
[package]
# ...
exclude = [
"public/assets/*",
"videos/*",
]
逆に、includeでpackageに含めるものを指定することもできます。
crateの名前は先着順に割り当てられるため、すでに使用されているものは使えないので気をつけてください。
パッケージング
次にcrate.ioにアップロードできるフォーマットにcrateをパッケージングします。
$ cargo package
このコマンドを実行するとtarget/packageディレクトリに.crateファイルが生成されます。
.crateファイルは現在のとろこ、最大10MBまでしかアップロードできないのでサイズの大きな画像ファイルなどはexclude指定すると良いでしょう。
また、コミットされていないファイルがある場合以下のようなエラーが出ます。
error: 1 dirty files found in the working directory:
すべてのファイルをcommitまたはstashするか--allow-dirtyフラグを付けることでパッケージングできるようになります。
公開する
それではcrateをcrates.ioにアップロードします。
$ cargo publish
この段階で依存crateのバージョンをワイルドカードで指定している場合、以下のようなエラーが発生します。
error: api errors: wildcard (`*`) dependency constraints are not allowed on crates.io.
ワイルドカードは許可されていないので、明示的にバージョンを指定する必要があります。
publishが成功すると以下のようにcrates.io-indexリポジトリにindexが登録されていることが確認できます。
https://github.com/rust-lang/crates.io-index/blob/master/ra/ws/rawst#L1
発行したバージョンを取り下げる
誤ってバージョンを発行してしまった場合yankコマンドで取り下げることができます。
$ cargo yank --vers 1.0.1
このコマンドはcrates.ioに公開されたデータを削除するのではなく、 指定したバージョンを新たに使用できないようにします。 すでにこのバージョンを指定しているプログラムからは引き続き使用することができます。
一度発行してしまったバージョンはどうあがいても変更できませんので、 誤ってクレデンシャル等の情報を含めて発行してしまった場合、クレデンシャルの方を即座に変更する必要があります。
まとめ
cargoを使ってcrateをcrates.ioに公開する方法を紹介しました。 簡単にパッケージを公開できるのでどんどん開発していきましょう！
参考
Rustの勉強をはじめました
Go言語初心者向けハンズオンに参加してきました
Go言語初心者向けハンズオンに参加してきたので内容と感想を書きます。
概要
tenntennさんが主催でteratailさんが会場・サポートを提供してくださいました。
対象は主にA Tour of Goを終えたようなGoに少し触ったことのある人で、 Go言語自体の解説ではなくGoを使ってプロダクトを作るということがメインでした。
やったこと
tenntennさんが作られているハンズオンをひたすらやっていく形式でした。
コマンドラインツールをステップを踏んで少しづつ作っていくのですが、 実際にプロダクトを作っていくときもこのステップを真似ればできそうだなという感じで非常に参考になりました。
自分のようなA Tour of Goをやったはいいものの次にどうやってプロダクトを作っていいのか悩んでる人は絶対に このハンズオンをやったほうがいいと思います。
感想
Go言語のすごい方たちに教えていただきながらGoを勉強できるという非常にありがたい経験ができました。
Goについてはgo routine等について全く触っていないので良さをほとんど理解できていない気もしますが、 コードを読むとだいたい何をやっているのかわかるので気軽にかけて楽しい印象を受けました。
個人的にGoを使ってみてつらいなと感じたたのは、ifが値を返さないところとerr処理がコードの至る所に現れる点で、 ScalaだとOption型ですっきりかけそうだけどな〜と感じたところが結構ありました。
ということをdeeeetさんに聞いてみたところ、以下のエントリを紹介していただきました。ありがとうございます。
ハンズオンに参加してみてGo言語を使って何かを作るハードルがぐっと下がったような気がします。 超すごいエンジニアの方にめちゃくちゃ初歩的なことを聞くなんて申し訳無さがありましたが、 親切に教えていただいてとても勉強になりました。ありがとうございました！
