スタートアップでソフトウェアエンジニアとして10年たって大事にしていることリスト - tomoima525's blog
今から10年前の2014年4月に、いわゆるIT系大企業のDBエンジニアを辞めてメルカリでソフトウェアエンジニアとして働き始め、そこから紆余曲折を経て10年たった。 当時の予定通り、まだ現役でコードを書いている。海外に拠点は移り、色んな国の人たちと仕事をするようになり、役割もテックリード、マネジャー、CTOと変わってきた。ソフトウェア開発について考え方もさまざまな変遷を経ているが、少しずつ培ってきた、大事にしていることをあげてみる。 ソフトウェア/アーキテクチャ/コード ソフトウェアは他者の価値(i.e. 課題を解決する/コストをカットする)を生み出してなんぼ。コードが綺麗でも売上は立たない。 アーキテクチャやプログラミング言語のトレンドは変化する。追いかけるよりも、その時々のチームやプロダクトに合った設計やプログラムを選択する。 遊び心は大事。チームやプロダクトにそれほど合ってなくても新し
ジュニアを採用しない連中はシニアに値しない - portal shit!
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) • Isaac Lym
案外少ない「他社での副業OKな企業」ではなく、「副業エンジニア受け入れOKな企業」１０選
最近では日本でも「副業しても良い」という企業は増えてきました。 Findyでは「フリーランス・副業エンジニア向け単価保証型の案件紹介サービスFindy Freelance」を始めており副業エンジニアの案件も取り扱っていますが、多くの求人案件を拝見していると「社外での副業を認める」という求人はあっても、反対の「企業側が副業エンジニアを受け入れている / 受け入れを表明している」会社は少ないという印象を持ちました。 つまり副業は個人、もしくは知人ベースでの紹介に頼る方法がほとんどということです。 そこで今回は求人ページ等に実際に「正社員ではなく副業エンジニアの受け入れ体制がある」と明言している会社の一例を集めてみました。 （※情報は調査時点のものであり、今後変更等によって実際とは違う可能性もあります。またエンジニアの中でもポジション等によって副業可否が異なります。ご了承下さい。） 以下がそれら
HRzine
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
シリコンバレーのエンジニアが語る、誰にも悪気はなかった話
上杉周作シリコンバレーのエンジニアが語る、誰にも悪気はなかった話2017/02/22 貧困の連鎖を止めようとしたら、子どもの学力が下がりました。働き方から変えよう、地方から変えようとしたら、何も変わりませんでした。 自己紹介こんにちは。上杉周作と申します。教育について考えるのが好きな、シリコンバレー在住のエンジニアです。 88年生まれで、中学1年まで日本で暮らし、それからはアメリカ在住です。カーネギーメロン大でコンピュータサイエンスを学び、AppleとFacebookでエンジニアインターンをし、その後シリコンバレーのベンチャーを転々とし、2012年9月よりシリコンバレーの教育ベンチャー・EdSurgeに就職しました。2017年1月にはNHK「クローズアップ現代+」の教育特集に「教育×IT」の専門家としてお呼びいただき、教育評論家の尾木ママさんと共演しました。 そしてこのたび、4年とすこし働
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
技術リーダーの出現をはばむもの | タイム・コンサルタントの日誌から
「最近の日本の経済はどうですか？」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人（彼は豪州の大学教授だったが）も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。 －－良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学
主婦が技術書を書いてSIerに入社した話/jtf2016 - Docs.com
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イン
エンジニアさんタイプ別コミュニケーション - Qiita
色々な案件でディレクターをやっていくと、色々なタイプのエンジニアさんに出会い、一緒に仕事していくことになる。 エンジニアがどういったタイプなのか把握して動くことで、自分に合う合わない以上にグッと仕事がしやすくなったりしたので、そのメモ。 そもそもこのタイプ分類について コミュニケーションの難易度を独断と偏見で★（易）～★★★（難）までランク付けて、それぞれの特徴とその対処法……っと言うとアレだがつまり、より気持ちよくより力を発揮してもらえるようにいかに工夫するか？というところをまとめた。 ★★★は強いが扱いの難しい上級者向けキャラみたいなイメージ。 ★は初心者ディレクターさんでも仕事しやすいタイプの人だと思う 初めての案件とか、自信を失いかけてるようなディレクターさんには★タイプのエンジニアを当てると良いのではと思うものの、ぶっちゃけそれ以上に相性もあるので何とも言えない。 そのへんはでき
16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ
技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム（16年の歴史があります）の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、
よく言われるけど、業務時間外に勉強しない人はITエンジニア失格なの？ - paiza times
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 というミッションの実現に取り組んでくれる意識の高い仲間を募集しています。実際に応募されたみなさんには、通常、書類選考および面接を受けていただきます。 フェンリルの面接でまず問われるのは、みなさんの意識の高さです。何よりも、高い意識こそがプロダクトに価値を与え、ユーザーにハピネスを届け、ひいては世界の意識を高めていくことになるからです。 本書ではエンジニアの方を対象に、フェンリルの面接を通過するために必要となる高い意識の持ち方について紹介しています。本書を参考に、実際の面接にはこれ以上ないくらい意識を高めて臨んでください。ひとりでも多くの方の意識が高まり、ともに働く仲間となれることを願ってやみません。 謝辞 フェンリルのプロダクトを使ってくれる意識の高いユーザーのみなさんに感謝します。フェンリルはより多くのユーザーにハピネスを届けるた
新サービスを立ち上げる際、エンジニアとしてやって良かった 9個の事 - Money Forward Developers Blog
エンジニアの渋谷です。 マネーフォワードは3月30日に【給与計算ソフト - MFクラウド給与】という新サービスをローンチさせていただきました。 マネーフォワード、クラウド型給与計算ソフト『MFクラウド給与』(β版)を無料提供開始～法改正や税制改正にも自動対応。企業の給与計算・労務をもっとスマートに～ クラウド給与計算ソフト マネーフォワード クラウド上で完結する本格的な給与計算サービスとして、リアルタイム給与計算機能や料率自動反映などを備えております。 本サービスの企画自体は、昨年年末に３人でスタートし、年明けから様々な方にお手伝いいただきながら、約３ヶ月の開発期間でローンチしました。 今回は、新サービスをゼロから作り上げるにあたり、エンジニアとしてやって良かった、と思えた事を９つばかり紹介させていただきます。 １：リリース前確認シート 企画がスタートした時に、【ビジョン】【ミッション】と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのためのスライドデザイン実践講座 / How to design presentations for engineers
新卒の一日 CS びすこ - GMOペパボ株式会社 新卒採用2019
