タグ

2015年9月8日のブックマーク (6件)

  • Yahoo!ニュース

    さや香、トップ通過も最終決戦で0票 審査員・山田邦子からの“救いの一言”にトレンド入りの反響<M-1グランプリ2023

    Yahoo!ニュース
    Lian
    Lian 2015/09/08
    わろす。こんな制度で誰が得するんだ。
  • 「カードなければ減税ないだけ」 消費税還付案で麻生氏:朝日新聞デジタル

    2017年4月に消費税率を10%に引き上げる際、飲料品の税の負担増分を後から還付する案を財務省が検討していることについて、麻生太郎財務相は8日の閣議後会見で、「軽減税率の名に値しなければ与党の要請にこたえることにならない」と述べ、財務省案は軽減税率の一つとの認識を示した。 還付を受けるには、買い物時にマイナンバー(社会保障・税番号)の個人番号カードを持ち歩く必要があるが、麻生氏は「カードを持ちたくなければ持って行かないでいい。その代わり、その分の減税はないだけだ」と語った。還付される金額については「限度額を決めることになる」と説明し、所得制限の導入も検討する考えを示した。 一方、公明党税制調査会は8日午前に非公式会合を開き、財務省から還付案について説明を聞いた。終了後、税調幹部の1人は記者団に「負担が軽くなるという意味では軽減税率の一形態だ」と述べ、還付案を軸に議論を進める考えを示した。

    「カードなければ減税ないだけ」 消費税還付案で麻生氏:朝日新聞デジタル
    Lian
    Lian 2015/09/08
    提示義務がないのは良いことだと思うけど、店舗側の設置はどうすんのかな。そっちは必須なの?補助金とかくれるん?
  • 47NEWS(よんななニュース)

    連載[これおすすめ 道の駅+α]道の駅神林 穂波の里物産館(新潟村上市) 「つぶれない店」で脚光、売り切れ御免!ふわふわ、しっとり、まろやかな「ブランデーケーキ」

    47NEWS(よんななニュース)
    Lian
    Lian 2015/09/08
    いい話
  • ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操

    コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果(作業を共有する意識、レベルの向上)は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても

    ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
  • 飲食料品の2%分を還付 消費税10%時、自公が了承:朝日新聞デジタル

    自民、公明両党は7日、2017年4月に消費税率を8%から10%に引き上げるのに合わせ、酒を除く飲料品の2%分を購入後に消費者に戻す「還付制度」の導入について、大筋で了承した。購入時点で税率が低くなっている欧州などでの「軽減税率」とは異なる仕組みで、今後、両党は詳細な制度設計に入る。 制度案は財務省がまとめた。与党側の説明によると、例えば、1千円の飲料品の買い物をすると消費税10%分を加えて1100円を支払うが、そのうち増税分の2%に当たる20円が後で戻ってくる仕組みだ。来年1月から始まるマイナンバー(社会保障・税番号)のカードを店の機械に通すことなどで戻る金額が記録され続け、一定時期にまとめて、登録した金融機関に振り込まれる構想だ。購入時にレシートなどでいくら還付されるかわかるようにするという。 戻す額の合計に上限を設けることで、より多く買った人には事実上の所得制限がかかる方向で検討。

    飲食料品の2%分を還付 消費税10%時、自公が了承:朝日新聞デジタル
    Lian
    Lian 2015/09/08
    こんなシステムなら還元なしでいいっすわ……
  • Railsアプリを66%スピードアップ ― Railsキャッシュの完全ガイド | POSTD

    (訳注:2016/3/2、頂いた翻訳フィードバックをもとに記事を修正いたしました。) Railsアプリでのキャッシングは、「たまに夕を一緒にするけれど、当はもっと頻繁に一緒にいるべき友達」に少し似ています。パフォーマンスをまじめに考えるRailsアプリのほぼ全てで、もっとキャッシングを使えるはずですが、ほとんどのRailsアプリでは、完全にキャッシングを避けています。それでも普通は、Railsで高速なサーバ応答を達成するための唯一の道は、キャッシングの知的な利用なのです。約250msの応答時間を、簡単に50~100msに高速化できます。 定義についての注意 ― この記事は、アプリケーション層のキャッシングのみを対象としています。HTTPキャッシング(これは全く別の難物で、あなたのアプリケーションに実装する必要はありません)は、別の機会で扱いましょう。 するべきキャッシングをしない理由

    Railsアプリを66%スピードアップ ― Railsキャッシュの完全ガイド | POSTD
    Lian
    Lian 2015/09/08