"The Engineer/Manager Pendulum" というブログ記事を筆者の許可を得て翻訳してみました。 最近、Twitter上で何人かのキャリア相談に乗ることがあった。多くの相談はこんな調子だった。 わたしは現在シニアエンジニアで、マネージャになろうと思っている。自分は技術が大好きなのだ。でも、ときどき自分は同じ問題を繰り返し繰り返し解決しているような気がしてしまう。ほんとうに解決すべきなのはヒトの問題 (people problems) なんじゃないか? 昇進するためにはマネージャになる必要があることは知ってる。マネージャになるのは最悪じゃなきゃいいなと思っている。悪い噂ばかり聞くから。 キャリア相談に乗りながら、この記事を書きたいとずっと思うようになった。言いたいことはたくさんあるが、最初に言いたいのは 「マネージャだけがキャリアパスを前に進むことができる」という考えはク

英語を使って仕事をするようになって1年半が経った。よく「学校で習う英文法なんて役に立たない」という本を読んだりするけど、結局の所さすがに1年半も英語だけで暮らしていると、特殊な倒置表現など以外のほぼすべての英文法は実戦で出会うことになるし、それらを使わないとうまく表現できないシチュエーションにも遭遇する。受験英語をバカにする人も多いが、必要不可欠な文法項目を過不足なく網羅できているという意味では日本のカリキュラムはよくできているのだ。 しかし、受験英語であまり登場しなかったのに、実生活では大活躍する文法というのはいくつかある。その中の最重要と言っていいのが、助動詞 "would" の用法である。 would は実は助動詞の中でかなり日本語らしい、柔らかい響きを生んでくれる単語なので、覚えておくと日本語で思い浮かんだ伝えたいことをよりダイレクトに翻訳できるようになるし、仕事でも「こいつはニュ

英会話の練習は難しい。 私は外資企業でエンジニアとして働いている。留学経験なし、チームでは唯一の日本人なので、英語からの逃げ場はない。幸いビジネス英会話のレッスンには補助が出るので、GABAやベルリッツなどの対面英会話、Skypeを使ったDMM英会話やレアジョブ、Bizmates等の英会話教室をいろいろと試してみたのだけれど、なかなか意味のある練習をできているという実感や、続けるモチベーションが得られなかった。 そんな中で、最大限「自分の考えを自分の言葉で説明する」練習に活かす方法を見つけたので紹介してみる。それは「自分で教材を持っていく」というものだ。 この記事はふしみ Advent Calendar の12日目です。 なぜ英会話レッスンは続かないのか 言葉を選ばずに言えば、私が英会話レッスンを続けられなかった理由は教材がつまらないからであった。 …言い切ってしまったが、読んでいる人にも

(人にお願いするだけじゃなくて自分も貢献しろよということで昔話を書いてみました。kazawaフォーマットに従っています。) 学生時代 大学は、東大の計数工学科の計測コースというところでした。プログラミングは、課題をやったり卒論を書いたりするのにCを、バージョン管理には助手さんに教えてもらったRCS(CVSの前身?)を使っていました。みんなと一緒に修士まで行きましたが、研究者になるようなタイプでなかったので博士には進みませんでした。大学(特に計数工学科)で学んだことは今でもいろいろと役立っているなぁと思って感謝してますが、当時Googleを受けていたら120%落ちていたと思います 🙂 前職 ソニーに新卒で入社して、2000年から2007年までの8年間働いていました。前半は研究所（しかし論文とかは書かない）、後半はテレビ事業部にいました。 プログラミングの経験 いわゆる（当時の）標準的な開発

最近、Googleや大学が開催しているキャリアイベントなどに参加する機会がおおかったので、そこで話したことをまとめて書いてみました。2017年4月入社なので、現在2年目が終わろうとしているところです。 なるべく汎用的に、具体的な対策を中心に書いたので、他の外資系企業の採用面接にも役立つかもしれません。参考にしていただければ幸いです。 応募時の経歴 狭義の Computer Science 専攻ではありませんでしたが (電気情報工学科→学際情報学)、選択科目によってはコンパイラやプログラミング言語を自作する実験など計算機科学っぽい科目もありました。 学生のあいだにインターン・フリーランスエンジニアとして業務経験がありました (C++ / Obj-C / Swift)。そのことを記載した上で新卒採用として応募しました。 英語力 留学経験・英語での勤務経験はありませんでした。TOEICは800点

自動的に移動しない場合はをクリックしてください。

最終退社時の自分の机 2012年に修士卒からの新卒でNTT研究所に入り、6年間お世話になりました。 研究所では同期や先輩や後輩や上司に恵まれ、存分に書籍や論文を読んで勉強して力を蓄えたり、対外的な発表の場にも恵まれ外ではできないような体験をすることができました。 ありがとうございました。 入社当時に作られたtogetterを見返すと togetter.com togetter.com まるで昨日のように感じられる。 NTT社内で僕が何をやっていたかについては言える物は軒並みアウトプットされているのでわざわざここでは触れない。 NTT研究所について NTT研究所を客観的に見た時にどうかを書いていく とにかく人に恵まれている。採用の倍率が高いのもあって潤沢な学生エントリーからよりすぐりのエリートが謎の力でポテンシャルを見極められて採用されている。同期を見てひと目ですごい奴も居れば、一見してわか

