やがてくる大増税時代に豊かに生活するために準備すべきこと - 分裂勘違い君劇場 by ふろむだ
現在の日本の置かれた状況をよく考えてみると、数年〜十数年後に大増税を行わざるを得なくなる可能性がけっこう高い。 大増税時代になっても豊かに暮らせるようにするには、今のうちから準備しておかないと、あとで後悔することになることがある。 この記事では、それについてまとめてみた。 トピックハイライト 大増税を回避する政策はあるが、それが実行される可能性が低い理由。 中所得者と高所得者のどちらに大増税されるかは不透明。 高所得者を搾取して遊んで暮らす戦略。 具体的にどの税金を、どのように回避するために、今からどのような準備が必要か。 重い所得税を払わずに逃げ切る合法的な方法 重い消費税を合法的に回避する方法 高収入で贅沢をしても消費税も所得税もかからないようにする方法 税金を全く取られずに生産、流通、消費を行うさまざまなテクニック。 「高所得者に重税をかけると海外へ出て行く」というのは金持ちのポジシ
カジュアル・スタート・アップ - Toru Takasuka の起業・経営
ってのは AJITO のキーワードの一つ。 IT 起業の取り巻く環境、特にマーコムと開発における生産性向上と低コスト化によって IT 起業のあり方が変わっている。（日本の事情は知らんけど） とにかく、数年前だと、 ・数名以上の人材があるアイディアを元に、・意を決し退社して資金を募り会社化し、・資金繰りに苦慮しながらサービスをローンチさせ、・うまく行けば良いが、でなければクロージング処理に苦慮。 でも最近は、 ・数名程度の人材があるアイディアを元に、・退社する事無くスターバックスでミーティングしながらサービスをローンチさせ、・サービスの見込みがあれば資金を募り退社し会社化して、駄目なら次のアイディアを考えるだけ。 このように当事者も投資家も起業におけるリスクヘッジできるようになった。優秀な人材の転職によるリスクはなく、広く優秀な人材の協力を得られるようになった。投資家は起業家の人となりとビジ
[ThinkIT] 第1回：Prototype.jsを使う準備 (1/2)
筆者がPrototype.jsに初めて出会ったのは、2005年9月ごろだったと思います。この頃、オブジェクト指向JavaScriptはまだまだ黎明期で、オブジェクト指向の書き方もさまざまな我流が存在していたことを覚えています。 もちろん、筆者も我流のオブジェクト指向で書いていました。しかし、すべてのエンジニアが我流の書き方をしていては、JavaScriptのオブジェクト指向は普及しません。 そんな時にさまざまなブログで取り上げられ始めたのがPrototype.jsでした。Prototype.jsにはクラスを定義するという機能があり、すべてのエンジニアが同じ方法でクラスを定義できるのです。それは、大きなインパクトでした。しかし、その当時Prototype.jsにはまとまったドキュメントが無く、目利きのJavaScripterたちはこぞってソースを読んでいました。 そして、そのことが図らずとも
ネット史上最大の惨事のひとつ発生―Microsoft Danger、T-MobileのスマートフォンSidekickのユーザーデータのすべてを失う
Unlike Light’s older phones, the Light III sports a larger OLED display and an NFC chip to make way for future payment tools, as well as a camera.
LED、太陽光、天窓…ここまできた！コンビニの省エネ対策
Creative Commons Some Rights Reserved. Photo by chishikilauren 消費電力が一般家庭の50倍ともいわれ、環境負荷の高いイメージがつきまとうコンビニエンスストア。一時期は深夜営業を規制しようとする自治体が出てきたり、また、今年4月に施行された改正省エネ法により電力使用料の報告義務が課されたり、その省エネ対策が急務とされている。 そんな中、セブン-イレブンが最新鋭の省エネ対策を施した店舗をオープンした。従来の電力量より30％の削減効果があるというセブン-イレブン多摩豊ヶ丘4丁目店。その全容を見てみよう！ まず、店舗の屋根に広く設置された太陽光発電パネル。 株式会社セブン-イレブン・ジャパン これだけならどこにでも見かける光景だが、その周囲には店内に太陽光を取り入れるための特殊ガラスを使用したトップライトを設置した。ご覧のとおり店内には
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
