修士課程を退学した15年前に、僕は全く実現可能性を考えずに”30歳までにアメリカの大学院に留学”という目標を立てました。 もう一度大学院に行きたい、行くなら世界トップのアメリカがいいだろう、そんな程度の認識でした。 ただ、これはどちらかといえば無理やりひねり出した30歳まで生きる理由であって、そこまで強い意志があったわけではありません。 しかし、おかげで何とか30歳を超え40歳目前まで生き延びることはでき、気が付けばアメリカではなくカナダで永住権を取って暮らしています。 大学院留学は引き続き他のハードルが高くて達成できる気はしませんが、15年前に目標を立てた時点では認識できていなかった 「海外に移住する」という難儀を10年ほどかけて乗り越えることはできました。 けれど、そういえば事の顛末を一つにまとめたことが無かったなと気づいたので、僕のキャリア10年＋αを振り返って記事にしてみました。

カナダで自分の会社を作ってみました。OpsBR といいます。副業のお仕事お待ちしてます！ なんのために作ったか 現在は Autify でフルタイムで働いていますが、副業が可能なので少しでも収入を補っていきたいのが一番の目的ではあります。業務委託で個人でやっててもいいのですが、法人を立てることでサービスを作ったりするのもやりやすくなるので、社会勉強も兼ねて会社を作ってみようと思いました。 あと、できればゆくゆくはこっちを収入の中心にできないかなと思ってます。というのも、10 年以上会社員を続けてて、どうしても納得がいかないポイントがあるからです。 これ。僕はお客さんのために仕事したいのに、お金を貰うには同僚のために仕事しないといけないのが、ずっと納得いってない。自分の会社作ったのはそういう理由。 https://t.co/tQawEuSZI6 — Ryosuke Iwanaga (@riyw

7 年勤めた Amazon を辞めて、Autify という startup に Technical Support Engineer として入りました。場所は変わらず Vancouver, Canada のままです。これからは副業も何かやってみようと思っているので、お気軽にお声がけ下さい。 Today is my last day at Amazon. Lots of excitements and learnings in the past 7 years. Thank you for all of my customers and colleagues. I’ll start the next job soon and will update the status here. Stay tuned! pic.twitter.com/uqGv50jhvN — Ryosuke Iwanag

僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

夏の一番遅い時期ではなんと夜の 9 時をすぎてもまだ太陽が出ているのです。もう子供を寝かせる時間だというのに本当に困ったものです。。。朝は 5 時頃に日がでるので、16/24 時間(1 日のうち 66%)太陽があることになります(東京は 60%)7。ちなみに、この時刻は Daylight saving (夏時間)での時刻なので、もし夏時間を使っていなければ(PST)、8 時過ぎということになりそれでも東京の 6 月より 1 時間遅くなります。 一方冬になると、朝の準備をする頃はまだ外は暗いです。太陽は 1 日のうちの 37%にまで減少します(東京は 41%)。これに上の連日の雨が合わせ技でやってくるので、秋から冬にかけてはなかなか陰鬱な感じのお天気です。 子育て うちは 5 歳の子供がいて、ちょうど kindergarten の対象です。Vancouver では公立の kindergart

自分は日本からアメリカとカナダの北米 2 カ国に、労働許可を持って移住した経験があります。そういった移住/働いてみたいという方の相談にのる機会も多いのですが、共通して持っておいた方が良いなと思った情報がいくつかあるので、まとめておきます。 その前に注意事項として、以下をご確認ください。 就労に関する状況は日々変化しています。ここの情報はあくまで参考として、最新の正しい情報はご自身が行かれる際に改めて然るべきルートでご確認ください。 なぜ北米に行くのか？という問いにはこのエントリでは答えません。あくまでも移住したいというモチベーションを持っている方向けの情報になります。 自分と同じ様に日本国籍のみ有していて、ずっと日本で生まれ育った方に向けて書いています。細かい状況の違いは読み手側で吸収してください。 これは個人の意見であり、私が所属するいかなる組織の意見を代表するものでもありません。 認識

