エンジニアリングマネジャーになってから技術力が伸びるパターン - valid,invalid
あまり声を大にして言っていなかったが、Engineering Managerになってからのほうが学習意欲が増して技術力が伸びたのではないかという自負がある— ohbarye (@ohbarye) 2019年3月26日 もう半年以上前だが、このツイートにそこそこFavが付いたのでもう少し丁寧に考えや経験を補足しようと思った。 僕が観測する界隈ではエンジニアがマネジャーになることに対するネガティブな印象として「コードを書けなくなる」「技術力が落ちる」といった意見を聞くことが多いので、いち反例として個人的な経験を挙げてみる。*1 どういうことか 僕がエンジニアリングマネジャーになったのは2017年で、今から約2年前。*2 過去に記事で書いたようにその頃は 「日常の業務を漫然と続けるだけで成長するフェーズは終わった」という焦燥感があった一方、目線の上げ方・課題の見つけ方・実行するための冴えたやり方
大企業アジャイルの勘所 #devlovex #devlovexd
16. SoR Bimodal IT Mode1 Mode2 正式名称 System of Record(SoR) System of Engagement(SoE) 適正 基幹系・勘定系、 ミッションクリティカルな機能・システム (決済システム、顧客管理等) 正解が無い中、柔軟に変化をしながら走り続ける必要がある機 能・サービス (スマホアプリ、ウェブサービスのフロント) 目的 信頼性、安定性 定めた仕様に従って安定性や品質を担保しながら開発して いく必要がある 俊敏性、速度 フィードバックに基づいて速やかに改善を加え、頻繁にリリー スする 価値・評価 費用対効果、コスト 売上、ブランド、UX アプローチ ウォーターフォール、V-model、重量IID アジャイル、リーン、カンバン、軽量IID 調達 エンタープライズサプライヤー、 長期的な取引 小さい、新しいベンダー、短期間の取引 メン
米国企業のデジタルトランスフォメーションとはソフトウェア企業になること
アメリカ企業の「デジタルトランスフォメーション」は本気である。やっと最近独禁法適用も含めたGAFA規制の話が出てきているが、こうしたデジタルネイティブな企業が超国家レベルになるまで放置してしまった余波で、既存企業が壊滅的被害を受けているからだ。 新聞、音楽、DVDレンタル、書籍、リテールときて、次にまずそうなのは金融と医療である。さすがに、これまでの様々な業界の壊滅ぶりを目前で見てきたので、「デジタル化でどれくらい既存企業が壊滅するか」を疑う人はそうそうおらず、結果として、Amazonが新事業向け（と思われる）求人広告を出すだけで、対象業界の合従連衡が雪崩のように起こるレベルで恐れられている。 そして、アメリカのビジネスは、本気を出すと信じられないぐらいドラスティックな手段に出る。そしてアメリカ企業のデジタルトランスフォメーションとは、ソフトウェア企業として生まれ変わること。 例えば投資銀
LINE初のエンジニアフェロー並川淳さんは、どんな仕事をしているのか。マシンラーニングエンジニアが求められるスキルとは。
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEで働くエンジニアtokuhiromが、同じくLINEで働くエンジニアにいろいろと話を聞いていく連載「LINE Engineer Insights」。第10弾は2019年1月にLINE初のエンジニアの最高役職、フェローに就任した並川淳さん（ML基盤開発担当）にインタビューを行いました。フェローとはどういう役職で、並川さんが所属する「LINE Data Labs」というチームではどんな役割があるのか、マシンラーニングエンジニアとして活躍できる人材について、話を聞いてみました。 ざっくりまとめると フェローの仕事はコードを書いたり、アルゴリズムを考えること マシンラーニングエンジニアが活躍するためには、数学や物理の知識と、エ
Engineering Managerをエンジニアのマネージャーとするのはやめませんか？ - Unknown Error
この記事はEngineering Manager Advent Calendar 2018の9日目の記事です。 vol.2もあるので、是非こちらも見てください。 私は常日頃、Engineering Manager(EM)がいない問題について危機感を覚えている。 これはEMという役割が正しく認知されておらず、魅力が伝わっていないことが根本の原因にあると考えている。*1 だから、EMの魅力を伝えるPodcast EM.FMを広木さんと始めた。*2 このPodcastでは、EMが何を考えているのか、EMも人間だから悩みながらやっていること、EMが何に喜びを感じるのか、などを語っている。メインパーソナリティは広木さんと私だが、Quipper EMの大庭さん(id:ohbarye)、元Googleの及川さん(id:takoratta)、VOYAGE GROUP CTOの小賀さんにもゲストとして過去に
エンジニアリングマネージャを退いた話 - Qiita
この記事は、Engineering Manager Advent Calendar 2018の06日目のエントリーです。 Engineering Manager Advent Calendar 2018 2016年某月からリーダー相当となり、さらに2018年04月から半年間、開発チームのマネージャとしてやってきた。しかしやり続けても成果を出す自信も、そもそもこれがやりたいことなのかという疑問もあったことと、なによりちょうどよくそれを託すに値する人がリファラル採用によって獲得できそうということが偶然にも重なり、マネジメントをやめたいと経営者に伝えたのが2018年10月。 そしていま現在、件の人にマネジメントしていただいており、これが機能していて、これがマネジメントなのかということを感じている。振り返るに自分には何が足りなかったか、マネジメントとは具体的になにをすることだったのか、ということを
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜じゅ ごん｜note
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
プログラミングが大好きなWeb系エンジニアの50代以降のキャリアに関する考察 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日、サイバーエージェントさんの「身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。」という記事が大変話題になりました。 プログラミングやテクノロジーが大好きでWeb業界で働いているエンジニアの方の多くは、「可能であれば50代以降も現場で"手を動かすエンジニア"として働きたい」と考えてらっしゃると思いますが、平松さんのような方はかなり例外的で、Web業界で多数の現場を経験してきた私でも、50代以上の現役エンジニアの方とご一緒にお仕事をさせて頂いた経験は残念ながら一度もありません。 私は現在、雑食系エ
Impostor Syndrome（詐欺師症候群）とQiitaについて - Qiita
dev.to を見ていたら、 #impostorsyndrome というタグがあり、 #shecoded でもけっこうみんな Impostor Syndrome に苦しんでいたという記述がありました。 調べてみたら、 Impostor Syndrome （詐欺師症候群） に陥っている方は多いんじゃないかと思い、というか自分がまさに当てはまった気がしたので、エンジニアの視点でまとめてみます。 Impostor Syndrome とは wikipedia によると インポスター症候群またはインポスター・シンドローム(英: Impostor syndrome) は、自分の達成を内面的に肯定できず、自分は詐欺師であると感じる傾向であり、一般的には、社会的に成功した人たちの中に多く見られる。 能力の高い人々は、自分が偽物であると人から思われたくないがために、熱心に働く傾向がある。その勤勉さの結果、人
エンジニアから事業責任者へのキャリアチェンジを語らせてくれ | PSYENCE:MEDIA
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2017 の投稿記事です。 どうも、エンジニアマネージャーをやっているモノです。 色々あってエンジニアからマネージャーになり、そして現在マネージャーもやりつつ事業責任者も兼務する事になったので、キャリアチェンジに関して思う所を吐き出しておきます。 この記事の目的 特に最近、エンジニアからマネージャーへのキャリアチェンジに関しては世間の関心も高く事例も多くなってきた気がするのですが、エンジニアから事業責任者へのキャリアチェンジというのはまだ少なかろうと考え、知見や感想を纏めておきます。 尚、対象読者はエンジニアを想定した視点で書かれた文章になっています。 注意 事業責任者といっても事業のフェーズによって必要とされるスキルや業務内容は様々ですが、当エントリーは、 0 > 1の立ち上げ時にフォーカス
エンジニアはどのように他のアプリのUXを参考にすべきか
問題意識エンジニアのタイプを分けるとき、大雑把に「サービス志向」と「技術志向」みたいな分け方をすることが、僕の周りではよくあります。 個人的にはこの分け方は必ずしも良いものとは言えないと思います。少しエンジニアのことをサービスと距離のある人種として捉えてるように感じるからです。 技術志向だからってサービスのことを考えてないということではなく、「よりセキュアな技術を採用する」「効率的で安全なデプロイができるフローを構築する」などなど、技術向上を通じてユーザー体験をよくしよう、としているはずです。 ただ、デザインを良くしたり読み込みスピードを早くしたりなど、「目に見える範囲で改善する施策」を考え、実行しなければ、プロデューサー的な人からすれば「何やってんだろうな〜」と、エンジニアはブラックボックス的な人に見えてしまうこともあると思います。 じゃあ他のアプリをいじってみたりして、サービス勘みたい
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night
…というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ～マネジメントに悩める全てのエンジニアにささげる～ 伊藤直也の１人CTO Night ｜転職ならDODA（デューダ） 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組
LEANSTARTUPアンチパターン #devlove #leanstartup
リンスタ関ヶ原での発表内容です https://devlove.doorkeeper.jp/events/39345Read less
週1回×15分でチーム変革！事業を成功に導くクックパッドの振り返り | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 読者のみなさんの中には、普段の会議が単なる進捗報告の場に陥ってしまい、事業を成功に導くための組織変革の場にはなっていないと感じている方も多いのではないでしょうか？ 料理レシピサイトを運営するクックパッド株式会社は、そんな「進捗報告会」では補えない課題を解決する上で有効な「仕掛け」を行っています。それは、「定期個人面談」です。その効果について仕掛け人である同社のエンジニアであるレオさんは、 チームのいろいろな課題を発見し、解決に導くヒントに出会える。メンバーと強い信頼関係を作り、チームにさらなる活気をもたらし、よりよい仕事ができるようになる。 と語ります。日本最大のレシピサイトを支える、この新しい「振り返り」のかたちを取材で
グッドパッチに入って1年ちょっと経ちました。 - it's an endless world.
嫁がブログを始めたのに触発されて、ブログの更新を復活させようかと。 ここ一年ちょっとやっていたこと 昨年の7月に(倒産のニュースが先日なぜかほってんとり入りしていた)アプリカというソーシャルゲーム開発会社を退社して、そのままグッドパッチにフロントエンドエンジニアとしてジョインしました。 Goodpatch, Inc. - Designing the WOW! グッドパッチどんな感じ？ かなり良い感じです。良い会社。 ブランドイメージが強いこともあって、楽しそうな案件が次々と舞い込んでくるのはかなり嬉しい。 そのおかげか、html5j界隈で有名なid:sadahや、去年ポートフォリオサイトが話題になったid:yoshiko_pg、前にmixiのJavaScript研修資料がバズった重田さんなどなど素敵なエンジニアさんたちがどんどん入社してきてるのも面白い。 もちろんエンジニアだけでなく、元グ
JavaScript書けない人間が1年間でフロントエンドエンジニアになった話 - DMM.comラボ デザイナーズブログ
こんにちは、デザイン部所属の石橋です。 今はデザイナーをやりつつフロントエンドエンジニアをさせてもらってます。 そんな自分は2014年の5月にDMM.comラボへ来たんですが、入社時のスペックを以下に記します。 入社時のぼく HTML出来ます！（ただし<section>の使い方はぼんやり） CSS出来ます！（ただしスタイリングだけで設計は出来ない） jQuery出来ます！（ただし既存プラグイン実装に限る） おや…？ 「（フロントエンドってなんだろう…）」 「（JavaScriptとjQueryって何が違うんだろう…）」 やばい。 当時はいわゆる「コーディングがちょっとだけ得意なWebデザイナー」でした。 シンデレラストーリー プロローグ 弊社では一部のデザイナーも結構ガリガリとコーディングをするのですが、 入社時にまわりの能力の高さにちょっと本気で「ヤベェ所に来てしまった…」感がありました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.life-is-bitter.com/entry/ui_checklist
System of Record と System of Engagement
