オンライン動画学習サービスSchoo（スクー）で、「シリコンバレーで働くエンジニアと考える、これからのキャリア」と題した授業をさせていただきました。*1 シリコンバレーで働くエンジニアと考える、これからのキャリア 堤 修一 先生 - 無料動画学習｜Schoo（スクー） 撮影を生放送で行い、視聴者参加型で行う授業でした。もちろんキャリアに正解なんてないし、キャリア観も人によって千差万別なので、僕が何かを教える、というよりは、まずは僕の経験や考えを共有して、あとはコメント・質疑応答ベースでみんなで考えていきましょう、的なコンセプトです。 講義 最初に30分（ホントは20分の予定だったのですが🙇🏻）の講義パートがありました。 講義資料はこちら。*2 自己紹介（僕のキャリアの変遷をざっと説明） 僕のキャリア観（理想） その実現のために意識していること４つ という3段構成です。 以下に簡単に抜粋

MASAKI @breeze_masaki @curryevent 恐らくあなたはその会社の器ではないのである程度で見切りを付けるのが最適解かなと思います。 ある社長が言っていましたが、社員は社長以上になることはない。 社長を超えた時には会社を去っているとのこと。 能力を最大限活かせる会社を探してみては？ 2017-11-21 22:28:48 かとう🍛カレー人気店を紹介 @curryevent @chiyama はじめまして。ご丁寧なリプライをくださり、ありがとうございます。社外勉強会のLTなどで発表した経験はありますが、日常（職場）に戻ると夢から覚めたような虚しさがあります。次は、大規模なカンファレンスに登壇者で呼ばれるほど自分の技術領域の界隈で突き抜けた存在になる事を目指す所存です。 2017-11-21 23:04:49

2017/10/20　吉祥寺.pmで発表した資料です

ちょっとぶっちゃけた話ですが、チームビルディング、採用ブランディング、個人の幸せにとって重要な話だと思って。 辞める人にネガティヴがないわけない 会社を辞める人はたくさんいますし、そこら中でしょっちゅうあります。いまの時代わりと普通のことではあります。 「実は自分、今日までなんですよ」と挨拶回りで来て、餞別のお菓子をもらったり、ちょっとした思い出話をしたり。 送別会も開かれて、 「次の現場でがんばってくださいね！」 「ありがとうございます。とても良い現場でした！」 という風に、円満退職される方も多いです。辞めた理由は、大概は前向きなもので、周りもみんな納得しやすいものです。 ですが、個別個別に話を聞いてみると... 全員ではありませんよ！ でも多くの人が...やはり今の会社に対して何かしらのネガティヴな思いを持っていて「自分のいる場所ではない」という話をしてくれます。 ストレートにネガティ

俺はこれまで一貫してIT業界でエンジニアとしてのキャリアを進んできたのだが、これまでのキャリアでもう一つ一貫していることがある。それは、ずっとサポートエンジニアであるということだ。実はサポート職というのはかなり論理的なコミュニケーションを必要とする職種であり、如何に論理的な文章を上手に書くかということが、如何に良い仕事をするか（短い時間で成果＝顧客満足度を得られるか）ということに繋がるという側面がある。（もちろん高い技術力が必要なのは言うまでもないが。）サポートエンジニアはメールや報告書という形で日々論理的な文章を書かなければならないので、サポートの経験を重ねることによって論理的にコミュニケーションをする能力というのは徐々に磨かれよう。しかし、論理的にコミュニケーションをするというのは意外と皆出来ているようで出来ていないし、筋が悪いといつまで経っても身につかないこともあり、上手にお客さんを

