タグ

2017年10月7日のブックマーク (6件)

  • 事業計画書の作り方、新規ビジネスの考え方

    最近、起業を目指している方などから相談を受ける時に、「事業計画書ありますか?」と雑に聞き返すことが多くなってきました。一般的には「事業計画書に何を書けばいいのか?」をわからない人の方が多いでしょう。今回の記事で、事業計画書で重要な事項について解説します。 事業計画書は一般的に起業家が投資家に見せるために用意するものですが、誰に見せてもすぐにビジネスを理解してもらえることを目的に書くのが良いと思います。株の持ち分や個人情報などの機密情報もあるので公開されることはないですが、業界外の人がみても理解出来るように、かつ途中で飽きないように簡潔に書かれていると素晴らしいでしょう。 事業計画書で重要なことは、そのまま起業において大切なことに繋がります。わかりやすいように、なるべく具体的な例を出しながら解説したいと思います。 事業計画書に書かれているべきリスト まずは早速、事業計画書に書かれているべき項

    uva
    uva 2017/10/07
  • ヌル島 - Wikipedia

    ヌル島 (ヌルとう、Null Island)またはナル島は架空の島で、特異な座標である赤道と初子午線の交点すなわち経度0度(東経0度かつ西経0度)緯度0度(北緯0度かつ南緯0度)にあるものと設定されている。 地理的にはギニア湾に位置する[1][2][3]。パブリックドメインの世界地図『Natural Earth(英語版)』に掲載されている[4]。 Natural Earthでヌル島は、「1メートル四方の島」であり、「スケールランク100、つまり地図上に表示されてはならない」とされている[4]。Natural Earthが「ヌル島」を設けた理由は、地図ソフトで座標指定エラーが発生した時などに、統計処理などに支障が出ないよう、形式的に実在しない陸地として利用するためのものである[2]。 「ヌル島」は2009年頃、マップゼンのナザニエル・ボーン・ケルソー(英語版)が設定した[3]。それ以降、ネ

    ヌル島 - Wikipedia
    uva
    uva 2017/10/07
  • Webpackのビルド時間を1/3にした話 #gotandajs

    GotandaJS #9の発表資料です

    Webpackのビルド時間を1/3にした話 #gotandajs
    uva
    uva 2017/10/07
  • シリコンバレーの「何が」凄いのか

    シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less

    シリコンバレーの「何が」凄いのか
    uva
    uva 2017/10/07
  • 消すだけなのに rm -rf がいっつも長くて待ちきれない問題 - kuenishi's blog

    rmコマンドで大量のファイルを削除しようとするとjournaldがめっちゃリソース持っていく件— bokko (@cubicdaiya) 2017年8月3日 今時のファイルシステムはみんなジャーナルもってて何かあったときにそこからリカバリする仕組みになってるので、当たり前といえばそうなんだけども。 (TODO: ここにファイルシステムのツリー+ジャーナルのポンチ絵を手描きでも何でも描く) ご尊のデータのツリーと何らかのWALを1セットで持っておくのはRDBだろうがファイルシステムだろうがそうは変わらない、で、削除についても並行制御をうまくやるために削除フラグをログに入れておいてあとで尊のデータを整理するというのが基的な設計になる。そこで私は立ち上がった(TL;DR: 特にオチとかはないです)。 rm -rf が遅いのは人類にとって損失ではないか。もっと速く完了するようにすれば、 rm

    消すだけなのに rm -rf がいっつも長くて待ちきれない問題 - kuenishi's blog
    uva
    uva 2017/10/07
  • トランザクション技術とリカバリとInnoDBパラメータを調べた - たにしきんぐダム

    トランザクションはACID特性を満たすと言われている。 そのうちA(Atomicity)はトランザクション内の操作をAll or Nothingとなるよう保証し、トランザクションが中途半端に実行されて(アプリケーションレベルから見た)データの整合性が失われることを防ぐ特性。またD(Durability)とはシステム運用中に起こる様々な障害からデータを守る(整合性を保つ)特性。 これらの特性を満たすためのDBMSの古典的なテクニックがすごく面白いので、それに関するMySQL(主にInnoDB)のパラメータ・パフォーマンスにどのような影響を及ぼすかを調べた(*'ω'*) なお紹介している技術は基的に教科書に書かれていた技術で、実際にInnoDBに実装されているアルゴリズムとは異なることがある(とはいえベースにはなっている) 参考 障害の種類 DBMSの基構成 データベースバッファ 概要 関

    トランザクション技術とリカバリとInnoDBパラメータを調べた - たにしきんぐダム
    uva
    uva 2017/10/07