エンジニアの成長を支える1on1ワークショップ

Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 若干釣り気味のタイトルですいません。今通っている大学院の授業で、漫画家の浦沢直

仕事関係の割とステレオタイプな寓話として、「Excelでマクロを組んで業務効率化したのに何故か怒られた」というものがあります。 皆さん、そういう話読んだことありますか？ webでパッと検索してみると、幾つか類型的なものが引っかかります。これなんか結構昔からあるヤツですね。タイムスタンプは2009年になっています。 K谷「ああ、自動で計算するﾌﾟﾛｸﾞﾗﾑを組んだんですよ、ﾏｸﾛって言います。 こっちでやった方が作業効率も上がるしミスも減ると思いまして、何か問題だったでしょうか？」 ・・・・・・・・・・はぁ！？会社舐めるのもいい加減にしろよ、 仕事が早いというのは同じ環境でどれだけ間違いがなく効率よく作業ができるかということ、 そんなの社会人としてというか人として当たり前のことです。 マラソン大会で一人だけ車を使って優勝してもそんなの評価されていいわけがない。 「yahoo釣り袋」などと揶揄

はへん 破片プログラマー 大きなシステムの改修、 巨大に積み上がったプログラムの上での実装、 難度の高い仕事、 ただし破片 巨大な破片 画面を０から 二年、三年、五年と経験を積み、 開発スキルを身に付けたディベロッパー、 だがしかし、 ０から画面を作ってみると... ... あれ!? できない。 画面を０から作ったことがほとんどない。 あったとしても、隣の画面の真似ごとをしてただけ。 考えて０から作ったことがない レールのないところ歩いたことがない。 クラスやメソッド クラスを作る。 どうやって？どういう単位で？ 決められた中でしか作ったことがない。 その決めがないと何もアイディアが浮かばない。 「どこに何を実装するか？」って、 白いキャンパスの上で考えたことがあるかい？ ... メソッドを作る。 どうやって？どういう名前で？ どういう引数と戻り値で？ メソッドの修正はたくさんしてきたが、

「エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない １日１６時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基本全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用（ユーザーサポートなども含む）が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用（業務委託含む）する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール

※本エントリは､自分の気持ちを整理するという事と､同じ様なやりきれない気持ちを抱えている人達に対して､何かのきっかけになればいいなと思い書きました｡自分の不満の憂さ晴らしでもなければ､SIerで働く人達を否定するものでもありません(そんな低俗な事をするつもりは毛頭無いです…)｡自分が現状の業界構造に疑問を覚えたのは事実ですが､それでもその中で正しい道を進もうと頑張る人達を心から尊敬しています｡ 2013年8月31日を持って､新卒で就職したSIerを退職しました｡ 2012年4月に入社してから約1年半､社会人としてのマナーやプログラマとしての基礎を教えて頂きました｡ 関係者の皆様､大変お世話になりました｡ 退職を決めた理由ですが､これといった契機があったわけではありません｡ 強いて言えば､下記の様な問題を考え続けた結果､転職という選択肢が自分にとって最善であると感じたという事です｡ 業界の方

重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ

お前なんかハッカーじゃない╭( ･ㅂ･)و ̑̑ こういうプレゼンを第９回若手Webでした。すごくエモいプレゼンを 若手精鋭の皆々様の中で、ましてSmartNews様のオフィスでやるとか恐縮千万だった。 お前なんかハッカーじゃない╭( ･ㅂ･)و ̑̑ from Seiji Takahashi お前なんかハッカーじゃない╭( ･ㅂ･)و ̑̑ この記事ではプレゼンに関する詳細と、最近良く見るプログラミングそもそも論に乗じるポストをする。 ただ、僕自身としては謙虚とかではなくまじで本職の方々（おっさん）の指針になるような何かを言える立場には無いと実感しているので、 そこは他者にお任せしたい。代わりに自分の体験から、教養としてのプログラミングから、仕事としてのプログラミングへの溝というか、その門に立つに当たって思った感想を述べていく。 プレゼンに関する補足 BOSSについて これなんですが

＊ 怪物 先日の勉強会のLTの中で一際注目を集めた発表者がいた。 「30代後半からはじめてもプログラムはできる」といった趣旨の内容で思わず胸が熱くなった。その人は今年のはじめ求職者支援訓練でJavaScriptに出会ったらしい。聞けばこれまでWeb系の仕事についていたわけでもなく、その時既に30代後半だったという。そこから約半年の間にドットインストールにあったサンプルゲームカスタマイズに始まり、オセロ・じゃんけん・タイピング・シューティング・将棋・花札・ブラックジャックなどを次々と制作、先日デザイナーとして企業採用が決まったそうだ。 さらにその途中でこの春から始まったジーズアカデミーというエンジニア養成学校に応募し合格・入学しているのだから、プログラムを始めたばかりというには情報感度も普通ではない。そしてスクールで毎週の課題として彼が作ってくるものも衝撃的なものばかりだった。課題の内容を超

デキるプログラマだけが知っているコードレビュー7つの秘訣 7つの秘訣の1〜5は本当にそのとおりだと思います。 「怒り」って言葉を使っているところはなかなか画期的だと感じた。というのも僕は前から「人格攻撃に思われて」しまうような、コードで人を殴るようなことをしてしまう人が出てきてしまうのは何故かということを考えた時に、そこには「コードに対する怒り」があるからだろうなと思っていたからである。怒りがあるからこそ強く指摘しすぎてしまうことが起こりうる。 「怒り」というのはつまり「感情」である。であれば、「その『怒り』はコードに向けられたものであり、書いた人に対してのものではないので、その人に対しての攻撃ではない」というのは、理屈ではかろうじて通るかもしれないが、書いた人の「感情」的には通らないこともあることは理解したほうが良いと思う。 じゃあ怒らなければ良い、という話にはしたくなくて、どうしても怒