tstalk Vol.1というテクニカルサポートのトークイベントに行ってきていろいろお話したり聞いたり考える機会になったので書き出しておくよ。いろいろなテクニカルサポートな人が集まっておもしろかった。ソフトウェア製品サポート、ハードウェア製品やそのファームのサポート、非サポート(興味がある、昔やっていた、サポートを利用するお客様の立場だけど、というような方々)、その他、みたいなごちゃまぜ編成。 ランダム箇条書きな感じで。 テクニカルサポートは楽しい テクニカルサポートはケーキバイキングみたいなお仕事 基本的に扱う内容はエンジニアであるお客様がつまずいた「技術的に難しいところだけ」おいしいとこどり食べ放題 「サポート」を「エンジニアリング」する、多くの改善余地のある創造的な作業が多め 例えばプログラマ関連だと、WebとDBとの橋渡しをするだけのコード書きや(デザインなどの創造的な作業ではない

ご報告が遅れましたが、6月30日付で新卒の2003年から14年あまり勤務したNECを退職しました。 また、本日、東京法務局品川出張所においてヘテロDB株式会社の登記申請を行い、また、併せて新会社のチーフアーキテクト兼代表取締役社長に就任しました。 今後は、前職では実現できなかった、GPUやSSDなどヘテロジニアスな計算機資源を活用する事で、高性能、低価格、使いやすさを両立するデータベース製品の事業化を目指していく事になります。 どうぞよろしくお願いいたします。 web: http://heterodb.com/ 弊社が入居する西大井創業支援センター（品川区） 10年以上も勤務した会社を辞めてスタートアップを立ち上げるというのは、おそらく人生の中でも上位に食い込むビッグイベントの一つだと思うので、今の決意や創業に至る一連の流れについて記録を残しておこうと思います。 （書き下してみたら意外と長

お久しぶりです、ドイツベルリンから書いております。 深山雄太です。 前回の記事 kenzan100.hatenadiary.jp 結論から申し上げますと、今月いっぱいで今働いている会社を辞め、来月からベルリンの別の会社で働き始めます。 海外で働きつつ、そのまま現地で転職活動をしたのは生まれて初めてのことです。ベルリンで働き始めてから一度も活動報告をしていなかったこともあり、この記事でまとめて書いてみます。 ベルリンどうよ？ とても良いです。ベルリンの住みやすさは最高です。 東京よりも圧倒的に人口密度が低く（２３区と比較して、人口は約三分の一、面積は約１．６倍だったかな）、通勤や週末の買い物にまったくストレスを感じません。 部屋も広い。東京やニューヨーク、ロンドンとかだと、家賃あたりの体積が極端に狭いと感じます。その点ベルリンは、たてよこ高さすべてにおいて「一人が快適に暮らすにはこれくらいの

要約 サンフランシスコで hired.com を主に用い、ニューヨークの会社から、転職しました。RedditのHere’s How to Prepare for Tech Interviewsという記事を参考に、技術面接への準備をし、大小様々な企業20社程を受けて、自分のミッションとマッチする会社を見つけました。 背景 ニューヨークにある会社で働いていたのですが、諸々の事情があり転職活動をすることになりました。*1 アメリカでの一般的なソフトウェアエンジニア採用プロセス アメリカでの一般的な採用プロセスは以下の通りです。 レジュメのスクリーニング 人事との電話面談 技術者との電話面接（1~2回） オンサイト面接 人事との電話面談は、志望動機や過去の経験を聞かれます。会社の求める人材との最低限のマッチングを確認している場合が多いです。 技術者との電話面接は、電話で会話しながらオンラインのコー

ここでのアーキテクトとは？ こういうのは明確な定義はない言葉ですが、 ここでは割り切った定義をしてしまいます。 サービス開発・システム開発の現場にて、 ディベロッパーの開発や運用効率を向上、 アプリが抱える技術課題の解決のために、 実装の開発環境やフレームワークに加え、 現場適合な共通部品に実装ポリシーなど、 アーキテクチャをデザインする人のこと。 ちょっと、大それた言葉かもしれませんが、 「実装現場のデザイナー」と呼びたいなと。 ここでは、ちょっと現場寄りなアーキテクトを定義しています。 一方で先進的なアーキテクト、最先端の高レベルな技術に長け、 非常に難しい技術的課題を先進的な方法で解決する人もいます。 この場合は、アーキテクトよりギークという言葉が似合うかも。 jfluteは、残念ながら後者にはまっったく及ばないので、 今日の内容は、ちょっと現場寄りのお話になるでしょう。 「リーンス

3月から Treasure Data で働いています。入社初日からタスクをアサインされ、RailsでAPIの開発をやりました。 なぜ Treasure Data に転職したのか 前職もやりたいことができて優秀な同僚に囲まれ文句ない環境だったのですが、アルバイト入社から数えるともう3年半が経っていたし、入社前にイメージしていたような仕事も大体経験できていました。 そのままいても良かったのですが、ある程度の間隔で新しいことに挑戦しないと成長は止まってしまうと思っているので職場ごと変えることも考え始め、以下のような観点から Treasure Data に転職することに決めました。 エンジニアがユーザーになる仕事をしてみたい 僕は開発者が使うツールを作るのが好きで、技術を売っている会社の方がそういうものを作る機会が増えそう 正直あまりエンジニアリング以外に興味がないので、一般の人を対象にしたサービ

4 年半にわたって RubyMotion の開発・ユーザーサポート等に携わってきましたが、2 月末日をもって離れることになりました。前身となるMacRuby の開発からですと 7 年以上になり、よく飽きずにやってきたなと思います。 RubyMotion は我ながらとても良いプロダクトだと思っていますが、Swift が Apple からリリースされて以来すっかり押さえ込まれてしまった、というのが離れることになった簡単な理由です。 のんびり次の仕事を探していきます。 【追記】お仕事をくださる方がいらっしゃいましたら、以下の職歴をご参照ください m(_ _)m www.wantedly.com

半年くらいまえにBit Journeyに転職してKibelaを作ってました。AndroidエンジニアからRails + Reactエンジニアへの転向ということになります。 Kibelaはこちら。ようやく本日リリースできました。といっても開発面でいうとこれからが正念場ではあります。 Kibela - 個人の発信を組織の力にする情報共有ツール “個人の発信を組織の力にする情報共有ツール” と銘打っているとおり、これは 個人が組織内で自由に情報を発信すると組織が活性化する という仮説に基づいて設計されている、会社などの組織向けのサービスです。もちろんそれだけでなく、仕様書の整理につかったり議事録をとりあえず突っ込んでおくみたいなのもありです。 さてKibelaでできることはBlogとWikiを書くことです。これはつまり 個人が発信する情報 とそれ以外を分けるということです。このあたりの思想やベス

Photo by César Santiago Molina こんにちは、谷口です。 paizaでは事前の書類選考なしで求人応募ができます。そのせいか、スキルはあっても「書類選考をなかなか通過できないのでpaizaから応募したくて…」という方にもよくお会いします。 そういった方に、paizaから応募を始める前に提出していた職務経歴書を見せてもらうと、落ちる職務経歴書には共通のパターンがあることがわかります。 書類選考がある場合、「書類を書くの苦手だし…面接で話せばいいでしょ」と思って適当に書いてしまっては、そこで落選が決まってしまいます。 今回は、書類選考を実施している企業へのヒアリングと、実際に応募者が提出していた職務経歴書を見てわかった、「落ちる職務経歴書」と「受かる職務経歴書」の違いをお話しします。 書類作成が苦手な方の参考になればと思います。 ■落ちる職務経歴書と受かる職務経歴書の