マルチ商法に関する俺の体験談を書く - sunomononanoの日記
「俺ね、5年以内に起業して年収1000万超えるから。」を見て似たような話を思い出したので、体験談を書く。 直接勧誘されたのは当時社会人一年目の弟で、気づいた時には完全に重症だった。被害者は勧誘された本人とその家族だよねという、とある片田舎で起こった本当の話。 登場人物は東京にいる俺と実家に住む両親。同じく実家に住む、世間知らずで素直すぎる弟。一応兄弟共に大卒。 300万の外車を新車で購入 今を去ること数年前、ある年の大晦日。久しぶりに実家に戻ると見慣れない外車が置いてあった。オープンカーでツーシーターの外車･･･！黄色い外装とゾロ目のナンバーがまぶしい。 母親に聞くと、一週間前の12月24日に突然ディーラーから届いたらしい。弟がマルチ商法に参加し、クリスマスプレゼントとして自分に買ったんだそうだ。ビックリした母親は俺に相談しようと思ったが、心配かけたくないのとうまく整理できなかったので言え
Google Chrome、マルチプロセスで動作する理由 | エンタープライズ | マイコミジャーナル
Chromium - News and developments from the open source browser project Google ChromeはGoogleからリリースされ、とにかく動作が速いということで注目を集めた。ただし高速なのは興味深いことだが、ほかのブラウザでも積極的に改善が進められているためブラウザ事情に精通したデベロッパはさほど驚かなかっただろう。デベロッパとしてはむしろ、単一のプロセスではなく複数のプロセスを生成して動作するという点に興味を持ったのではないだろうか。Chromeには既存のオープンソースプロジェクトの成果物が活用されているため、実装の新規性よりも組み合わせや改善のうまさが際立つ。新アイディアという点で見ると、Chromeで注目すべきはマルチプロセスアーキテクチャという設計にある。 マルチプロセスアーキテクチャについてはMulti-proc
マルチスレッド・プログラミングの落とし穴、その２
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
鬼平喫茶:アルファルファモザイク
■２ちゃんねるまとめサイト 「首相にふさわしいのは？」 過半数が"民主・小沢氏"…河北新報社、東北の有権者３０人に聞く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
