今から10年前の2014年4月に、いわゆるIT系大企業のDBエンジニアを辞めてメルカリでソフトウェアエンジニアとして働き始め、そこから紆余曲折を経て10年たった。 当時の予定通り、まだ現役でコードを書いている。海外に拠点は移り、色んな国の人たちと仕事をするようになり、役割もテックリード、マネジャー、CTOと変わってきた。ソフトウェア開発について考え方もさまざまな変遷を経ているが、少しずつ培ってきた、大事にしていることをあげてみる。 ソフトウェア/アーキテクチャ/コード ソフトウェアは他者の価値(i.e. 課題を解決する/コストをカットする)を生み出してなんぼ。コードが綺麗でも売上は立たない。 アーキテクチャやプログラミング言語のトレンドは変化する。追いかけるよりも、その時々のチームやプロダクトに合った設計やプログラムを選択する。 遊び心は大事。チームやプロダクトにそれほど合ってなくても新し

Twitter で DHH が共有していた記事が面白かったので著者の許可を得て翻訳します。 "If you don't hire juniors, you don't deserve seniors", spot on! We've had phenomenal success hiring junior developers at Basecamp. @jasonfried first tech hire was particularly junior at the time 😂https://t.co/QczMtsou4J — DHH (@dhh) September 21, 2018 ジュニアを採用しない連中はシニアに値しない、というもの。 If you don't hire juniors, you don't deserve seniors (2023) • Minimum V

Rails Developers Meetup 2018 Day 3 Extreme で発表させていただきました - https://techplay.jp/event/679666 - 質問: https://railsdm.herokuapp.com/issues/76 協力: Fly…

最近では日本でも「副業しても良い」という企業は増えてきました。 Findyでは「フリーランス・副業エンジニア向け単価保証型の案件紹介サービスFindy Freelance」を始めており副業エンジニアの案件も取り扱っていますが、多くの求人案件を拝見していると「社外での副業を認める」という求人はあっても、反対の「企業側が副業エンジニアを受け入れている / 受け入れを表明している」会社は少ないという印象を持ちました。 つまり副業は個人、もしくは知人ベースでの紹介に頼る方法がほとんどということです。 そこで今回は求人ページ等に実際に「正社員ではなく副業エンジニアの受け入れ体制がある」と明言している会社の一例を集めてみました。 （※情報は調査時点のものであり、今後変更等によって実際とは違う可能性もあります。またエンジニアの中でもポジション等によって副業可否が異なります。ご了承下さい。） 以下がそれら

HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。

上杉周作シリコンバレーのエンジニアが語る、誰にも悪気はなかった話2017/02/22 貧困の連鎖を止めようとしたら、子どもの学力が下がりました。働き方から変えよう、地方から変えようとしたら、何も変わりませんでした。 自己紹介こんにちは。上杉周作と申します。教育について考えるのが好きな、シリコンバレー在住のエンジニアです。 88年生まれで、中学1年まで日本で暮らし、それからはアメリカ在住です。カーネギーメロン大でコンピュータサイエンスを学び、AppleとFacebookでエンジニアインターンをし、その後シリコンバレーのベンチャーを転々とし、2012年9月よりシリコンバレーの教育ベンチャー・EdSurgeに就職しました。2017年1月にはNHK「クローズアップ現代+」の教育特集に「教育×IT」の専門家としてお呼びいただき、教育評論家の尾木ママさんと共演しました。 そしてこのたび、4年とすこし働

以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする

「最近の日本の経済はどうですか？」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人（彼は豪州の大学教授だったが）も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。 －－良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について

世間の流れに沿って、一度、退職エントリを書いてみたかったんですけど、まだちょっと退職しそうにないんで、倒置法で我慢してみました。 本人には「退職エントリ書くね！」と去り際に伝えてありますが、センシティブなカテゴリですから、企業・個人事情に基づくものというよりは、身近な人間が退職したという出来事に対する感想的なものとなります。 ザッと振り返って 前に書いた、「新卒インフラエンジニアを育成した話」で地獄を見せようと試みて、いまいち業火で焼き尽くせず耐え切ったアノ弟子です。二年が経過し、中小規模のサービスを専任で4～5個担当するまで至っていたので、当人の努力と成果は十分であったのかと思います。 他にも、AWS関連や、インフラのアーキテクチャなどは、私と共に進めたり、時には率先して案を出したりもしてくれていたので、中盤からは弟子というよりは普通に共同作業者という立ち位置でした。例えば「現代ITイン

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 色々な案件でディレクターをやっていくと、色々なタイプのエンジニアさんに出会い、一緒に仕事していくことになる。 エンジニアがどういったタイプなのか把握して動くことで、自分に合う合わない以上にグッと仕事がしやすくなったりしたので、そのメモ。 そもそもこのタイプ分類について コミュニケーションの難易度を独断と偏見で★（易）～★★★（難）までランク付けて、それぞれの特徴とその対処法……っと言うとアレだがつまり、より気持ちよくより力を発揮してもらえるようにいかに工夫するか？というところをまとめた。 ★★★は強いが扱いの難しい上級者向けキャラみたい

Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習

