なんでテストフェーズに入ると不具合を起こしまくるのか。ここでスムーズに行けば納期に間に合うのにどうして大量の修正に時間をとられるのか。そんな風に思うプロジェクトマネージャーは多いはずだ。僕はPMでないが今すごく思っている。なんせ自分の作った機能ではないところの不具合をまんべんなく割り振られているからだ。そのおかげで対応不具合数のカウントだけ積み上がり、僕がバグを出しまくっているみたいに見える。僕が出したバグに対応するのはいいが、他人の不具合まで回されたんじゃ困る。 思うにプログラマというのは川で言うところの最下流に位置するので、川上から工場排水やゴミが流れてくると、一番汚染されるのが下流域である。そのためプログラマが不具合を出しまくるのは、プロジェクトの失敗の全てがそこにつまっている証拠だ。10年もエンジニアをして、少なくとも日本のIT環境で決定的にできていないものが見えてきた。 おおむね

これはなにか いわゆる、退職エントリと言うやつである。 先日、約2年と6ヶ月の間勤めた株式会社メルカリの最終出社を終えた。 多大なる感謝と濃密すぎる2年半で、めっちゃ長文になったけど、ご勘弁を。 目次 なぜメルカリに入ったのか メルカリでなにをしたのか メルカリで得たもの 内側から見たメルカリ では、なぜ辞めるのか？ なぜそれをやるのか？ ぐちゃぐちゃした思いの中で、ひとつ明確に言えること 最後に なぜメルカリに入ったのか メルカリに入る前は、サイバーエージェントで一貫してゲーム畑のPMをやっていた。 SFでのアメリカ支社の立ち上げ→大型ソシャゲタイトルの運用→自社IPタイトルの新規リリースetc.と、いろいろと経験を積ませてもらった。 きっかけはBizDevのミートアップだった。「ちっちゃいベンチャーがヤマト運輸と提携、ってどんなマジック使ってんのよ？」くらいの、ほぼ冷やかしと言っても過

反省文。 tl;dr・「後から改善すれば良い」のスタンスは、返済コストを甘く見積もっている結果 ・負債の返済にはコーディング以外の工数が大きくかかってくる ・技術的負債を"徐々に"返済することは様々な面で良い 出社即リファクタリング最近出社した直後に、こっそりリファクタリングの時間を一定程度取るようにしている。朝のウォーミングアップがてら改善作業をしていると、瞑想みたいな効果があって大変気分がよくなるし、その後のコーディングも生産性が上がる。大体こういう気分。 具体的な作業は、アーキテクチャの方針が固まってなかった時代のコードの１つのエンドポイントだけ、適切なレイヤ化を施したり、単体テストが可能なメソッドとして切り出しつつ実際にテストを書いたり、テストに必要な共通処理を定義したり、だ。 初期から機能追加を重点的に行ってきたプロダクトでは、スピード優先の名目で多くの負債が生まれる。こうした負

NO HARD WORK!　無駄ゼロで結果を出すぼくらの働き方 (早川書房) 作者: ジェイソンフリード,デイヴィッドハイネマイヤーハンソン 出版社/メーカー: 早川書房 発売日: 2019/01/31 メディア: Kindle版 この商品を含むブログを見る この本を読んだ目的、ねらい 私はこの本を書いた人の所属するBasecamp社（旧37signals）のファンで、数冊出ている著者はこれまでも読んできました。私の創業したMisoca社が残業0だったり、リモートワークを取り入れているのもこの会社の影響です。 特に「Getting Real」や「小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則」発表された時は、「小さく、より速くソフトウェアを作る」という考え方に大きく影響されて個人サービスを作る原動力になりました。 また早くからリモートワーク（強いチームはオフィスを捨てる）を

目次 アイデア、プロダクト、チーム、実行力：パートI スタートアップを始める理由 アイデア ピボットではなく優れたアイデアを ミッション志向型であること 悪いように見えて良いアイデアを選ぶ 10年後に大きな市場を狙う なぜ今？ 説明しやすく理解しやすいもの 学生であることのメリットは新しいテクノロジと共同創業者 例： 50 Cent プロダクト ユーザーが愛してくれるものを作れ 少数のユーザーに愛されるプロダクトを作れ 愛してくれているかどうかは口コミで測る パートナーシップはトラブルの前兆 優れたプロダクトが勝つ シンプルなものから始める 偏執的になれ ユーザーを自ら集めよう プロダクトのフィードバックループを作ろう 適切なメトリクスを測る スタートアップを始める理由 (Dustin Moskovitz) 起業家になる理由 起業家は華やかである？ 実際は起業家は常にストレスフル 起業家は

