Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
![物理サーバを選定する際のポイント – Eureka Engineering – Medium](https://cdn-ak-scissors.b.st-hatena.com/image/square/96c17240e5e2d585a7b88afbfdb589268b9535b1/height=288;version=1;width=512/https%3A%2F%2Fcdn-images-1.medium.com%2Fmax%2F1200%2F1%2A4nQvYibd3aHYOp1xrvmfMQ.png)
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
とあるスタートアップを抜け、CTOを辞めた話。 辞めると来まって、1週間ぐらい立ちいろいろ整理してきたので、そろそろこのことについて書く。前々から書かなければ、ならないという謎の使命感を持っていた。 僕は、Technical RockstarsのCTOだった。このスタートアップで、リアルタイムBaaSサービスと等、いろいろなサービスを提供していた。スタートアップ自体は、2013年の11月あたりから、CTOの就任して、大体1年と、半年ぐらいか?そのぐらいの期間CTOだった。 そして、これから、なぜCTOを辞めたのか?というのと、日本のスタートアップ、とくにエンジニアスタートアップの問題点、何を学習したのか? 何を得たのか? そして僕はこれからどうするか?というのを、つらつらと書いていきたいと思っている。 スタートアップとは? ここで、スタートアップがどういうものか?というのを知らない人の為に
スタートアップを始めるのは霧の中で前が見えずに進むようなものです。 いま自分がどのフェーズにいるかも分からないし、次に何をしたら良いか分からない。 これはスタートアップを始める者の共通の悩みだと思いますが、先日、アメリカを横断しながらスタートアップ界隈の様々なキーパーソンから直接教わる機会があり、ボヤっとしていたスタートアップのロードマップのようなものが自分の中でかなりクリアになりました。 帰国後にそのロードマップを、500 StartupsのメンタリングのもとでのハッカソンやVASILYの新規事業に当てはめる中で自分の中で完全に腹落ちし、かつ新サービスだけでなく、新機能レベルでもこのロードマップは使えることに気づきました。 今回はそんな「スタートアップロードマップ」の概要を紹介したいと思います! ※各段階の詳細は次回以降の記事で順に紹介します。 スタートアップロードマップの7ステップ 上
iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の5社目に行ってきました。 今回はEightという名刺管理アプリを開発されているSansan株式会社!Android版のEightアプリはGoogle play 2014年のベストアプリに選ばれたこともあり、今回はAndroidアプリ開発についても訊いてきました。 訊いてきたこと インタビューに応じてくださったのは@hedjirog(主にiOS担当)、@Gazyu(主にAndroid)のお二人です。 今回のインタビュアーはユビレジ編でインタビューに応じてくださった@kishikawakatsumi、フリル編でインタビューに応じてくださった@ninjinkunがインタビュアーとして参加しました。 Q.バージョン管理システムは何を使っているか GitHub ちなみに デザイナにも社内のファイル共有でな
転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
先ほど事業精算をしたとあるスタートアップの方のブログを拝見しました。 読んでて思ったのは「ITスタートアップコミュニティの犠牲者だなぁ・・」ということ。 なんというか、事業とは「お客さんに付加価値を与えて対価をいただく」というシンプルな図式のはずなのに「スタートアップはこうしなければならない」という大量の情報の呪縛に囚われてる感じがしたんですよね。 事業精算の理由がよくわからなかったのですが、おそらく資金が回らなかったからだろうと推測されるのですが、単純に営業のリソース配分を間違えただけなような気がします。 「ピッチイベントに毎月のように出る」とか「優秀なチームを揃える」とか「プロダクトの改善を行う」とか、全部副次的要素、更にシンプルに言うと「投資家ウケする(であろうと思われる)行動」でしかなかったりします。 スタートアップがやらなければならない行動はただひとつ。「MVPを作ったあとはマー
南場智子さんの「不恰好経営」が日本で大きな反響を呼んでいる一方、アメリカでは、ある起業家のベンチャー経営の「失敗」に関する記事が話題をさらっている。 2億円もの失敗を経て学んだ教訓、ということで、確かな重みのあるリアルなアドバイスとなっている。著者のPablo Fuentesに翻訳許可をもらったので、ご紹介したい。 僕に意見を求めるな! 過去にいくつもの失敗を繰り返してきた僕だが、たまに起業の相談を受けることがある。 そんな時、一番困る相談内容がこれだ。 相談者「今○○ってサービスを考えているんだけど、君はどう思う?」 僕「僕は君のサービスのターゲットユーザーなのかい?」 相談者「いや、そうではないけれど、君の意見も聞いておきたいんだ。」 僕「もし僕が君のターゲットユーザーじゃないなら、君は僕の意見なんて求めるは必要ないよ。僕じゃなくてユーザーの声を聞いてきな。あと、早くCross-10を
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
ザ・インタビューズ>及川卓也へのインタビュー 無数のWebサービスが存在するいま、新しくWebサービスをつくろうと考えている若者に言っておきたいこと、心得るべきことなどアドバイスをください。 私はWebサービスを1から自分で開発したことはありませんので、適切なアドバイスができないかもしれません。 Webに限らず、一般の製品やサービス開発にも言えることなのですが、Webというところで考えると、いかに素早くローンチ(リリース)し、改良を加え続けていけるかが大事だと思います。 順番に説明します。 まず、何を作ろうとしているかをテーマとして設定します。テーマは簡単に覚えていられるくらいの分量と単純さが大事です。手前味噌で恐縮ですが、Google Chromeの場合には、Simple, Secure and Speedという3つのSをテーマとしました。これに加えて、StableやStylis
「Lean Startup」の方法論を実践している企業がある。レシピ共有・検索サービスを提供するクックパッドだ。 全社員がリース氏の著書を入社前に読む クックパッドでは、新入社員に対してエリック・リース氏の「Lean Startup」を入社前に読むことを推奨している。もし入社前に読むことができなかったときには、入社後の2日を同書を読む時間にあてることができる。さらに、先輩社員が同社での活用方法をレクチャーしたり、全体会議で成果を報告したりというほどの入れ込みぶりだ。 同社の取り組みは、佐野陽光社長が「自分の言いたかったことが、うまくまとまっている」という理由から社員に薦めたことが発端。社長が普段から繰り返し話している内容に近いという理由もあり、社員の多くが「引き込まれるように」(石田忠司Happy Author部副部長)同書を読み込んだ。それだけでなく、新サービスの開発陣がその方法論を実践
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く