とあるスタートアップを抜け、CTOを辞めた話。 辞めると来まって、1週間ぐらい立ちいろいろ整理してきたので、そろそろこのことについて書く。前々から書かなければ、ならないという謎の使命感を持っていた。 僕は、Technical RockstarsのCTOだった。このスタートアップで、リアルタイムBaaSサービスと等、いろいろなサービスを提供していた。スタートアップ自体は、2013年の11月あたりから、CTOの就任して、大体1年と、半年ぐらいか?そのぐらいの期間CTOだった。 そして、これから、なぜCTOを辞めたのか?というのと、日本のスタートアップ、とくにエンジニアスタートアップの問題点、何を学習したのか? 何を得たのか? そして僕はこれからどうするか?というのを、つらつらと書いていきたいと思っている。 スタートアップとは? ここで、スタートアップがどういうものか?というのを知らない人の為に

［GDC 2015］アメリカのフリーランスライターが「Steam」を統計学の観点から独自調査。なぜかアカウント総数がValveの公称値より1億人も多い？ ライター：奥谷海人 Valveが運営する「Steam」について，「公式発表されているセールスデータを統計学の観点から調査したレポート」がGame Developers Conference 2015のセッションで公開された。そのセッション名は「Analyzing the Steam Marketplace Using Publicly Derived Sales Estimates」（セールスデータからSteam Marketplaceを分析する）で，スピーカーは海外メディアArs Technicaなどで活躍するフリーランスライターのKyle Orland（カイル・オーランド）氏である。 スピーカーを務めたKyle Orland氏 4Ga

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは！　マーケティングソリューションカンパニー（MSC）開発本部の小川雄大です。 昨年11月に子会社のクロコスからヤフーに移りまして、現在はヤフーで開発を行っています。みなさまどうぞよろしくお願いします。 MSC開発本部では、ヤフーが世界最強を目指してどう取り組んでいくかについて議論する会を毎週開催しています。今回はそこで今年の1月に僕が発表した「世界最強のソフトウェアアーキテクト」について公開したいと思います。 今回はヤフーに入ってはじめての発表ということもありテーマをどうしていくかはかなり悩んだ部分なのですが、テクニックよりもアーキテクトが持つべきマインドを共有することが次につなげていく上で大切になると考えたので、多少抽

月間ユーザー数2500万人の『nanapi』、グローバルメディア『IGNITION』、Google Playのベストオブ2014の一つに選ばれたチャットアプリ『アンサー』など、コミュニケーションの「形」にこだわったサービスを生み続けているnanapi。 同社が2014年末にリリースした「ネガティブをポジティブに変える」スマホアプリ『emosi』も、画像と動画のみの非言語コミュニケーションサービスというユニークなモノになっている。 この『emosi』を企画したのは、nanapi代表取締役の古川健介氏（以下けんすう氏）。スマホの普及もあってコミュニケーションの形が多様化する今、なぜ、あえて「言葉を使わない」という制約を設けたのか？ その理由を聞いたところ、けんすう氏独自のサービス構想術と、「人間」に対する考え方が見えてきた。 『emosi』がユーザー数より大事にするのは「思い出に残るかどうか」

昨年末、拙著『BOM/部品表入門 (図解でわかる生産の実務)』が増刷になった。初版が2005年1月だから、ありがたいことに10年間、現役で売れ続けていることになる。累計部数も1万部近い。多くの人に手にとっていただけたということは、それだけ部品表の問題に悩む人も多いことを示しているのだろう。 この本は帯の部分に「マテリアル・マネジメント改革の基本技術」とサブ・タイトル風に銘打っている。BOMはマテリアル・マスタ（品目マスタ、部品マスタなどとも呼ばれる）とともに、製造業におけるDNAにも似た役割を持っており、モノの供給・流れ・消費を司っているからである。 ところで、わたしは勤め人なので、本を書くには土日か夜の時間しかつかえない。したがって、1冊の本を書くのに丸1年はかかる。そして1年もあると、執筆してているうちに、本の主旨が最初の意図から変わっていってしまうことがある。本書を書いたときが、まさ

ファン驚愕の急展開、その真意とは!?本日（2014年12月26日）に突如発表された、iPhone、Android版『拡散性ミリオンアーサー』（以下、『拡散性』）サービス終了の一報。 スマートフォンのゲームアプリを代表する人気作である『拡散性』。一時期はセールスランキングの上位に居続け、ここ数カ月は順位を落としていたものの、なぜこんなにも急な配信終了発表となったのか。 本作のキーマンであるスクウェア・エニックスの安藤武博氏、岩野弘明氏のふたりに直撃した。 ――まず、『拡散性』が終了することになった率直な理由を教えて下さい。 岩野弘明氏（以下、岩野）　いまだからお伝えすると、もともと『拡散性』を配信する前後で、とあるどうしようもない事情からコアスタッフが抜けたんです。その状態で運営を続けていき、ありがたいことにヒットはしていたのですが、それ以降に新しい展開や盛り上げ施策を行おうとしても、うまく

PostgreSQL Advent Calendar 2014 の 13日目です。 Advent Calendar を今年もやってみたいと思って、枠が空いていたので飛び込んでみました。 昨日は osapon さんの libpqxx を使ってみたでした。 概要 PostgreSQL のパフォーマンスチューニングは大きく下記に分かれます。 システムチューニング SQL チューニング ここでは Linux 上で動かしていることを前提に、それぞれ説明します。 システムチューニング システムチューニングの概要 システムチューニングとは、OS または PostgreSQL の設定を変更することです。 それぞれ順に説明します。 OS チューニング PostgreSQL では特にメモリ関連でOSパラメータを設定変更すると、高速化効果が得られます。 特に下記のカーネルパラメータに注意します。 vm.dirt