このnoteは日本の大学を卒業した筆者が、コネクションゼロの状態から、アメリカの大学への留学を挟まずに、NASAへの就職を果たした過程を記録したものです。これからNASAを目指す人、また夢を叶えようと努力している人の考え方のヒントになれば幸いです。 一度きりの人生をかけてこれをやる2012年の夏、NASAの1機の探査機が火星に着陸した。キュリオシティという名のその白いローバーは、胴体からまっすぐに伸びた首の先に大きな目玉がついた頭を持ち、足についた6つの頑丈な車輪で火星の荒れ地を走る。長い腕を伸ばしドリルで岩石を削り、それを体の中に入れその場で調べる。これまでのどんな探査機とも異なるその姿は、僕の目にはまるで生き物かのように写っていた。 当時僕は東北大学に通う大学院修士課程1年生の学生で、休日のエアコンの切れた蒸し暑い研究室で一人、実験の待ち時間にパソコンの画面に釘付けになっていた。キュリ

このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで

こんにちは、NewsPicksのデザイナーのよっしーです。 NewsPicks Adventカレンダー16日目を担当させていただくことになりました。とても緊張します...。 9月に入社し現在NewsPicksのアプリの機能改善やブランドの共通言語になるデザインシステム構築、広告バナーやイベント周りのデザイン、採用にも関わらせていただいています。つい一昨日にありがたいことに開発チームの新人賞をいただきました。 そんな私は2年前、デザインを全く知らない人間でした。4年間非デザイン職について、いまでは会員数300万人・有料会員数8万人のNewsPicksのプロダクトデザイナーとしてやらせていただいています。独学でwebやUIデザインを学んできた私にとって、本は師匠です。そこで今回「デザインの基礎」「美大卒アートディレクターから学ぶブランドデザインの思考」「ユーザー体験設計」の3つ分けてその一部を

この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします！ 法人向けクラウド名刺管理サービス『Sansan』や個人向け名刺アプリ『Eight』を手掛けるSansanが、2018年６月にCTOの役職を新設した。初代CTOは、創業間もない頃からSansanの事業を率いてきた藤倉成太さんだ。 もともとコードを書くことが大好きで、自身の技術力を上げることが大事だと思っていたという藤倉さん。しかし今では、「エンジニアこそ事業にコミットすることが大切」だと確信するようになった。それはなぜなのか。 徹底的にエンジニアリングに向き合ってきた藤倉さんだからこそ分かる、エンジニアが事業に関わる重要性とは？ Sansan株式会社 CTO 藤倉成太さん(@sigemoto) 赴任先の米国・シリコンバレーで現地ベンチャー企業との共同開発事業に

はじめに このブログで先日お伝えしたとおり、2018年11月13日から15日にかけてロサンゼルス（LA）で開催されたRubyConf 2018に参加してきました。 このエントリではRubyConfに行っていない人にも雰囲気が伝わるように、現地の写真やセッションの感想、英語の難易度といった観点で参加レポートを書いてみようと思います。 とりあえず、めちゃくちゃ長くなってしまったので、先に目次を載せておきます。 はじめに 写真で見るRubyConf RubyConfで印象に残っていることベスト3 1. 日本のIT系イベントや勉強会に比べて女性の参加者が多い 2. 想像していたほどテクニカルなカンファレンスではなかった 3. 海外でもRubyが愛されていることを肌で実感できた 印象に残っているセッションの感想等 ■ 1日目 OPENING KEYNOTE - Yukihiro Matsumoto

