理系出身企画者がお金を獲得するためのビジネスプランの例 - はてなポイント３万を使い切るまで死なない日記
新しい企画を立ち上げるときに必要な投資を会社からひっぱりだすのは大変だ。上司はOKしても管理部門がいい顔をしないといろいろとめんどくさい。 そういうときに要求されるのがビジネスプランだ。バラ色の予想を書き殴った事業計画書を作文するとお金をかなりの確率で出してくれることに世の中ではなっている。 えっ？いくら事業計画をだしても通らない？あー、それは君の政治力が不足しているからだ。君の事業計画の中身もきっとクソだとは思うけど、それは企画が通らないこととはあまり関係ない。 世の中で通る企画とはどれだけ政治力のある人間が賛成するかで決まる。政治力とは社内的な立場の強さだったり、声の大きさだったり、ねちっこさだったり、だれと仲がいいかなんかで決まるパラメーターだ。企画の中身はどうせだれも判断できない。 とはいえ、だれも本当の一番大事なところは判断できない事業計画であっても形式的な審査はある。ようするに
forEach色々とベンチマーク - os0x.blog
cho45さんがCodeReposにあげていたJSEnumeratorに付随していたベンチマークでちょっと遊んでみました。 肝心なことを書き忘れていた。はっきりと差が出ているのは、10回のループをさらに1000回ループさせているからで、大抵の場合はどのメソッドを使っても体感できるほどの差は出ないと思います。 jQuery、prototype.js、MochiKit、fLDR、JSEnumeratorなどで使われているforEach関数の速度比較です。recursive eachは一応オリジナルです。 以下、実験ページ http://ss-o.net/jsenumerator/benchmark/10.html http://ss-o.net/jsenumerator/benchmark/100.html 結果 とりあえずWindowsのみmacは後で面倒だか、じゃなくて、windowsと大
マージでバイナリファイルがコンフリクトした場合のGitの動作と対処方法 - アインシュタインの電話番号
最近ブランチを使ったGit利用にチャレンジしているruedapですスラマッパギ。さて、ブランチをマージするときにコンフリクトして涙目になるんだけど、普通のソースコード（テキストファイル）なら、なんか>>>>>>>>みたいな記号で印を付けてくれるから、その周辺を直せばOKというのは理解した。これも結構ビクビクしながらの修正ではあるんだけども、今日はバイナリファイルがコンフリクトしてどうすればいいのか困ったのでその備忘録。 例えばこんなマージをする状況の想定。masterブランチとdevelopブランチがあったとして、それぞれのブランチにhoge.swfというバイナリファイルがあったとする。 masterブランチにdevelopブランチをマージしてみたら、hoge.swfがコンフリクトを起こしたとする。 $ git merge develop warning: Cannot merge bin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