退職しましたというエントリを書いてから早くも２年、そして、１年前に転職しましたというエントリを書いてから１年が経過しました。せっかくなので、またまた１年を振り返ってみることにします。 いままであらすじ ２年前、ごく小規模の WEB 受託開発会社から、中規模の広告代理店へ転職。 転職先では、エンジニアの社員はわしだけ。 「エンジニアの居ない場所に行ってポストを作れさえすれば、割と無双できます」は、やはり正しかったと自負。 よかったこと ２年目は内製体制への慣れが出てきて、チームの雰囲気が変わってきました。最初の１年では、外注のクセが抜けておらず、何かをやりたいときにチーム内のエンジニア（わし）に「発注」するようなコミュニケーションになっていました。そのため、何をするにも「発注者」が「要件」「仕様」を決めてから「発注」という流れになり「発注」まで長い時間がかかった上に「発注」後に「仕様」が変わ

CTO の舘野 (id:secondlife) です。丁度1年半ほど前に、クックパッドの CTO になり、自分が20代の時に憧れていたいわゆるハッカーとは違う道を歩んだという事もあり、ソフトウェアエンジニア*1のキャリアってどんな物があるんだろうと改めて考えた時期がありました。 しかしながら一人悶々と考えても、答えが見つかる物でも無かったので、私の先を行く方々の話を聞きたいんですよね、みたいな事を md2inao で有名な WEB+DB PRESS 編集長の稲尾さんとしていたところ、じゃあそれ連載記事でどうですか、とお話を貰ったので記事として連載させて頂きました*2。 その時、連絡させていただいたメールにはこんなことを書いていました。 背景としては、今やエンジニアは、サーバサイドは AWS/heroku 等 IaaS/PaaS の台頭、github を中心とした OSS フレームワーク・ラ

本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった

フェンリルは、Software meets Design というミッションの実現に取り組んでくれる意識の高い仲間を募集しています。実際に応募されたみなさんには、通常、書類選考および面接を受けていただきます。 フェンリルの面接でまず問われるのは、みなさんの意識の高さです。何よりも、高い意識こそがプロダクトに価値を与え、ユーザーにハピネスを届け、ひいては世界の意識を高めていくことになるからです。 本書ではエンジニアの方を対象に、フェンリルの面接を通過するために必要となる高い意識の持ち方について紹介しています。本書を参考に、実際の面接にはこれ以上ないくらい意識を高めて臨んでください。ひとりでも多くの方の意識が高まり、ともに働く仲間となれることを願ってやみません。 謝辞 フェンリルのプロダクトを使ってくれる意識の高いユーザーのみなさんに感謝します。フェンリルはより多くのユーザーにハピネスを届けるた

エンジニアの渋谷です。 マネーフォワードは3月30日に【給与計算ソフト - MFクラウド給与】という新サービスをローンチさせていただきました。 マネーフォワード、クラウド型給与計算ソフト『MFクラウド給与』(β版)を無料提供開始～法改正や税制改正にも自動対応。企業の給与計算・労務をもっとスマートに～ クラウド給与計算ソフト　マネーフォワード クラウド上で完結する本格的な給与計算サービスとして、リアルタイム給与計算機能や料率自動反映などを備えております。 本サービスの企画自体は、昨年年末に３人でスタートし、年明けから様々な方にお手伝いいただきながら、約３ヶ月の開発期間でローンチしました。 今回は、新サービスをゼロから作り上げるにあたり、エンジニアとしてやって良かった、と思えた事を９つばかり紹介させていただきます。 １：リリース前確認シート 企画がスタートした時に、【ビジョン】【ミッション】と

創業サービスである「ロリポップ！」をはじめとした ホスティング事業にはじまり、ECやハンドメイドなど、 GMOペパボは、さまざまな提供サービスを通じて、 インターネット上での自己表現の可能性を広げてきました。 テクノロジーの進化により、その時代の「あたりまえ」は常に変化しますが、 インターネットの力で、全ての人の表現活動を支える会社であることは、 これからも、ずっと変わりません。 チームとサービスの成長のために心血注ぎ、 全てのクリエイターへ成功体験を届けたい。 わたしたちは、そんな情熱あふれる仲間を求めています。