最近、Yコンビネーターがやっている、How to start a startupっていう動画授業が良質コンテンツなので暇な時に見てる。 その中でも、How to Build Products Users Loveが特に素晴らしかった！個人的ににすごく刺さった２つの事があって、その２つは繋がっている。この２つを聞いただけでこの授業は自分にとって価値があって素晴らしかった。 KevinさんはWufooというサービスを作って、今はYCのパートナー。Wufooは最初にYCに投資されたあと、ほぼ増資などもせず、黒字経営でそのまま進んで最終的に会社を売却したらしい。なので、お金を使わずどう製品をよくするかの話がてんこ盛り。 ユーザーヘルプは投資対効果が凄く高い まず１つ目に、マーケティングに力を入れる前に、ユーザに製品の使い方を知ってもらうように改善するほうが遥かに投資対効果が高いと力説していた。 こ

6. “CSSはその単純さゆえに、 大規模な実装では管理が難しい。 BIG CSS “CSS, for all its simplicity, is a difficult language to manage in large-scale implementations. ” - MVCSS / Overview https://www.youtube.com/http://watch?mvcss.v=github.R-BX4N8egEc io/ https://www.flickr.com/photos/nickpiggott/5212359135

はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