運営者ギルドという、個人や少人数チームでWebサービスやアプリを作っている人のSlackチームがありまして、そこで furuta さんやnaichi さんとチャットしていて、個人サービスを作っていて「モチベーションが続かない」「いつの間にか辛くなってくる」という個人開発あるあるについて話していました。 個人開発は「自分の作りたいもの」を「自分の使いたい技術」で「自分の好き」に作れる最高の舞台です。クリエイターならやらない手はないでしょう。 しかし、何も考えずにいざ足を踏み入れてみると、思ったよりも険しい道だと気づくのです。 仕事でもなく「自分が作りたくて作っていた」はずなのに、いつの間にかどこかに逃げ出してしまうモチベーション。何ヶ月経っても作り終わらない現代のサグラダ・ファミリア。仕事がバタついて1週間面倒見ていなかっただけで「え、なにこのクソコード」と毒づいてしまうほど荒れ果てたmas

2018年7月25日、クラウドサービスと働き方を考える「JAIPA Cloud Conference 2018」が開催されました。経営者パネルディスカッション「成長するビジネスを支える制度、働き方、テクノロジー」では、アスキー編集部・大谷イビサ氏をモデレーターに迎え、さくらインターネット田中邦裕氏、サーバーワークス大石良氏、ソニックガーデン倉貫義人氏が登壇。3社がそれぞれ取り組む働き方を語りました。本パートでは、さくらインターネット田中邦裕氏が、社内で実践する働き方の事例を紹介します。 創業当時のさくらインターネット 大谷イビサ氏（以下、大谷）：では次、田中さんからお願いします。 田中邦裕氏（以下、田中）：はい、みなさんこんにちは、田中です。いつもはクラウドの話をしてるんですけれども、今回はせっかくなので「さくらインターネットの働き方」ということでお話しさせていただきます。 実は当社は意外

Ruby 2.6.0-preview3 がリリースされましたね 🎉 秒速@284km と申します。 先日 RubyWorld Conference 2018 に行ってきました。僕は今回が初参加で、松江に行くのも初めてでした。初めてづくしです。 2018.rubyworld-conf.org Speee OSS Days Speee は今年も Ruby スポンサーとして参加しました。1 日目のスポンサーセッションでは、Speee で行っている OSS Days について発表しました。 OSS Days について興味のある方は過去に書いた記事もありますのでどうぞ。 tech.speee.jp tech.speee.jp 発表では Speee の事業説明を含めて紹介しましたが、僕にとって事業説明をするのは初めての機会でした。 Speee は何をやっている会社なのか分かりづらい。とはよく言われま

Twitter：https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/ Read less

某社で自分が React/Redux + TypeScript などの講習をやってみた結果、TypeScript 入門用資料が必要だと思って書いたやつです。 このドキュメントのターゲット TypeScript で書かれたプロジェクトに参加する人 TypeScript を導入するために、その事前知識が必要な人 このドキュメントの読み方 ES2015 for Beginners ES2015 for ES5 Programmers ES Modules 非同期表現: Promise と async/await TypeScript エコシステム編 自分が React/Redux などの講習でいろいろやってみた結果、 ES2015 と TypeScript を同時に教えると、初学者は何がどの概念に由来するかの区別が出来ずに混乱します。なので、ES5 -> ES2015, ES2015 -> Ty

2018年9月に中国・深センを視察してきた模様をまとめたスライドです。 ▼▼▼資料の更新があります▼▼▼ https://www.slideshare.net/NaoyukiShibuya/20189v2/

調味料としてウイスキーを考えてみる こんにちは、ちみをです。蒸留酒はウイスキーが好きです。 おやじが夜ごと淡々と「ビール→ウイスキー」のルーティンをこなすのを眺めて育った人間なので、自分もソックリそのまま同ルーティンを相伝しました（糖質を気にしてハイボールも組み込みますが）。 そんなウイスキーを飲み進めていく日々のなかで、最近ふとしたことに気がつきました。よくリキュールをアイスクリームにかけて食べたりするじゃないですか。 それと同じ発想で、 「ウイスキーも、実は調味料としてのポテンシャルがあるのでは？」 と思ったのです。 思い立ったら試してみたくて仕方がない。 「とりあえず、いろいろぶっかけてみるか……」と、軽い気持ちでいろいろな食材にブッかけまくりまして。 まあせっかくなので（なにが）わかりやすく打線に仕上げてみました。私の試行錯誤の様子をどうぞご覧下さい。 ※ちなみに煮込んでソースにし

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