  |
はてなキーワード: 設計ミスとは
ソフトバンクは一兆円超えの利益があり、創立者に200億円の配当金を支払っているにもかかわらず、納税額がゼロでした。これは、前年度に巨額の損失があったため、課税所得がその分軽減されたからです。私はやはりこれはおかしいと思う。
一つ目の話は、複数年での損益通算です。株主に支払えるような利益が出たら、支払う前に税金をもらうよ、というのが法人税の根本にあります。損失が出たときには、当然配当もゼロだし、税金もゼロということになります。つまり、法人税を払わないで配当を払うのは想定されていません。ここで、税制における複数年の損益通算が効いてきます。損益通算というのは、マイナスの税金を考えていることになります。税金は損失が出たときにマイナスで、利益が出たときにプラスなので、合計はゼロにもなりえます。株主は有限責任で、マイナスの配当はないので、損失が出たときはゼロ円、利益が出たときはプラス、合計で必ずプラスになります。法人税ゼロで配当可能になるのは、制度設計ミスです。
そもそも、投資所得の税率が通常の所得税に比べて低く抑えられているのは、投資所得の前に法人税が存在し、税の二重取りになるからです。法人税を支払わずに投資所得を得るのは、やはり制度に問題があるとしか考えられません。解決策は簡単で、配当可能な利益を計算するときに税法のように損益通算すればいいだけです。税務の会計と財務の会計がずれているのが悪い。
ソフトバンクの巨額損失は、ARM社を時価より高い価格で購入したことによる見かけ上の損失でした。それもおかしな話です。ソフトバンクにとって、ARM社はそれだけの価値があると思って購入したわけですから、時価での評価は少なくともソフトバンクにとっては不適切なわけです。時価と簿価の差額はのれんとして資産に計上されるべきで、償却を自由に許すのはおかしいです。
ソフトバンクみたいな超大企業が、創立者に多額の配当をしながら、法人税を払わない、というのは、税制への国民の信頼を揺るがします。これからもっと国民負担は増えていくのに、国民の税制への信頼が低いと、税制改革にやたらと政治コストがかかって、日本のより良い制度設計を妨げます。一番悪いのは、ソフトバンクに突かれるような弱みがある税制ですが。もっとシンプルにして節税の余地をなくせばよいのに。一般論で言えば、法人税より節税が難しい消費税はよい税制なのですが、政治判断に基づく軽減税率、というパンドラの箱を開けたので、消費税もどんどん複雑になって、政治家と仲の良い業界が得するようになるのだろうと思います。
節税先進国のアメリカでリーマンショックが発生したときの話です。米国政府が迅速に必要な政策を打たないと、世界恐慌に発展するかも、ということで、世界中の緊張が高まっていました。米国議会は一致団結し、一週間で政府に必要な権限を与えるための緊急法案を制定しました。
緊急法案の５０３条は「子供が利用するためにデザインされた特定の木製の矢の税率軽減について」です。たぶん、国会議員の地盤に子供向けの木製矢を作る工場があって、その工場主を喜ばせるためだけの法律です。日本の軽減税率もそう進むと思います。時の首相の地元の漆器産業を喜ばすために、漆器が軽減税率の対象になるとかね。新聞は、社会の木鐸たる資格がないことを改めて国民に知らしめたし（公取委から特別扱いを受けている専売制度に続いて二回目）。公明党、ほんとろくでもないことしかしないな。
母親学級の重しをつける奴、そもそも妊娠中腹が重くて辛いみたいなのはあんまり無かったような。
個人的にはモンハンの卵運搬ミッションを毎日やってる気分でしんどかった。お腹を気遣って機敏に動けないし、なんかの拍子にミッション失敗になりそうで怖くてなあ。
悪阻は個人差ある。酷い人だと水分が取れなくて入院になるのよーって女医さんが言ってた。
自分の場合は風邪引いた時のダルさと異様な眠気、お腹側にエネルギーを割いてるせいか平常時より疲れやすくて、坂をちょっと登ったら貧血で視界がキュッと狭くなるとか、臭いに敏感になって普段は大丈夫なご飯の匂い人の体臭や下水の臭いでゲエゲエやってた。悪阻は二日酔いによく例えられるけど、二日酔いするほど飲んだことが無いからわからん。お腹は空いてるはずなのに胃が一口も食べ物を受け付けない感じが不思議だった。咀嚼しても飲み込めないんだよね。
あと地味に辛いのが生もの、カフェイン製品避けなきゃいけないこと。自分の親の時はそんなの気にしなかったよーって言ってたけど。
風疹のワクチンは小さい頃に受けてたけど抗体がつかなかったから流行ってる時期は外出るの怖かったな。
妊娠後期になるとつわりの症状は落ち着くんだけど、なんか骨盤がぐらぐらしてくるんだよね背骨のあたりがズレるような感覚があって気持ち悪かった。
胎動は夜中に激しくなるので夜上手く寝付けなかったりとか、眠りが浅くなるのか毎日毎日夢を見るのが嫌だった。
急激にお腹が大きくなったせいで周囲の筋肉が引っ張られ、呼吸が浅くなるほど腰と背中が熱く痛む時があった。
せっかくつわりの吐き気が落ち着いたのに、今度は胃が子宮で押し上げられて苦しいし、ご飯を食べるとあばらが圧迫されてめっちゃ痛い。
お腹でかくなってからはお腹がつっかえて苦しくてパソコンに向かえないのが辛かった。
でもそれを体験しろっていっても無理だし、配偶者にはこんなしんどいの体験して欲しくないと思うし、こっちが辛いですって言ったら大丈夫かねって気遣ってくれればそれでいいんだよね。
てか人体すごくない？
大人になったらもう身体はすっかり出来上がっててこれから新しい組織も増えず、組織の場所も変わらなさそうじゃん。
他の臓器をぐいっと押しのけて場所作って、人間をもう1人お腹の中で育てるってすげ〜。そんな余剰なエネルギーあったんだ。元々そういう風に出来てるんだもんな。長らく喪女だったからさ、自分も猫とか犬とか猿とかゴリラとか何でもいいんだけど生物の一種なんだって実感したよ。バーチャルな存在じゃなくてさ。でも胃が圧迫されて辛くなるのとか、ちょっと人体の設計ミスじゃね？って思うわけよ
最初から胎児分膨らんでも大丈夫なマージン作っててほしかったわ。
てか、男の人の方が性差で体力もあって筋力もあるので、そっちが子宮持ってた方が色々安定するのでは？！って思ったけどなんでなんだろね。タツノオトシゴはオスが卵抱えるよね。蜘蛛はメスの方が身体でっかいよね。
オスが狩りに出る役割があったから？でもライオンはメスが狩りをするよね。
もしくは女も男と同じぐらい体力のある風に作っておけばいいと思うんだけどなんで一緒にしなかったんだろ。おっぱいと両立できないんですかね。パワーと包容力を兼ね備えたハイブリッド、最強じゃないですか？
私がDNAだったらそうしてた。
メーカー系SIer（仮にF社とする）のプロジェクトのもとで単体テスト工程に参画しているんだけど、非常につらいものがある。
この状況でテストする身にもなってくれよ...。
もう疲れた。
まあ終了自体は仕方ない。このゲームはゲームと言うには余りに大きな設計ミスを抱えすぎており、また、システム的にもかなり古くなっている。
だいぶ前からオンラインゲーム終了時にどうするか、という話はあるけど、あまり進展はない（ソシャゲ、ネトゲ等のサービス終了後のゲームの保存について考える、とか、米国でサービス終了オンラインゲームを著作権法例外とする動き―ESAは反対とか）。一つ根本的な問題として、本当にオンラインが重要なゲームはオフラインモードに余り意味がないのも大きい。
逆に、ゲームとしてのサービスが終わろうが俺には見たいエロシーンがあるんだよ！
anond:20190209083051 とかでも書かれていたけど、エロの質はいいし、ここにしかないものも多い。しかもそれは(ゲーム上で)自分が苦労して手に入れたものだ。勝手に閉じてほしくない。
……けど、運営コストを考えたらそうも言ってられないのはよく分かる。
自分入手した分のデータをダウンロードして、後は各人がローカルPCで再生すればいい。
必要な機能は大きく分けて、サーバからデータをダウンロードしてくる部分、それからデータ（カードやエロシーン）を閲覧するパートだ。
ちなみにこのゲームは初期に作られただけあって(?)、エロシーンに機能が少なく、BGV はおろか BGM も無い。オーバレイも１枚のみで、基本的に背景(シーン画像含む)と、テキストに 1:1 対応するボイスしかない。
これなら割とできそうな気がしたので保存・再生するソフトウェアを書いてみることにした。
https://aakeeper.appspot.com 驚くほどあっさりできてしまった。
でも、今はできた物自体の話はいい。それより作る過程で色々感動したのでその話をしたい。
今回使ったのはざっくり以下のもの
Quasar Framework も Node.js も Electron も使うのははじめて、他はちょっと触ったことあるけどそんな詳しくない。 ES もあまり好きでなかったので基本的には避けてきた。
Quasar Framework は、とにかく物凄くよく出来ていてびっくりした。今回 Electron モードしか使っていないけど、本来はこれで SPA/PWA/モバイル(Cordova) アプリケーションが作れるという凄まじい対応幅のプラットフォームになっている。着手時に 1.0beta の予告だけあるというタイミングの悪さ(数日後に出た)だったので、 0.17 系を使った。しかし、それでも十分すぎるほどよく出来ている。
ES は今でも嫌いな点は多いんだけど、今回 async/await を使って感動した。これは素晴らしい。他の言語にも欲しい。
CoffeeScript は趣味だけど、とにかく短く書ける点が素晴らしい。あれは終わったという人もいるが、記述量の少なさは js 系では他の追従を一切許していない。今回みたいな急いでいるケースでは、括弧の世話を焼いたり eslint おばさんと語り合う時間はない。CoffeeScript ならコンパイラが全部上手くやってくれる。
HTML5 ベースの GUI は今や chronium の各種アクセラレーションのおかげで、並のポータブル GUI ツールキットよりずっと高速に動作する。
また、Vue.js + pug は非常に記述量が小さくて目的の画面がすぐ作れ、カプセル化がしやすくコンポーネントの再利用も容易だ。
Babel/Webpack は正にバッドノウハウを煮詰めて固めた感じだが、こいつがバッドな部分を吸収してくれるおかげで開発者は正気を保てる。ただし追求しだすとSAN値が減る。
ユーザ側から見ると、Electron 製のアプリはメモリをやたら喰う、少しもっさりしている、配布バイナリが巨大になるという問題は確かにある。
しかし、そうだとしても何より、とてつもなく高速に作れて、各種プラットフォームで割とちゃんと動く。
自分は色々初めてだったので結局２週間分くらい掛かったけど、前提知識が揃っている人なら本当に数日でできたりするんじゃなかろうか。
つい数年前まで、クロスプラットフォームなアプリケーションの作成というのは本当に本当に大仕事だった。こんなに早く手軽に書ける事は無かったし、ユーザ側でもラインタイムのインストールが必要とか環境側のハードルも非常に高かった。
自分は今まで知らなかったけど、最早そういう時代は終わっていた。
もちろん過去に数多くのクロスプラットフォームフレームワークが登場しては消えていったのと同じく、Electron もいつかその仲間入りをするだろう。
でも確実に、びっくりするくらい状況は良くなっている。
興味があるけどまだ触ってないという人は、ぜひ試して感動を味わってもらいたい。
