「シリコンバレーで働くエンジニアと考える、これからのキャリア」という授業をしました - その後のその後
オンライン動画学習サービスSchoo（スクー）で、「シリコンバレーで働くエンジニアと考える、これからのキャリア」と題した授業をさせていただきました。*1 シリコンバレーで働くエンジニアと考える、これからのキャリア 堤 修一 先生 - 無料動画学習｜Schoo（スクー） 撮影を生放送で行い、視聴者参加型で行う授業でした。もちろんキャリアに正解なんてないし、キャリア観も人によって千差万別なので、僕が何かを教える、というよりは、まずは僕の経験や考えを共有して、あとはコメント・質疑応答ベースでみんなで考えていきましょう、的なコンセプトです。 講義 最初に30分（ホントは20分の予定だったのですが🙇🏻）の講義パートがありました。 講義資料はこちら。*2 自己紹介（僕のキャリアの変遷をざっと説明） 僕のキャリア観（理想） その実現のために意識していること４つ という3段構成です。 以下に簡単に抜粋
Gaijin Engineer in Tokyo
Being a foreign software engineer in Tokyo has its ups and downs. If you work in a company of foreigners you’re mostly shielded from the experience, but if you work in an actual Japanese company there’s going to be some things that will shock you, some things that will amuse you, and doubtless many things that will frustrate you. This is a run-down of my own personal experiences. As with anything,
30歳を過ぎたエンジニアがキャリアの閉塞感から脱する方法
MASAKI @breeze_masaki @curryevent 恐らくあなたはその会社の器ではないのである程度で見切りを付けるのが最適解かなと思います。 ある社長が言っていましたが、社員は社長以上になることはない。 社長を超えた時には会社を去っているとのこと。 能力を最大限活かせる会社を探してみては？ 2017-11-21 22:28:48 かとう🍛カレー人気店を紹介 @curryevent @chiyama はじめまして。ご丁寧なリプライをくださり、ありがとうございます。社外勉強会のLTなどで発表した経験はありますが、日常（職場）に戻ると夢から覚めたような虚しさがあります。次は、大規模なカンファレンスに登壇者で呼ばれるほど自分の技術領域の界隈で突き抜けた存在になる事を目指す所存です。 2017-11-21 23:04:49
ゼネラリストとしての働き方とキャリアについて#kichijojipm
2017/10/20 吉祥寺.pmで発表した資料です
所詮、できる人はできる人と一緒に仕事したい - jfluteの日記
ちょっとぶっちゃけた話ですが、チームビルディング、採用ブランディング、個人の幸せにとって重要な話だと思って。 辞める人にネガティヴがないわけない 会社を辞める人はたくさんいますし、そこら中でしょっちゅうあります。いまの時代わりと普通のことではあります。 「実は自分、今日までなんですよ」と挨拶回りで来て、餞別のお菓子をもらったり、ちょっとした思い出話をしたり。 送別会も開かれて、 「次の現場でがんばってくださいね！」 「ありがとうございます。とても良い現場でした！」 という風に、円満退職される方も多いです。辞めた理由は、大概は前向きなもので、周りもみんな納得しやすいものです。 ですが、個別個別に話を聞いてみると... 全員ではありませんよ！ でも多くの人が...やはり今の会社に対して何かしらのネガティヴな思いを持っていて「自分のいる場所ではない」という話をしてくれます。 ストレートにネガティ
サポートエンジニアが経験から語る、論理的文章によるコミュニケーションのススメ
俺はこれまで一貫してIT業界でエンジニアとしてのキャリアを進んできたのだが、これまでのキャリアでもう一つ一貫していることがある。それは、ずっとサポートエンジニアであるということだ。実はサポート職というのはかなり論理的なコミュニケーションを必要とする職種であり、如何に論理的な文章を上手に書くかということが、如何に良い仕事をするか（短い時間で成果＝顧客満足度を得られるか）ということに繋がるという側面がある。（もちろん高い技術力が必要なのは言うまでもないが。）サポートエンジニアはメールや報告書という形で日々論理的な文章を書かなければならないので、サポートの経験を重ねることによって論理的にコミュニケーションをする能力というのは徐々に磨かれよう。しかし、論理的にコミュニケーションをするというのは意外と皆出来ているようで出来ていないし、筋が悪いといつまで経っても身につかないこともあり、上手にお客さんを
テクニカルサポートというお仕事 - nekop's blog
tstalk Vol.1というテクニカルサポートのトークイベントに行ってきていろいろお話したり聞いたり考える機会になったので書き出しておくよ。いろいろなテクニカルサポートな人が集まっておもしろかった。ソフトウェア製品サポート、ハードウェア製品やそのファームのサポート、非サポート(興味がある、昔やっていた、サポートを利用するお客様の立場だけど、というような方々)、その他、みたいなごちゃまぜ編成。 ランダム箇条書きな感じで。 テクニカルサポートは楽しい テクニカルサポートはケーキバイキングみたいなお仕事 基本的に扱う内容はエンジニアであるお客様がつまずいた「技術的に難しいところだけ」おいしいとこどり食べ放題 「サポート」を「エンジニアリング」する、多くの改善余地のある創造的な作業が多め 例えばプログラマ関連だと、WebとDBとの橋渡しをするだけのコード書きや(デザインなどの創造的な作業ではない
PR：サポートエンジニアの魅力とやりがいとは？
ユーザーからの問い合わせに翻弄（ほんろう）され、単調な仕事……と思われがちなサポートエンジニア。ところが実際は、クリエイティブ性や新規性に富み、非常に高度な技術力とビジネススキルが求められるやりがいのある仕事だ。ITエンジニアの有力なキャリアパスであるサポートエンジニアの魅力とは何か。 ■サポートエンジニアは会社の“顔”だ 近年、ITエンジニアのキャリアパスが広がってきたといわれている。技術の発展に伴って職種が細分化され、新しい職種が生まれ、さまざまな職種へ移行することができるようになった。その結果、自社内の役職ラインに基づいて管理職を目指すのではなく、専門職を目指すという選択肢ができた。自分の技術の専門性を高めることが、そのままキャリア形成につながるわけだ。 もちろん、いくら「ITエンジニアとして技術を極める」とはいっても、技術力だけ磨いていればいいわけではない。コミュニケーション能力や
NECを退職し、新会社を立ち上げました。 - KaiGaiの俺メモ
ご報告が遅れましたが、6月30日付で新卒の2003年から14年あまり勤務したNECを退職しました。 また、本日、東京法務局品川出張所においてヘテロDB株式会社の登記申請を行い、また、併せて新会社のチーフアーキテクト兼代表取締役社長に就任しました。 今後は、前職では実現できなかった、GPUやSSDなどヘテロジニアスな計算機資源を活用する事で、高性能、低価格、使いやすさを両立するデータベース製品の事業化を目指していく事になります。 どうぞよろしくお願いいたします。 web: http://heterodb.com/ 弊社が入居する西大井創業支援センター（品川区） 10年以上も勤務した会社を辞めてスタートアップを立ち上げるというのは、おそらく人生の中でも上位に食い込むビッグイベントの一つだと思うので、今の決意や創業に至る一連の流れについて記録を残しておこうと思います。 （書き下してみたら意外と長
Quipper組織変更と41歳CTOの今後 - Masatomo Nakano Blog
最近、自分自身に関わる人事で大きな変更があった。久しぶりにブログを書いてみる。 結論から言うと、先月まで、プロダクト、開発組織、技術の3つを担当していたのだが、プロダクトと開発組織を完全に移譲することになった。 その結果、自分のレポートラインとしては移譲した人だけが部下という形になった。Quipperを始めた6年半前、最初のエンジニアに入ってもらって以来の少なさだ。これは自分としてはなかなか大きな変化である。 振り返ってみると、Quipperが始まってから6年半、Web/アプリ事業会社のCo-founder/CTO としてありがちなコースを歩んできた(最初はタイトル的にはCTOではなかったけど)。初期はとにかくコードを自分でがりがり書き、サーバーの面倒も見るし、とにかく何でもやるエンジニア。そして組織の拡大とともに段々とコードを書く時間が減っていくというやつだ。 特にリクルートグループ入り
ベルリンにて転職しました。 - zakisan's blog
お久しぶりです、ドイツベルリンから書いております。 深山雄太です。 前回の記事 kenzan100.hatenadiary.jp 結論から申し上げますと、今月いっぱいで今働いている会社を辞め、来月からベルリンの別の会社で働き始めます。 海外で働きつつ、そのまま現地で転職活動をしたのは生まれて初めてのことです。ベルリンで働き始めてから一度も活動報告をしていなかったこともあり、この記事でまとめて書いてみます。 ベルリンどうよ？ とても良いです。ベルリンの住みやすさは最高です。 東京よりも圧倒的に人口密度が低く（２３区と比較して、人口は約三分の一、面積は約１．６倍だったかな）、通勤や週末の買い物にまったくストレスを感じません。 部屋も広い。東京やニューヨーク、ロンドンとかだと、家賃あたりの体積が極端に狭いと感じます。その点ベルリンは、たてよこ高さすべてにおいて「一人が快適に暮らすにはこれくらいの
サンフランシスコで転職活動をしました - Jeffsuke is not a pen.
要約 サンフランシスコで hired.com を主に用い、ニューヨークの会社から、転職しました。RedditのHere’s How to Prepare for Tech Interviewsという記事を参考に、技術面接への準備をし、大小様々な企業20社程を受けて、自分のミッションとマッチする会社を見つけました。 背景 ニューヨークにある会社で働いていたのですが、諸々の事情があり転職活動をすることになりました。*1 アメリカでの一般的なソフトウェアエンジニア採用プロセス アメリカでの一般的な採用プロセスは以下の通りです。 レジュメのスクリーニング 人事との電話面談 技術者との電話面接（1~2回） オンサイト面接 人事との電話面談は、志望動機や過去の経験を聞かれます。会社の求める人材との最低限のマッチングを確認している場合が多いです。 技術者との電話面接は、電話で会話しながらオンラインのコー
英文履歴書の書き方ー英文履歴書の添削・作成|イーレジュメ
HOME > 英文履歴書の書き方 英文履歴書の作成の基本・注意点について 1) 主語の省略、active動詞の使用と言った英文履歴書ルールに沿う。 ※DeepL等で作成した英文は、履歴書英語と異なる為、十分確認してから使用されることを勧めます。 2) 社内用語を使わず、業界や第三者にも通用する語彙を使用。 3) 応募ポジションに対する情報、アピール漏れがないか確認。 4) 情報の重複や冗長な表現を避け、簡潔な文体で正確に伝わるかにフォーカス。 5) Reader-frindly: 読み手に負荷をかけないフォーマットの使用。 参考 ※英文履歴書を一から作成する際、作成フォームの記載項目を参考にしてください。 ※英文レジュメ、カバーレターサンプルは各ページ左側「サービス案内」の下をご覧ください。 英文履歴書の各セクションの書き方・記載例 Summary of Expertise (強みの要約)
アーキテクトのちから - jfluteの日記
ここでのアーキテクトとは？ こういうのは明確な定義はない言葉ですが、 ここでは割り切った定義をしてしまいます。 サービス開発・システム開発の現場にて、 ディベロッパーの開発や運用効率を向上、 アプリが抱える技術課題の解決のために、 実装の開発環境やフレームワークに加え、 現場適合な共通部品に実装ポリシーなど、 アーキテクチャをデザインする人のこと。 ちょっと、大それた言葉かもしれませんが、 「実装現場のデザイナー」と呼びたいなと。 ここでは、ちょっと現場寄りなアーキテクトを定義しています。 一方で先進的なアーキテクト、最先端の高レベルな技術に長け、 非常に難しい技術的課題を先進的な方法で解決する人もいます。 この場合は、アーキテクトよりギークという言葉が似合うかも。 jfluteは、残念ながら後者にはまっったく及ばないので、 今日の内容は、ちょっと現場寄りのお話になるでしょう。 「リーンス
Treasure Data に入社しました - k0kubun's blog
3月から Treasure Data で働いています。入社初日からタスクをアサインされ、RailsでAPIの開発をやりました。 なぜ Treasure Data に転職したのか 前職もやりたいことができて優秀な同僚に囲まれ文句ない環境だったのですが、アルバイト入社から数えるともう3年半が経っていたし、入社前にイメージしていたような仕事も大体経験できていました。 そのままいても良かったのですが、ある程度の間隔で新しいことに挑戦しないと成長は止まってしまうと思っているので職場ごと変えることも考え始め、以下のような観点から Treasure Data に転職することに決めました。 エンジニアがユーザーになる仕事をしてみたい 僕は開発者が使うツールを作るのが好きで、技術を売っている会社の方がそういうものを作る機会が増えそう 正直あまりエンジニアリング以外に興味がないので、一般の人を対象にしたサービ
Bit Journeyに転職してKibelaをリリースしました - Islands in the byte stream
半年くらいまえにBit Journeyに転職してKibelaを作ってました。AndroidエンジニアからRails + Reactエンジニアへの転向ということになります。 Kibelaはこちら。ようやく本日リリースできました。といっても開発面でいうとこれからが正念場ではあります。 Kibela - 個人の発信を組織の力にする情報共有ツール “個人の発信を組織の力にする情報共有ツール” と銘打っているとおり、これは 個人が組織内で自由に情報を発信すると組織が活性化する という仮説に基づいて設計されている、会社などの組織向けのサービスです。もちろんそれだけでなく、仕様書の整理につかったり議事録をとりあえず突っ込んでおくみたいなのもありです。 さてKibelaでできることはBlogとWikiを書くことです。これはつまり 個人が発信する情報 とそれ以外を分けるということです。このあたりの思想やベス
その職務経歴書で、面接官が会いたくなると思いますか？選考で落とされる書類の共通点とは - paiza times
Photo by César Santiago Molina こんにちは、谷口です。 paizaでは事前の書類選考なしで求人応募ができます。そのせいか、スキルはあっても「書類選考をなかなか通過できないのでpaizaから応募したくて…」という方にもよくお会いします。 そういった方に、paizaから応募を始める前に提出していた職務経歴書を見せてもらうと、落ちる職務経歴書には共通のパターンがあることがわかります。 書類選考がある場合、「書類を書くの苦手だし…面接で話せばいいでしょ」と思って適当に書いてしまっては、そこで落選が決まってしまいます。 今回は、書類選考を実施している企業へのヒアリングと、実際に応募者が提出していた職務経歴書を見てわかった、「落ちる職務経歴書」と「受かる職務経歴書」の違いをお話しします。 書類作成が苦手な方の参考になればと思います。 ■落ちる職務経歴書と受かる職務経歴書の
Fastly に入社しました
Summary in English: Joined Fastly, will continue my work on H2O there as an open-source developer. 2017年1月1日付で、Fastly 社へ転職したので報告いたします。 過去５年間、DeNA では R&D 的な立場から、様々な基盤的ソフトウェア（オープンソースになったものもありますし、クローズドなものもあります）の開発に携わってきました。 最近２年間は、同社のゲーム用サーバに端を発するオープンソースの HTTP/2 サーバ「H2O」の開発に従事してきましたが、その実装品質が高く評価され、世界有数のコンテンツ配信ネットワーク（CDN）である Fastly で採用された他、大規模なウェブサービス事業者で採用にむけた動きが進むなどの成果が出つつあります。 また、H2O における実装経験をもとに、H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Do I Want to Be an Engineering Individual Contributor or Manager?
退職のお知らせ - @watson1978 の日記
