コインチェック経営陣は筆頭株主なのに、なぜ「株主と相談します」といったのか
楽しくインターネットサーフィンをしていたら、以下みたいな記事を見ました。 コインチェック経営陣、しどろもどろの謝罪会見。社長が筆頭株主なのに「株主と相談します」（全文） これに対して「ハフィントン・ポスト大丈夫かよ」とか「投資契約書もろくに見たことないんじゃないか」みたいな批判が周りで聞かれました。なぜ批判されるかというと、タイトルで言いたいことが「しどろもどろの社長が、筆頭株主なのに株主と相談する、といって質問から逃げてけしからん」的なニュアンスに見えてしまうのですが、知識がある人から見ると「そんなの当たり前じゃん」というギャップがあるからだと思います。 せっかくなのでこの件について説明したいと思います。 まず、よくある誤解として「過半数の株を持っているのであれば、なんでも決められるのでは？」という点です。会見でも以下のような場面がありました。 > ――筆頭株主はどなたか。 > 大塚氏：
スタートアップでのプロダクト開発はRailsで必要十分
僕と共同創業者のSuinは2013年に起業してShouldBeeというプロダクトをPHPで作りはじめた。 起業する前にプロトタイプをPHPで1〜2週間程で開発し簡単なセールスを行ない1件の受注を獲得した。これはよい感触だと感じSuin氏を誘い起業に乗り出した。 その後もプロダクト開発はPHPで行っていたが当時はPHPに不満を感じていた。そのころの僕達は顧客数が伸び悩む原因をプロダクトの機能不足や開発速度が遅いからだと考えてしまった。後にこれはまったく検討違いな判断だったと気がつく。 本格的に顧客がつき、たくさんの利用がはじまるとPHPで作られたこのプロトタイプではフィードバックにすばやく対応できないことや、自分達のモチベーションのためにならないと考えScalaでの全面的なフルスクラッチを実施することを決定してしまった。バックエンドはScalaで記述し、フロントエンドはReact+Redux
RethinkDBはなぜ失敗したのか | Yakst
つまり、これらのマーケットは小さく、しかもデータベースのマーケット自体よりも小さいのです。とは言え、どれかが他よりもマシになりうるでしょうか？ マネージドホスティングは、本質的にはユーザのためにAWSでデータベースを動かすことで、そうすることでユーザたちは自分で動かす必要がなくなります。これらのサービスを使う代わりになるのは、AWSに自分でデータベースを立てることです。したがって、マネージドなデータベースホスティングサービスが課金できる額には、非常に厳しい上限があることになります。Compose.ioやmLabが、RethinkDBよりも1桁あるいは2桁多いユーザを抱えるMongoDBを提供していることを考えて、マネージドホスティングを提供することには少しの良い点もないという結論を下しました。 Database as a Serviceはマネージドホスティングの更に複雑なバージョンです。D
スタートアップに転職する時に最低限知っておくべき株の話
身の回りで大企業からスタートアップに転職するエンジニアの話をよく耳にするようになりましたが、転職に際して株に関して深く考えていない人がかなり多いことに気づきました。最低限この程度は知っておいたほうがいい、という点を自分の視点からまとめてみました。 スタートアップの金銭的な成功 スタートアップの株は「非公開株」です。非公開株というのは、東証などの証券取引所で取引されていない株全般のことを指します。おおっぴらに取引されていないので、非公開株を貰ったところで即座に現金化出来るわけではありません。特に外部から投資を受けるようなスタートアップ企業は、（例外はいくつかあるものの）この非公開株を現金化させることが一つのゴールになります。 非公開株を現金化させる方法は大きく2つあります。一つは株式公開（IPO）で、証券取引所の審査を経て自社株を自由に売買出来るようにすることです。いわゆるマザーズ上場、東証
確率的に犠牲的 - steps to phantasien
Martin Fowler が Sacrificial Architecture と言い出した時は驚いた。“変化を受け入れよ” はどこにいったの。書き直しはダメと自分の中の結論が出たのは随分前のことだけれど、ひさしぶりに考え直してみる。 Sacrificial Architecture の論拠として Martin Fowler はいくつかのインターネッツ企業を例にとっている。でも一般化するには偏ってないか。それにこれら企業が面していたのはごく限られた種類の変化だ: 彼らはもっぱら性能不足と戦っていた。 機能の変化に強いコードは柔軟性の裏で性能を犠牲にしがち。機能の変化を捉えることに先鋭化した従来の Agility は性能要件の変化を必ずしもやり過ごせない。一方で存在感を増すスタートアップの世界では性能への期待が当たり前のように大きく変わる。だから Agile はあてにならない、堅牢なアーキ
志低く • 赤の女王の走りかた
I saw the Sex Pistols. They were terrible. I thought they were great. I wanted to get up and be terrible with them. ベイエリアをふらついていて感じることは、やたらとスタートアップの数が多いということ。もちろん、そういう連中が集まる所にいるのだから、そりゃ出会う機会だって多かろうよということなのだけれど、SOMAやUniversity Avenueあたりのカフェはもとより、Palo Altoの外れの客が数人しかいないような薄汚いカフェで本を読んでいても、「こんなプロダクト作ろうと思ってるんだ」だとか、「こないだ調達したんだよね」なんて会話が耳に飛び込んでくる。六本木や道玄坂あたりのカフェにいたって、転職エージェントやマルチ商法の売り込みに出くわすことはあっても、こんな頻度でスタ
受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題（只今5ヶ月目） - ヴェルク - IT起業の記録
うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2016/10/06/infostellar-2/