2016 年を振り返ると、英語力がめっちゃ上がった 1 年だった。せっかくなので自分用備忘録も兼ねて、自分の英語歴をメモしておく。あくまで僕はこうやったというだけの話なので万人が同じようにやるものではない。 なお、以下のブログの夫婦のエントリを見て触発されて書いている。 ほぼ 30 代からのスタートで TOEIC525→IELTS7、カナダ永住権取得までの道のり 夫の英語歴：TOEIC295→825！そして、海外就職までの道のり 中学 中学の授業で初めて英語を習ったわけだが、5 文型を教えられなかったので文法の根本がわからず、動詞の不規則変化にも挫折し、今後は出来る限り英語とは距離をおきたいと心に誓っていた。日本を出たいとも思ってなかったし、それで困ることはないと思ってた。 1 つ良かったことを上げるとすると、なぜか発音だけは褒められることがあって、スピーチコンテスト(スクリプト読み上げる

tl;dr - Amazon に入って 3 年が経ちましたが、この度転籍という形で Canada の Vancouver にある Amazon S3 開発チームに Systems Development Engineer として移ることになりました。 2010 年頃からずっとなりたいと思っていた北米での開発者の仕事(もちろん英語のみ)なので、本当に嬉しいです。AWS の Solutions Architect(SA)としてお客さんと向き合う仕事をじっくりさせてもらい、そこから実際に開発をしているチームに開発者として拠点も含めて移れるキャリアパスがあるんだよ、という一例になれましたので、SA になると自分の手を動かす機会が減ってしまうことを懸念している開発者の方の背中を押せたら幸いです。なお、2018 年 6 月頭に日本を出国予定で日本の会社も退職してしまうので、(旅行を除いて)日本に戻って

今は海外の同僚とやり取りすることも多く、英語でのコミュニケーションは読み書き聞き話す問わず日常的にやっているのですが、英語での言い回しや文法の改善についてはなかなか時間をとることができないでいます。英会話学校やオンライン英会話等に通い続けるのは 1 つのやり方だと思いますが、1 時間であっても固定の時間を確保し続けるのは自分の気質的にも難しく、結果としては野良英語を振り回し続ける日々です。 そんな中、とある経路でHiNative Trekを紹介してもらって、先月からずっと続けています。上記の課題に対して自分的にはピッタリハマっていて、今後も長く続けていきたいと思っています。というわけで、同じような悩みを持つ方がいれば是非使ってもらいたいと思い、簡単に紹介をしたいと思います。 完全非同期な英語学習 HiNative Trek の基本的な流れは以下の様な感じです。 毎日課題(基本はある状況での

AWS CodeCommit, AWS CodePipeline, AWS CodeDeploy 【AWS 発表】AWS CodeDeploy アップデート - オンプレミスインスタンスを新たにサポート 【AWS 発表】AWS CodeCommit が利用可能に 【AWS 発表】AWS CodePipeline が利用可能に AWS CodeDeploy がアジア・パシフィック(東京)で利用可能になりました AWS CodeCommit のコンソールでコードを閲覧できるようになりました Others Developers Conference（通称デブコン）のセッションを紹介します ~DAY2 Developer Productivity Track 編 AWS SDK for Go の Version 1.0 が利用可能になりました AWS のコマンドライン体験を aws-shell で

タイトルの通りですが、12 月末で 6 年弱勤めた DeNA を退職して、1 月から AWS に Join してます。日本の Solution Architect です。初めての B2B のお仕事なので新卒新入社員の気持ちです。新卒入社時の予定ではもうアメリカに留学してるはずだったのに、どうしてこうなったのやら。。。 さて、DeNA にはエンジニア未経験の状態からここまで力を付けさせてもらって大変感謝しています。売上に直接貢献するような仕事はほとんどできなかったですが、起こらなかった問題に対する貢献は少しは出来たかなと思っています。そういえばここではちゃんと書いてなかったですが、最後の１年間は MYCODE という遺伝子解析サービスの開発をゼロから行っていて、何もないところからリリースまで辿り着くという産みの苦しみを味わうことができて非常にエキサイティングでした。ちょっとだけですが Sec

Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに

皆さん今日もたくさんのサーバを相手にされていることかと思いますが、いくつかのサーバにアクセスして 1 秒間の統計情報(例えばvmstat 1 2)を集めてパッと表示したい時ってどうやってますかね？shell script を学びはじめたばっかりの僕はこんな感じで書いてました。 $ for i in host1 host2 host3; do ssh $i "vmstat 1 2 | tail -1"; done 0 0 0 329004 210836 14275360 0 0 0 2424 1410 1828 0 0 100 0 0 0 0 0 3716112 587704 25921684 0 0 0 488 1643 2026 0 0 100 0 0 1 0 0 555440 265560 14015548 0 0 0 4204 1534 2392 1 0 99 0 0 vmstatと

この週末に Stanford で開催されていた大人向け公開講座的なものに参加してきました。 Stanford Continuing Studies :: Course :: SSU 104 \$150 かかるのですが、「あの Stanford で」「Stanford の先生の」「多種多様なカテゴリの話を」「たった 1 日で」「英語で」「航空機のチケット無しで」聞けると考えればそんなに高くないですね！ちなみに Stanford は Palo Alto といういわゆるシリコンバレーの方にあるんですが、サンフランシスコからだと Caltrain という”1 時間に 1 本の”電車で 1 時間くらいで行けます。つまり寝坊したら 1 時間遅刻するというプレッシャーが一番大変でした。。。 さて、実際行ってみると、まわりは高齢の方が多かった(というか僕くらいの年齢の人はほとんどいなかった)のが印象的でし

すごくいい記事を見つけたので自分も思うところをしたためておこうかと。著者はかの有名な ryopeko ワイフさんの旦那さんです。 悪いのはその事実から目を背けることだ。 なんで目を背けられているかというと、将来のエンジニアとしての自分と社会のエンジニア像にギャップがありすぎるからだ。 (なあなあでエンジニアを目指して勉強するしかない) この状態を実際の生きたエンジニアをもっと学生の前に晒すことで解決したい。 それぐらい学生側からすると社会っていうのはリアリティが無い。 高専カンファレンスに来ないような人達に思う – ryopeko の日記 気づけばよかった 僕もまったくそのとおりな生活をしていました。自分が将来どうなるのかについて全くリアリティを持つこと無く 20 年以上過ごしてしまったわけです。22 になる頃にようやくどうしたもんかというところで思ったのは「もっと早く”気づいて”いれば。

サンフランシスコからこんにちは。今日からひとまず 1 年間、アメリカのサンフランシスコで仕事をすることになりました。だいぶ前から言っていた夢がひとまず叶ってとてもハッピーです。 今回、日本の会社からの出向という形でアメリカの会社で働くことになりましたが、アメリカで働くというのがこんなにも大変で面倒なことなのかと思い知らされました。ビザの取得に始まり、日本で住んでいるところの処理やアメリカでの住宅探し、銀行や携帯電話など今まで当たり前に持ってたものがないこと、仕事の引継ぎ(業務自体や評価)、保険や税金などの違い、などなど。今回は会社にたくさんサポートをしてもらえて本当に助かりました。 また、諸事情あって 10 月頭という当初の予定から 1 ヶ月遅れてしまったのですが、9 月からの 2 ヶ月間に本当に色々な方から「いってらっしゃい！がんばれよ！」と言って頂けて大変ありがたかったです。イクイク詐

最近は、@kazeburo さんの真似をして自分も「オペレーションエンジニア」と名乗ろうかと思ってます。正直最初にオペレーションエンジニアって聞いた時、なんのことだかよくわからなかったんですよね。ちょうどこの言葉を最初に見たのは 1 年前くらいで、その時僕は 2 年目に入ったところで MySQL Conference から帰ったばかりで「おらは DataBase Administrator(DBA)なんだ！」と思ってた頃でした。 それからちょうど 1 年。1 年目の時も DB だけをやってたわけではないですが、この 1 年はより広くより深くいろんなモノを見てきた関係で、自分の仕事は「DBA」だけだとちょっと説明に足りないなぁと思ってたところで、「オペレーションエンジニア」という言葉を思い出しました。そう、僕の仕事は「オペレーションエンジニア」なんです。ひよっこだけど ん、ちょっと待てって？

最近出たプロダクトで「RStudio」というのがあるんですが、試しに使ってみてあまりにも洗練されてて感動したのでエントリにしました。 RStudio って何？ そもそもなにするものかというと、統計分析・グラフ作成プログラミング言語である R の IDE みたいなもので、PC 上でスタンドアローンで動かすこともできますし、サーバ上のリソースをブラウザ越しに扱うこともできます。スタンドアローンの方はすでに Windows や Mac などひと通りバイナリありますし、サーバの方も Ubuntu/CentOS はバイナリあって楽々使えるようです。 ちなみに最初 Amazon Linux で動かしてみようと思ってたんですが、Amazon Linux は微妙にパッケージを新しくした CentOS みたいな感じなので各所でライブラリのバージョンがずれてて依存関係で破滅的になりました。だったら make