はじめに　この記事には、Googleのオンサイト面接に向けて勉強した内容が記載されていますが、それらはすべて面接を受ける直前に書いておいたものです。このエントリを読むことで面接で聞かれた内容が予測されてしまわないようにそのようにさせていただきました。ご了承お願いします。 この記事について　令和元年に医師を退職し、ソフトウェアエンジニアに転職します。 自分にとって大きな転機であったのと、とても大変な道のりであったので、私という人間が辿った道筋を最初から最後までちゃんとまとめておきたいと思いこの記事を書くことにしました。 私のような他業種から未経験での転職を目指されている方にとっても、何らかの参考になる内容であれば幸いです。 私の生い立ち　私は小さい頃からテレビゲームが大好きで、学校から帰るとずっと家でゲームをしている子でした。あまりにもゲームが好きだったので、遊ぶだけではなく自分で作ってみた

Googleオフィスの窓からの眺めをGoogle Photoが自動加工したもの TL;DR AtCoderやろうぜ Googleの(僕から見て)偉い人が立て続けにブログを書いており ctrl-x-s.blog hoge.blog ここ数件の僕のブログへの反響を読んでも「Googlerだから特別」みたいな意見が散見され、入社へのハードルが変に高く見られてしまっている気がするので、僕がGoogleに入社する準備として取り組んでいた事とそのレベルを紹介する。程度の低さに安心して欲しい。 英語 英語の論文は興味の赴くままに読んでいたため読むことに関してはあまり苦手意識は無いものの、絶対的な英語力に関して言うとTOEIC500点というスコアが端的に表している。これがどれぐらいかというと、得意分野から外れると長文を読む速度と精度がガタ落ちし、リスニングも結構な単語を聞き落とし、文脈からの推測と辛うじて

この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE

ソフトウェアエンジニアとして活動した 2019 年を振り返ります。 プログラミングを始めて 3 年2016 年の 10 月頃にプログラミングを始めたので、2019 年末の今で大体 3 年が経過したことになります。 実際にはその 3 年間のうち、持病など色々あって半年〜 1 年くらいコードを書いていなかったのですが、この手のことは人に話すときに言っても詮無いことなので、まあ 3 年やったということで。 GitHub の contribution graph を見ると、この 1 年で 4,000 行かないくらいの contributions をしていたようです (もちろん本質的な指標ではないですが…)。 2018 年のそれを見ると、だいぶ増えていることが分かります。 また、後述しますが、去年まで対外的なアウトプットがほぼ皆無だったのに対して、今年はアウトプットする機会が随分増えました。 OSS

サ活はサウナに行った記録や口コミ・感想を残すことができる機能です。自分だけの日々のサウナ記録や、初めて行った施設の感動をぶつけたレポートから常連さんの細かすぎる定点観測まで、日本中からさまざまなサ活が投稿されています。 サウナを検索、サウナ施設ページを開いて「投稿」ボタンからサ活を登録してみよう！ \　統計情報もチェックできる　/

A visual guide on troubleshooting Kubernetes deploymentsMay 2024 TL;DR: here's a diagram to help you debug your deployments in Kubernetes (and you can download it in the PDF version and PNG). This diagram is also translated into the following languages: 中文, Translated by Addo Zhang (PDF | PNG)Português — Translated by Marcelo Andrade (PDF | PNG)Español mexicano — Translated by Raymundo Escobar & J

自分の勤務する会社が今年IPO(株式上場)した。 この記事は上場当日に自分が社内ブログに投稿した記事を編集したものである。 なぜそれをこうして公開する気になったかと言うと、もしかしたらこれからIPOを経験する人の参考になるかもしれない、というのは理由のひとつだ。 もっと大きな別の理由は、この記事には自分が以前に勤めていた会社のことが書いてあるのだが、昨日の忘年会で会った当時の同僚たちに読ませたところ「懐かしすぎてもだえ死ぬ」という好評価をいただいたので、もう少し広く仲間内で盛り上がるためである。 そして何より、年末の休暇にすることもなく暇だった。 自分について40代男性。IT系エンジニア。現職は6年目で古参の部類。 マネージャーではあるが、それほどエラい立場ではない。 ちなみに3年近く前のこの記事の投稿主でもある。 中学受験体験記 https://anond.hatelabo.jp/201

イベントや勉強会とか出ると、40代、50代、60代の人が発表することもありますね。有名サービスを作った若いエンジニアとかだったり、発表内容がトレンドだったりすると、すごい話を聞きたくなるけど、たいして有名でもないし、すごいものを作ったこともない、俺みたいに無駄に年を重ねた人のトレンドからはずれたダメダメオッサンの登壇内容ってクソいんですよ。自戒の念を込めて書く。 最初の自己紹介30秒以下にしろよ： おまえがちょまどみたいに若くてキレイでかわいい女子だったら何時間でも聴きたいけど、ダメなオッサンのつまんない自己紹介は5秒以上も聞きたくない。無駄に長いこと生きている人の長い自己紹介ってつまんない。「89年に大手SIの子会社に入社」とか聞きたくない。もうねダメなオッサンは「idと好きなAWSサービス」だけでいいよ。長いこと生きてるからいろいろ言いたいことがあるだろうけど、いらない。無名無能力な4