反応をウォッチしていると「WordPress を導入する場合、セキュリティを考えると当然システム保守契約を結んで保守することが必要」という意見がちらほらあって、僕としてもそれは当然のことでむしろやっていない人は作成した後えらいことになってないのか少し心配になったりしてしまうのですが、じゃあクライアントと保守契約を結べたとしてどういうことに気をつけたほうが良いかということを少し書いてみたいと思います。 コア・プラグインのアップデートは必ず実施する 大前提すぎてあれなのですが、セキュリティを維持して攻撃を防ぐためにお客様にシステム保守契約を結んでいただくわけなので、コアやプラグインのバージョンアップは必ず行わないといけません。企業さんのサイト制作の場合だとテーマはオリジナルのことが多いと思いますが、テーマも自作でないのであればきちんとアップデートするべきです。 「コアの自動アップデートをとめる

受託開発やSIer、そこで採られる人月での見積と契約はスタートアップ・Web系・ベンチャーな方々から軽蔑されがちです。 けれど社会のインフラや企業の基幹を担うこともある重要なシステムでは残念ながらこれらの手法をとらざるを得ないのが現状となっています。 これを打破するイノベイティブでエポックメイキングでパラダイムシフトな変革は期待されていますが、文化や慣習、人手不足とレガシーコードはなかなかそれを許してくれません。やり玉にされがちなSIerのスタンスだけに帰せる問題ではないのです。 そんな状況でもわれわれSEは社会の繁栄のために、愛する（現在の/未来の）家族のために、そしてご飯を食べていくために働く必要があります。 しかし、この業界で難しいのは流動性が高い割にキャリア形成が難しいこと、自分の精神的・肉体的な健康を損ないやすいという問題があることで、苦労されている方も多いかと思います。 そして

What we learned from our failure at Cookpad Mart to increase the probability of success in product development

マネタイズとアウトプットを意識する～エンジニアの視点から考えるネットサービス：エンジニアブレークスルー#02レポート エンジニアがどのようにしてブレークスルーしていけるか エンジニアブレークスルーは、その名のとおり「エンジニアがどのようにブレークスルーしていけるか」をテーマに、株式会社ゼロスタートコミュニケーションズ 山崎徳之氏を中心にスタートした活動。10月7日に、スタートアップデイティングの一企画として第1回が開催され、今回初の単独開催として、第2回目開催の運びとなった。今回は二部構成で、一部がパネルディスカッション、二部がパネリストと参加者の交流を兼ねたエンジニア査定大会が実施された。 イベントの企画者でもあり、モデレータを務めた山崎氏。 エンジニアの視点から考えるネットサービス 今回のパネリストは以下の通り。 米林正明 氏（株式会社Abby） 閑歳孝子 氏（株式会社ユーザーローカル

Peter Merholz, Brandon Schauer, David Verba, Todd Wilkens　著、高橋 信夫　訳 本書は、情報アーキテクチャ、ユーザー体験で高い評価を得ているAdaptive Path社の主要メンバーが、変化の激しい市場環境で優れた製品・サービスを生み出す方法を書き下ろした書籍です。デザインの重要性を高める、顧客への真摯な共感を育む、単体の製品ではなくシステムとしてデザインする、アジャイルなアプローチを取り入れるなど、より優れた体験をユーザに提供するためのシンプルで強力な考え方を提供します。

私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり

この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の

Web サービスの会社にはイケイケなサービスの陰に隠れて、かつてイケイケだったけど今はイケテナイサービス、とか、ぶっちゃけ最初っからあんまりやる気なかった☆サービス、これどこで拾ってきちゃったのサービス、などなど、惰性で続いちゃってるようなサービスがごろごろあったりします。 そういうイケテナイサービス群はメンテナンスの手間を取らせる物なので、エンジニアとしては閉じてしまいたい。でも非エンジニアとしては閉じたくない。いや、本当は閉じたい！でもちょっとは儲かってるし、閉じるとわずかながら存在するユーザーからクレームくるし、連携先の企業とやりとりするのめんどいし、まあいろいろめんどうそう。 そこで、「イケテナイサービスにはできる限りメンテナンスの手間を払うな」という話がエンジニアのとこにきて「お前なーっ！そのメンテナンスの手間がなーっ！」となり、話がループを始めます。なぜこういう噛み合わない話に

株式会社フリークアウト RTB（リアルタイム入札）によるオンライン広告の配信を行う、日本における専業DSP（デマンドサイドプラットフォーム）の先駆けとして事業を展開。また国内に限らず、米国、シンガポールへも事業展開をしており、いま注目のアドテク企業である。 2014年6月、東京証券取引所マザーズに上場。 どうも、こんにちは。小飼弾です。 最近マザーズ上場も果たし、やたらと話題のフリークアウト。オフィスがカッコイイとか、遊び心溢れているとかよく聞くけど、実際、“50ms or die”と掲げているフリークアウトのRTB（リアルタイム入札）まわりの仕事はおもしろいのかね？中のエンジニアたちはどう働いてるの？ 今回は、フリークアウトで働くエンジニアの本音を聞き出すべく、お酒を酌み交わしながら（飲ませて）あんなことやら、こんなことを聞いていこうと思います！ （というか入り口、カッコイイなぁ） うほ