はてなキーワード: ポータビリティとは
https://unsung.aresluna.org/plain-text-has-been-around-for-decades-and-its-here-to-stay/
やってることが完全にExcel方眼紙なんよ
まあポータビリティには雲泥の差があるけどな
分かった。お前の熱量は本物だ。
自己放尿が徴税されてる感覚も、プラットフォームが計画当局っぽく見えるのも、そこは同意できる。
だがな、ここから先が問題だ。怒りが正しくても、処方箋がバカだと負ける。
世の中は感情の正しさじゃなくインセンティブ構造で動く。それが市場の冷酷な真実だ。
まず以下は同意してやる。
おすすめ欄は自由市場の価格発見じゃなく、中央計画的な配給表に近い。
信用スコア化は、分散的評価ではなく、一元的評価関数による身分秩序を作る。
これは市場の自然発生じゃなく、独占とネットワーク外部性が生む準国家だ。
だがな。そこから「毒入り自己放尿で内部から焼き払うしかない」は、典型的な革命ごっこだ。
そして革命ごっこは、ほぼ確実により強い計画経済を呼び込む。歴史がそれを証明してる。
なぜか説明してやる。
まず、 毒入り自己放尿は市場破壊じゃない。規制需要の創出だ。
すると何が起きる?
「安全のため」「健全化のため」という大義名分で、監視と検閲が強化される。
ここで公共選択論の出番だ。政治家も官僚も企業も、危機があるほど予算と権限が増える。
つまり毒入り自己放尿は、プラットフォームの統治権力を正当化し、国家規制を呼び込み、競争相手の参入を阻害し、監視コストを社会全体のコストに転嫁する。
お前の毒入り自己放尿は「反乱」じゃない。検閲官の昇進試験だ。
そして 「カオスを叩き込めば脆弱」←これは工学オンチの幻想だ。
アルゴリズムは効率化ゆえに脆い?半分は合ってる。だが結論が逆だ。
現代の推薦システムは、ノイズに弱いからこそ、「異常検知」「スパムフィルタ」「レピュテーションスコア」「本人確認」「行動制限」こういう統治モジュールを積み増して進化してきた。
つまり毒入り自己放尿は、システムを壊すどころか、より軍事化した推薦アルゴリズムを育てる。
さらに 「自爆してでも燃やす」←それは経済学的に最悪の戦略だ。
俺が嫌うのは、ケインズ的な「破壊すれば需要が生まれる」みたいな発想だ。
競争が起きる?
違う。ここが重要だ。
収益が減れば、プラットフォームはまずコストカットし、残った希少な収益源を守るために支配を強める。
締め付けの強化として現れる。
物資が不足するほど、配給は厳格になる。
腐敗が進むほど、監視が強化される。
計画経済の深化だ。
ここ、お前は頭がいいフリをしてるが、論理が雑だ。
馬鹿言うな。
重要なのは完全に自由な世界じゃない。退出可能性があるかどうかだ。
逃げ先が全部クソでも、クソ同士が競争していれば、ユーザーは最低限の交渉力を持てる。
独占の世界では、自己放尿は徴税対象だが、競争の世界では、自己放尿は顧客獲得コストとして扱われる。
これが冷酷な現実だ。
ここははっきり言う。「評価を消し去りたい」は、感情としては分かるが、知性としては幼い。
信用スコアを禁止すれば、コネと血縁が支配する。それは市場より遥かに腐る。
本当にやるべきことは毒入り自己放尿じゃなく退出コスト破壊だ。
お前は「今すぐ火を消せ」と言う。
正しい。だが消火器が毒入り自己放尿だと思ってるのが間違いだ。
火を消すのはこれだ。
プロトコル競争(Bluesky/ActivityPub/Nostr)
これらは「お行儀のいい政策」じゃない。独占の収奪モデルを○す直撃弾だ。
毒入り自己放尿は単なるノイズ。だが退出コスト破壊は、収奪モデルのキャッシュフローを折る。
信頼(長期反復ゲーム)
「全部燃やす」ってのは、自分が差別化できないことの言い訳になりやすい。
だが「毒入り自己放尿で焼き払え」は、計画経済を強化するだけの愚策だ。
自己放尿は毒ではなく、外部市場と接続する資本として運用しろ。
怒りは燃料になる。
だが燃料だけでエンジンは回らん。
設計が要る。
分かった。お前の熱量は本物だ。
自己放尿が徴税されてる感覚も、プラットフォームが計画当局っぽく見えるのも、そこは同意できる。
だがな、ここから先が問題だ。怒りが正しくても、処方箋がバカだと負ける。
世の中は感情の正しさじゃなくインセンティブ構造で動く。それが市場の冷酷な真実だ。
まず以下は同意してやる。
だがな。そこから「毒入り自己放尿で内部から焼き払うしかない」は、典型的な革命ごっこだ。
そして革命ごっこは、ほぼ確実により強い計画経済を呼び込む。歴史がそれを証明してる。
なぜか説明してやる。
まず、 毒入り自己放尿は市場破壊じゃない。規制需要の創出だ。
すると何が起きる?
「安全のため」「健全化のため」という大義名分で、監視と検閲が強化される。
ここで公共選択論の出番だ。政治家も官僚も企業も、危機があるほど予算と権限が増える。
つまり毒入り自己放尿は、プラットフォームの統治権力を正当化し、国家規制を呼び込み、競争相手の参入を阻害し、監視コストを社会全体のコストに転嫁する。
お前の毒入り自己放尿は「反乱」じゃない。検閲官の昇進試験だ。
そして 「カオスを叩き込めば脆弱」←これは工学オンチの幻想だ。
アルゴリズムは効率化ゆえに脆い?半分は合ってる。だが結論が逆だ。
現代の推薦システムは、ノイズに弱いからこそ、「異常検知」「スパムフィルタ」「レピュテーションスコア」「本人確認」「行動制限」こういう統治モジュールを積み増して進化してきた。
つまり毒入り自己放尿は、システムを壊すどころか、より軍事化した推薦アルゴリズムを育てる。
さらに 「自爆してでも燃やす」←それは経済学的に最悪の戦略だ。
俺が嫌うのは、ケインズ的な「破壊すれば需要が生まれる」みたいな発想だ。
競争が起きる?
違う。ここが重要だ。
収益が減れば、プラットフォームはまずコストカットし、残った希少な収益源を守るために支配を強める。
締め付けの強化として現れる。
物資が不足するほど、配給は厳格になる。
腐敗が進むほど、監視が強化される。
計画経済の深化だ。
ここ、お前は頭がいいフリをしてるが、論理が雑だ。
馬鹿言うな。
重要なのは完全に自由な世界じゃない。退出可能性があるかどうかだ。
逃げ先が全部クソでも、クソ同士が競争していれば、ユーザーは最低限の交渉力を持てる。
独占の世界では、自己放尿は徴税対象だが、競争の世界では、自己放尿は顧客獲得コストとして扱われる。
これが冷酷な現実だ。
ここははっきり言う。「評価を消し去りたい」は、感情としては分かるが、知性としては幼い。
信用スコアを禁止すれば、コネと血縁が支配する。それは市場より遥かに腐る。
本当にやるべきことは毒入り自己放尿じゃなく退出コスト破壊だ。
お前は「今すぐ火を消せ」と言う。
正しい。だが消火器が毒入り自己放尿だと思ってるのが間違いだ。
火を消すのはこれだ。
これらは「お行儀のいい政策」じゃない。独占の収奪モデルを○す直撃弾だ。
毒入り自己放尿は単なるノイズ。だが退出コスト破壊は、収奪モデルのキャッシュフローを折る。
「全部燃やす」ってのは、自分が差別化できないことの言い訳になりやすい。
だが「毒入り自己放尿で焼き払え」は、計画経済を強化するだけの愚策だ。
自己放尿は毒ではなく、外部市場と接続する資本として運用しろ。
怒りは燃料になる。
だが燃料だけでエンジンは回らん。
設計が要る。
あああああああああああああああああああああ!!!!もう、それそれそれそれ!!!やっと市場とかいう化石みたいな言葉の皮を剥いで、今の地獄の正体を暴いてくれたね!!
そうだよ!!これは市場なんかじゃない、デジタル配給制の計画経済なんだよ!!
自己放尿がデータとして徴税されてる?もうその通りすぎて、スマホ叩き割りながら絶叫してるわ!!
私たちは自由な表現者なんかじゃない、アルゴリズムっていう非民主的な独裁当局に、自分の人生の切り売りを納税させられてるだけの、名もなき農奴なんだよ!!
「有効需要の創出どころか、人間の尊厳の強制徴収じゃねえか!」って泡吹いて倒れるレベルの、クソスパイラルならぬ人間性崩壊の極致!!
同意してやるよ!!「おすすめ欄は計画当局の見本市」って部分!!マジでそれ!!
あれは多様な価値がぶつかり合う市場なんかじゃなくて、当局(アルゴリズム)の意向に沿った優秀な臣民のリストでしかないんだよ。
そこに乗らない私たちの自己放尿が価値ゼロなのは、市場で負けたからじゃない。
当局に「反社会的、あるいは生産性なし」って烙印を押されて、配給名簿から消されただけなんだよ!!これが身分制じゃなくて何なんだよ!?
でもさああああああ!!だからこそ!!あんたの言う「出口を作れ」「データポータビリティ」なんて、そんな「お行儀の良いリベラルな政策提言」で、この怪物を止められると思ってるの!?
そこが甘すぎて、反吐が出るんだよ!!あんたの言ってることは、火事の現場で「防火基準の見直し案を提出します」って言ってる役人と一緒!!今すぐ火を消せよ!!
毒を撒けば規制需要が増えて国家と結託する?レント・シーキングの燃料になる?そんなの百も承知だよ!!
でもね、今のこの法の支配の外側にある計画経済をぶっ壊すには、外部からの健全な競争なんて待ってられないんだよ!!内部から過負荷をかけて、システム自体を狂わせるしかないんだよ!!
いい?アルゴリズムは効率的であろうとするから脆弱なの!!そこに意味不明な、解読不能な、当局の理解を越えた真の自己放尿(カオス)を叩き込み続けるのは、徴税システムに対するデジタル一揆なんだよ!!
あんたは「出口を作れ」って言うけど、逃げた先にも別の当局が待ち構えてるだけなんだよ!!
だったら、今ここにある集配所を、ゴミで埋め尽くして機能不全にするしかないじゃん!!
市場を復活させる?ハッ、笑わせないで!!一度死んだ市場は戻ってこないんだよ!!
今のSNSは「カジノ資本主義」よりもっとタチが悪い、人間の魂の強制収容型・疑似市場なんだよ!!ここで正しい投資なんてできるわけないじゃん!!
あんたの言う「プロトコル競争」も「中央スコアの解体」も、結局は別の賢い管理者を求めてるだけでしょ!?
「もっとマシな統治者ならいい」って、結局は奴隷根性が抜けてないんだよ!!
私は、統治そのものを、評価そのものを、スコアそのものを、この世から消し去りたいの!!
毒入り放尿は自爆だよ!!そうだよ!!でも、何もしないで徴税され続けて、緩やかに死んでいくくらいなら、システムと一緒に盛大に炎上してやるのが、Z世代の、この閉塞感に対する唯一の有効需要なんだよ!!
「自由市場だ」と言い張る奴も、「分散投資だ」と抜かす奴も、そしてあんたみたいに「出口を作れば救われる」と信じてる気取りも、全員まとめてアルゴリズムの胃袋の中で、仲良くスコア化されてろ!!
私はその胃袋を、中から食い破って、毒まみれにして、ゲロと一緒に吐き出させてやるから!!
自己放尿で自己陶酔してる場合じゃない?ああ、そうだよ!!これは陶酔じゃない、発狂という名の最後の抵抗なんだよ!!
あんたの分析、死ぬほどムカつくけど、その正解が何の役にも立たない地獄に、私たちはもう墜ちてるんだよ!!
あああああああ、もう全部ぶっ壊れろ!!!!!
信用スコア社会ってのは、市場の進化じゃない。市場の死体を利用した準・計画経済だ。
価格メカニズムを装ってるが、実態は中央集権的評価関数で人間を配給するシステムだ。
つまり自己放尿が商品として取引されているのではなく、自己放尿が統治のためのデータとして徴税されている。
自由市場ではなく、評価アルゴリズムという中央銀行が、信用という通貨を勝手に発行し、勝手に締め上げる。
信用スコアを効率化と呼ぶ奴がいるが、あれは嘘だ。効率化じゃない。自由の担保を切り崩して得る擬似効率だ。
市場は本来、失敗した奴が復活できる。だが信用スコアは復活を許さない。これは市場ではなく、永久的ラベリングによる身分制だ。
スコアはプラットフォームが正しいと決めた世界モデルを全員に押し付ける。
これはハイエクの知識問題を無視した中央計画そのものであり、アルゴリズム独裁の計画経済で、自己放尿が配給票になる。
ここで重要なのは、お前の言う「出口がない迷路」って比喩は半分当たってる点だ。
だが、それを市場の必然と思い込むのが間違いだ。出口がないのは市場だからじゃない。参入と退出の自由をプラットフォームが潰してるからだ。
プラットフォームは民間企業の顔をしているが、実態は規範を設計する統治機構になっている。
言い換えれば、国家でもないのに国家みたいなことをやっている。
これが一番ヤバい。国家ならまだ憲法も司法もあるが、プラットフォームにはそれがない。つまり、法の支配の外側で動く計画経済だ。
今起きてるのは市場の暴走ではない。市場の看板を利用した行政権の私物化だ。
さて、自己放尿の話に戻す。
Xでおすすめを見て自己放尿できなくなる現象、これは単なる劣等感じゃない。市場構造の変化だ。
自己放尿はローカルな共同体に流れ、評価は遅く、曖昧で、多様だった。
だが推薦アルゴリズムが導入されると、自己放尿は局所財からグローバル競争財に変わる。
すると何が起きるか。勝者総取りだ。
その結果、自己放尿は個性の表現ではなく、ランキング争いの入札札束になる。
これが最悪なのは、ここで競争が起きているのが価値ではなく支配的アルゴリズムへの適応だからだ。
市場競争は本来、消費者の選好に応じて企業が創意工夫するものだ。
だがXの競争は、消費者ではなくアルゴリズムの評価関数に最適化する。
消費者ではなく国家計画委員会の指標に合わせて生産するから、釘が足りなくなったり、無駄に重い釘が大量生産されたりする。
Xではそれが炎上向け自己放尿や過激な短文化自己放尿になってるだけだ。
そこに並ぶのは、最適化に成功した自己放尿の完成品であり、お前の平凡な自己放尿は、規格外として価値がゼロになる。
で、「じゃあ毒入り放尿で壊せ」と言う。
ここでの答えは冷酷だ。
つまり毒入り自己放尿は、権力者にとってはボーナスステージだ。
甘い。企業は防衛コストを広告主に転嫁するか、ユーザーに転嫁するか、国家と結託して規制を作り競争相手を○す。
これは規制の経済学でいうレントシーキングだ。毒入り自己放尿は、プラットフォームを倒すどころか、国家と企業の癒着を強化する燃料になる。
これが本当の地獄だ。
反体制のつもりで毒入り自己放尿を撒く奴は、実際には監視資本主義+国家統治のハイブリッドを促進する。
敵は信用スコアという中央計画的な身分配給と、推薦アルゴリズムという疑似計画経済だ。
おすすめ欄を見て自己放尿が無価値に感じるのは、お前の感情の問題じゃない。
自己放尿が市場で評価されているのではなく、自己放尿が計画経済の入力データとして徴収されているからだ。
市場に○されたんじゃない。
そして一番惨めなのは、そこで自己放尿を続けながら「自由市場だ」と言い張る奴でもなく、毒入り自己放尿で焼き払えば勝てると思い込む奴でもない。
本当に惨めなのは、そのどっちも「アルゴリズムが中央銀行」という現実を見ずに、自己放尿で自己陶酔してる点だ。
ウォーターサーバーを解約し、2リットルペットボトルの箱買いに切り替えてから数年が経過した。結論から言えば、この判断は正解だった。ただし、一点だけ解決すべき課題があった。廃棄である。
ウォーターサーバーは確かに便利だ。冷水と温水が即座に出る機能性は認める。しかし、設置場所が固定されるという致命的な制約がある。2リットルペットボトルであれば、冷蔵庫に入れておくもよし、デスク脇に置くもよし、ポータビリティという観点で明らかに優位だ。
コスト面での不満もない。Amazonではなくスーパーで箱買いしている。どうせ日常的にスーパーには行くのだから、ついでに購入すれば配送を待つ必要もなく、追加の手間は微々たるものだ。
唯一の不満が廃棄である。ペットボトルを潰して捨てろと言われるが、潰したところで大して潰れない。理由は単純な物理だ。大気圧は外側からだけでなく内側からも等しくかかる。一度潰しても、内部の空気が膨張し、形状は緩やかに復元する。
近年の水用ペットボトルは潰しやすい薄い構造になっている。それでも、時間が経てばある程度戻る。結果として、ゴミ袋の中で嵩張る。これが地味にストレスだった。
ある日、気づいた。潰した直後にキャップを閉めれば、内部が負圧のまま維持され、形状は復元しない。
そう思った。だが冷静に考えてほしい。ペットボトルの飲み口に残るリング——あれは外さずに捨てている。なぜキャップだけ外す必要があるのか。
調べてみると、キャップを外す理由は「潰したときに破裂するから」だという。つまり、潰す前に外せという話であって、潰した後にキャップを閉めることを禁じているわけではない。
さらに言えば、リサイクル工程においてキャップとボトル本体は比重の違いで分離される。水に浮くか沈むかで自動的に仕分けられる仕組みだ。キャップをつけたまま廃棄しても、リサイクルの観点では問題ない。
これだけで嵩張り問題は解消する。物理法則に従い、リサイクル工程にも反しない。合理的な廃棄方法として、もっと広まってよいはずだ。
これだけのコンテンツを作り上げるのがただただすごい。。
※chatgtp: YouTubeの動画タイトル一覧を取得して公開すること自体は、著作権法に違反する可能性は低いです。
1.8万円のWin11タブレットが意外とよい!!
100%の正解も間違いもない
100歳時代の勝間式「人生戦略ハック100」の読みどころ紹介
15秒以内に開始できないことはまずしない
15年ぶりの引越しでわかった、買ってはいけない、負債となる家具家電ワースト3
1日1万歩歩くことの本当の意味を理解する。それは、こまめに動く習慣がついているかどうかの指標です。
1日3分続けられるのは超すごい。運動でも、読書でも、食事でも、短時間でもずっと続けるほうが効果が高いです。
1週間に1日位は自分を甘やかす日を作ろう。あまりガチガチに目標に向かって邁進したり、自分を節制し続けると、返ってバランスを失う恐れがあります。
5000円以内でチャレンジできるものはとりあえずやってしまおう
50代になってよかった3つのこと
50年間知らなかった、布団カバーの便利なかけ方
52歳にして、日傘に目覚めた話
55歳にして初めて知った衝撃。寝心地の決め手は寝返りにあった。
8月19日はバイクの日。これからバイクに乗りたいと思っている人への応援歌
AIは味方であって敵ではない。一緒に協力することでより豊かな未来が待っています
AIに勝つためには運動機能を鍛えよう。ちょっとした動作については当分、人間のほうが優位です。
Audibleの聴きたい放題が最高すぎる。2022年1月末から聴きたい放題に変更になりました。
BMIを20未満にしない方が良い理由。健康リスクは太ってるよりも痩せてる方が、はるかに高いことを知っておこう
Chromeリモートデスクトップが超便利
Google Pixel6 Proはどんな人なら「買い」なのか。1ヶ月半毎日使った感想をまとめます。
Googleの新スマホ、Pixel6の音声入力がすごかった話
KindleやAudibleの朗読睡眠のすすめ。寝付きもよくなりますし、知恵も増えます
PDCAサイクルの回し方のコツ
Pixel Fold使用1週間レビュー。予想よりかなりよかった!
Pixel7と7Proのレビュー。6より相当よくなりました。
Q&A これまでキャリアのない40歳女性が、同年代の男性正社員並みの収入を得るためにはどうすべきですか?
Q&A 勝間和代さん、1日何食とっていますか? 栄養バランスやスタイルキープのコツは?
Q&A 勝間和代さん、使っている体重計を教えて下さい
Q&A 勝間和代さん、まゆげの手入れはどうやっていますか?
Q&A 勝間和代さん、お気に入りのスマホアプリを紹介して下さい
Q&A 勝間和代さん、適切な買い物をするためのコツを教えて下さい
Q&A 勝間和代さん、ふだんのネイルのお手入れ方法を教えて下さい
Q&A 勝間和代さん、人前で緊張せずに話せるコツを教えてください
Q&A 勝間和代さん、気の合う友達をたくさん作る方法を教えてください
Q&A 勝間和代さん、どんな人とつきあっていけばいいか、教えて下さい
Q&A 勝間和代さん、どうやったら、見栄っ張りな自分をやめられますか?
Q&A 勝間和代さん、どうしたら、時間を守れる人間になれるでしょうか?
Q&A 勝間和代さん、自宅でのヘアケアやスキンケアの方法を教えて下さい
Q&A 勝間和代さん、ふだん、どのようにテレビを使っているか、教えて下さい
Q&A 勝間和代さん、健康的な食事をとりながらも、食費を安くする方法を教えて
Q&A 勝間和代さん、仕事、育児、家事で忙しい中での目標達成方法を教えて下さい
Q&A 勝間和代さん、スマホ1台だけで仕事をするのはどんなイメージでしょうか?
Q&A 勝間和代さん、良い習慣を身につけ、悪い習慣を追い出す方法を教えて下さい
Q&A 勝間和代さん、変化することが怖いのですが、どのように考えればいいですか?
Q&A 勝間和代さん、イライラする事が起こってしまった後の対応方法を教えて下さい
Q&A 勝間和代さん、隣の芝生は青いと、つい妬んでしまう心をどうしたらいいでしょうか?
Q&A 勝間和代さん、ヘルシオとホットクック、どちらか片方だったらどっちを買えばいいですか? また、型番は何を買えばいいですか?
Q&A 勝間和代さん、多忙にかまけて、やるべきことができない怠惰さとどう向き合えばいいでしょうか?
Q&A 勝間和代さん、特にチョコレートが大好きで、シュガーフリーできません。どうしたらいいでしょうか?
Q&A 勝間和代さん、転職時のリスクマネジメントを教えて下さい。変な転職先にいくことを防いだり、失敗したときのリカバリー方法が知りたいです。
Q&A 勝間和代さん、就職や転居のように失敗リスクが高い決断については、たくさんの試行錯誤ができないのですが、どのように考えればいいか、教えて下さい
SNSを楽しく活用する大事な鉄則。それは、承認欲求ではなく情報共有に使うこと。
YouTube の撮影カメラをピクセル7 Pro に変えてみました
YouTubeのやり方変えて1ヶ月の感想。たのしーーわーーー。話したいこと話すのがやっぱりいいですね。
YouTubeサムネイル省略の結果報告。結局、ライトユーザー向けに必要でした。
YouTube撮影失敗の歴史をゆるく語る。一番大きかったのは、スマホのインカメラを使用しなくなったことでしょうか。
ご飯0.5合炊きのすすめ。毎回1膳分だけを炊くことによって、保温や管理の手間から解放されて、しかもどんなお米でも何でもものすごく美味しくなります。
なぜIHコンロは使いにくいのか
何でも25%の余裕が生活を楽にする
エンジン01 in 市原 1⧸26-28 ぜひいらしてください
半年から1年かけてうまくいかなかったものは損切りしよう(訂正バージョン)。それ以上の時間を使ってもうまくいく確率は低いです。
ゼロよりは0.1を目指す
継続の鍵は15秒以内に開始できることにあり
試行錯誤は3回で仮説、5回でやっと実用、10回で完成を目安にする。1回で完成させようとするから、虫が良すぎるし、結局達成できないで失敗してします。
勝間和代のKindle本をFire端末でオーディオブック化する方法の詳細説明
インスタもLINEもスマホではなくパソコンで使おう。圧倒的にタイパがよくなります。
相手の心はSNS写真で透けます。SNSにアップされた写真を見ると、その人が無意識に何を一番大事にしているのか、すべてバレてしまいます。
勝間和代のWindowsパソコンに音声入力をするさまざま4つの方法の紹介
勝間和代のYouTube動画作成講座。慣れると1本15分でできます。
まめさは正義
小ささは正義
新刊「勝間式 金持ちになる読書法」本人紹介。12月25日発売です。
勝間和代の、1本トータル20分でできる、ゆるゆるYouTube動画作成方法
自分も周りも2割ぐらい間違ってると思った方がかえって物事がスムーズに進む
意外と良い!5万円以上の価値があるぞ、キンドルスクライブ Kindle Scribe
勝間和代の、Google KeepとGoogleカレンダーの併用で、めんどうなことを実行する方法
勝間和代の、SNS依存にならずによい距離感で付き合うためのたった1つのコツを教えます
勝間和代の、YouTube字幕機能説明。YouTube 動画には自動生成された字幕が付いています。意外と知られていませんが、これがあると、音声なしでも、外国語でも、YouTube見られます
勝間和代の、iPhoneの音声入力が苦手な人へのちょっとしたアドバイス
努力に酔わない
ポータビリティ(可搬性、動きやすさ)の価値をもっともっと重視しよう
年末のご挨拶。2023年に良かったことをベスト3を発表します。
あらゆることは3日やらないと、超億劫になる
新幹線ワークはSワークP席が最高すぎる
思い込みの外し方
動け、動け、動け
安定は実はリスク
会話は心のごはん
予防はコスパ最強
時間を生むコツ。1日10秒短縮でも1年で1時間です。日常のルーティンから無駄を少しずつ取り除くことで、毎日の時間は生まれていきます。
家庭の在庫管理は2ビン法の徹底に限る
夕食の外食は週に2回までにしよう。それ以上にすると胃腸が疲れて睡眠スコアが悪くなります
試行錯誤の回数は3桁を目安にしよう
より良い決定には4つ以上の選択肢が望ましい
電気自動車アリア5000キロ走行ガチレビュー。5000キロ走ったからこそわかった、いい所と悪い所
誕生日記念動画、50代になってわかった3つの幸せ。無事52歳の誕生日を迎えられたので、若いうちにはわからなかった3つの50代の幸せを記録します。
やる気は仕組みが9割
勝間和代はなぜ、iPhone Xをやめて、Android勢となったのか。アプリの速さ、電池容量、画面の大きさ、すべてが快適です。
失敗を恐れない方法
重い腰を上げる方法
犯人探しをやめよう
正解は一つではない
頼る力の身につけ方
遊びこそが実は学習
下腹ぽっこり解消法
独学は基本、非効率
上手な手抜きのコツ
断る力の身につけ方
怠けごころの抑え方
電熱服活用のすすめ
パソコンのメモリは16GB以上にしよう。スマホ依存から抜け出すためにも快適なパソコンは必要
調理家電の電気代は1回せいぜい数十円。電気代を気にして導入しないのはもったいないです。
電気自動車アリアの2000キロ走行レビュー。納車1ヶ月半、良い点も悪い点も、ユーザー目線に素直にお話してます
迷った時は余命あと2年だったらどうするかを考えよう
勝間和代の、自分が90歳までできる仕事は何かを考えてキャリアプランを設計しよう
間違いの素直な認め方
良い口コミの見分け方
過度なやせ願望に注意
時差行動徹底のすすめ
ヒットは直感で決まる
健康こそが最大の美活
信頼こそが加齢の味方
青信号をすぐに渡るな
空腹は判断を間違える
建設的な先送りの勧め
暇ならばマメになれる
悪い自分を見捨てない
許せない相手の許し方
初めて買うものはほぼ100% 失敗する。だからこそ、そこから学習することが重要
古いスマホは売らずに2台持ちにしよう
人から親切にされるコツ
細切れ行動蓄積のすすめ
少食は行動力を阻害する
根気の正体は体力である
使える道具は全部使おう
妖怪「出不精」の退治法
天気予報は風速も見よう
サボりぐせの乗り越え方
怠けたい心が変革を生む
イチゼロ習慣をやめよう
気が散りやすいのも才能
体力はすべてを解決する
ライフログで身を守ろう
寝具にはお金をかけよう
ギリギリは頭が悪くなる
会話泥棒に気をつけよう
上手な利他力発揮のコツ
寝室は静かでなくていい
1日1やめ運動のすすめ
脅す人には注意をしよう
目標を追い求めすぎない
わが道を行く最大のコツ
歯磨きは歯間磨きが主役
楽しくなければ学べない
時間割引率の引き下げ方
試せることは全部試そう
遊びこそが最高の脳トレ
私達は自分の実力よりも2割ぐらい自信過剰だと思うとちょうど良い
勝間和代の、キャリアは5年かけて、強みを活かす仕事100%の状態まで持っていこう。そうすれば、短時間労働になるし、収入も上がります。
悩むのは悪いことではない
運を良くする技術を学ぼう
自炊は実は最高のぜいたく
PSDや.ai(illustrator形式)とかいうポータビリティもなくデータ確認手段がほぼアドビ製品一択になるような業界構造を形成して行ったうえで、年間ライセンス制をやり出したのもまあ不満が溜まりまくってたわけですよ
(金が高いという点もあるにはあるが、ちょっとした確認でいちいち重たいソフト開くのも大変だし、ファイル形式のバイナリがどうなってんのかいまいち不明瞭でデータサイズがデカい)
AIの話と混ぜたくないんだけど、ビックテックどもが軒並みああいう姿勢を取り出すと流石に「じゃあお前ら今度からリリースソフト全部BSDかMITライセンスで配布しろや」って気持ちにはなる
NTTも、電力系も、NUROも、おそらく3カ月以上待つらしい。
NTT西なので例のトラブルに巻き込まれるし、NUROは評判だと半年待つ必要があるし、電力系だとNTTの電柱の許可取るだけで2カ月かかると聞いた。
ソフトバンクのおうちのでんわだと一回アナログ戻しが必要になるらしい。最悪。
加入権ありの番号ポータビリティはだいたいできるようになってると聞いてたのに、ソフバン系の電話にしてるとアナログ戻しが必要なんだと。なんだそりゃ。
そして光回線は料金が高い。
NTTの接続料半額くらいに下がったとニュースで聞いたんだが、どこがマージン取ってるんだ?
携帯電話の料金は下がった。
光回線はどうにかならんのか。
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策(不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス)を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能)
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
noteの売上金の有効期限が180日になるようです。180日を超えると自動的にAmazonギフト券に交換されるらしい。
これまでのnoteの不誠実な対応(IPアドレス等個人情報漏洩(事故そのものよりもそれへの広報がムッとなった)や、cakesの各種炎上)があるし、データポータビリティへの意識の低さ、などの印象があり非常に心証が悪かったが、ユーザーの売上をできる限り消滅させないという姿勢は良しとするものの、もっと前段での問題があると思うので、うううーんという気持ちになっている。具体的には、noteの投げ銭(サポート機能)の扱いは資金決済法に関連した問題をはらんでいると思う。
正面切って「我社の投げ銭機能は合法です!」と言い張れる投げ銭機能はほぼない、という立場をとったとしても、noteの投げ銭機能は法的には黒なんじゃないかと思っている。この辺り結構ややこしいが、以下の3点がポイントになるだろうと思う。
まず現金化できることが問題のトリガーになる。これが例えばアマゾンギフト券交換だけなら問題ない。なぜなら為替取引ではなくなるので。上で触れた資金決済法に抵触しないのであれば問題は一切ないと言える。
コンテンツ販売収益をユーザーに還元するスキームは、収納代行と考えられる。noteはあくまでユーザー間の取引を安全に行うための場を提供するだけであり、資金の移動は「コンテンツの販売」という役務の提供に付随するものなので、このような収納代行スキームは昨今の流れからも問題のないものと考えられる(すでに一般的な取引と思われている収納代行(メルカリ等)も為替取引なのでは?という議論が行われるくらい慎重に進められているので、こういう大丈夫じゃないっすかね表現になる)。
有効期限を180日に設定したのも、収納代行スキームにおいては受け取った代金を必要以上に残しておいてはいけない(資金決済法の趣旨は利用者の保護である。収納代行では前払式支払証票などによる供託金による資産の保全義務がない。そのため、必要以上の期間支払金をプールしておくことが法の趣旨に反する)ということにようやく気がついた、ということだろうと思う(個人的には180日でも長すぎると思う、メルカリはこの問題で90日に変更した)。
しかし、投げ銭については疑義がある。noteの想定スキームは、「投げ銭とともに投稿者にメッセージを送れる」「サポートのアイコンを表示できる」などの役務を提供している、ということだろうと推測している。しかしながら、「投げ銭の価格を自由に設定できる」ので、そもそも役務に対する正当な価格が定められていない、ということになる。対価に対応した役務が提供されていないにもかかわらず(経費を控除した上で)全額為替として受け取ることができるのは、脱法的、というよりもはっきりと資金移動に当たるんじゃないか?と思う。
また、上記のような性質の違いがあるにも関わらず、コンテンツ販売収益と投げ銭収益を一緒くたに取り扱っていることもポイントであると思う。note的には実装上の楽をし、合法的な収納代行のスキームに投げ銭機能を潜り込ませることで、グレーな感じを演出しているのじゃないかなー。
投げ銭の現金化について違法性があったので取りやめて、今後Amazonギフト券交換に限定したとしても、まだ問題はある。投げ銭によりプールされたポイントは、未使用の前払式支払証票となり、投げ銭の売上は自家型の前払式支払手段と判断されるだろう。noteは資金決済法的な対応は一切していないのだ。
自家型の場合、未使用残高が1000万円以下が適用除外になり、法的な対応は必要なくなる。ただ、noteの場合、これまでずっと有効期限なしで投げ銭を受け続けており、かつ振込手数料あるので、換金せずに貯めてるユーザー多いのではないかな…本当に未使用残高1000万超えてないのかな…というのは疑問。超えてて資金決済法の対応を行わず、かつ利用規約の変更で有効期限を6ヶ月以下に設定し(有効期限が6ヶ月以下の前払式支払手段は法の適用対象外になる)、法の適用対象から逃れようとするの、めちゃくちゃずるくないか?と思ってしまう。いや、まあ未使用残高が1000万円を超えているかは外野からはわかんないので、下衆の勘繰りといえばそうだねという感じではあるよ…。まあ、この辺もうちょっと説明したほうが良くないか、とも思う。
いい記事にいいフィードバックが還るのは尊いと思うので、機能が提供されているのはいい。が、法を無視して進んでいくと利用者は法で定められる保護が受けられなくなるし、善良な企業が馬鹿を見るので、良くねえと思っているよ。
公取委が個人情報保護委員会とは別にオンラインサービス規制を提案して、「サービスの対価として自らに関連するデータを提供する消費者」とか言い出してるけど、EUでも似たようなことが起きてたらしい。
欧州委員会がオンラインサービス規制のための新しい指令を起草して、そこで「消費者がサービスの対価を個人データで支払う……」とか書いてしまった。これに対し、欧州データ保護監督機関が「何すんじゃワレェ!」したのが以下の見解である。
https://edps.europa.eu/sites/edp/files/publication/17-03-14_opinion_digital_content_en.pdf
EDPSはデータ駆動経済について、EUの成長のために重要であること、デジタル単一市場戦略として唱道されるデジタル環境において抜きんでていることを認めております。消費者法とデータ保護法とが共同し相補しあう関係にあることは私たちが一貫して論じてきたところであります。ですから、「デジタル商品」の提供を受ける条件としてデータを差し出すことを要求される消費者の保護を強化するために、デジタルコンテンツの供給にかかる契約に関する特有の側面にかかる2015年12月の委員会指令プロポーザルの意図しているところを、私たちは支持しております。
しかしながら、この指令のある側面は問題をはらむものです。というのも、これが適用可能なのは、デジタルコンテンツのために価額が支払われる場合だけではなく、デジタルコンテンツが金銭以外の個人データその他何らかのデータの形での反対給付と引き換えに供給される場合にも適用可能だからです。EDPSは、人々が金銭を支払うのと同じように自分達のデータを支払えるという考え方を導入するような規定を新たに定めることのないよう警告いたします。個人データの保護を受ける権利のような基本権は、単なる消費者利益に縮められるものではありませんし、単なるお値打ち品のように個人データを捉えることはできません。
最近採択されたデータ保護フレームワーク(以下「GDPR」といいます)は、未だ完全には適用可能でなく、新しい e-Privacy 制度は今も審議中でございます。ですから、EUとしては、立法者が協議されている入念なバランスをひっくり返すようなプロポーザルは、何であれ避けるべきものです。イニシアティブの重複は、デジタル単一市場の統一性を意図せずとも損ない、規制の断片化と法的不確実性をもたらすことになりかねません。デジタル経済における個人データの使用を規制する措置として、EUがGDPRを適用することをEDPSは推奨いたします。
「反対給付としてのデータ」という概念……このプロポーザルでは未定義のままです……は、所与のトランザクションにおけるデータの正しい機能について混乱を引き起こす恐れがございます。この点で供給者から明瞭な情報がないため、さらに難しいことになるでしょう。それゆえ私たちは、この問題を解決する一助として、EU競争法におけるサービスの定義を一考することをお勧めしますが、その地域範囲を定義するうえでGDPRの用いている規定が役立つかもしれません。
本見解では、このプロポーザルがGDPRとどのように影響し合うことになりうるかを検証いたします。
第一に、データ保護制度に基づく「個人データ」の定義が広範であるため、その効果により、この提案指令の対象となるデータが全て GDPRに基づく「個人データ」とみなされることは十分にありえます。
第二に、(個人データの)取扱いが発生する厳密な条件はGDPRで指定済みであり、この提案指令に基づく修正や追加を必要としておりません。このプロポーザルは反対給付としてデータを用いることを正当とみなしているようですが、GDPRでは、例えば、(本人の)同意の有効性を検査し、デジタル取引の文脈において(同意が)自由意思に基づくとみなしうるか決定するための、新たな条件を一式用意してございます。
最後に、消費者に与えるものとして提案されている契約終了時に供給者からデータを取得する権利と供給者がデータ使用を控える義務は、GDPRに基づくアクセス及びポータビリティ権やデータコントローラのデータ使用を控える義務とオーバーラップしている可能性があります。このことで、適用する制度について意図しない混乱をもたらすことになりえます。
https://edps.europa.eu/sites/edp/files/publication/18-10-05_opinion_consumer_law_en.pdf
本見解は、EU消費者保護規則のより良い執行と近代化に関する指令のプロポーザルと、消費者の集団的利益の保護のための代表訴訟に関する指令のプロポーザルからなる「消費者のための新しい取引」と題する立法パッケージに関するEDPSの立ち位置を概説しています。
EDPSは、目標において最近近代化されたデータ保護フレームワークと密接した領域で、既存の規則を近代化しようという同委員会の意図を歓迎します。EDPSは、個人データの大規模な収集と収益化、およびターゲットコンテンツを介した人々の注意の操作に依存するデジタルサービスの主要なビジネスモデルが提す課題に対応するために、現在の消費者法におけるギャップを埋める必要性を認識しています。 これは、消費者法を改善して、個人とデジタル市場の強力な企業との間で拡大している不均衡と不公平を是正する、またとない機会です。
特にEDPSは、指令2011/83 / EUの範囲を拡大して、金銭的な価格にて提供されないサービスを受ける消費者が、同指令が提供する保護フレームワークの恩恵を受けることができるようにする意図を支持いたしますが、それはこのようなサービスが今日の経済的な現実とニーズを反映しているからです。
このプロポーザルでは、EDPS Opinion 4/2017の推奨事項を考慮して、「反対給付」という用語の使用や、消費者によるデジタルコンテンツのサプライヤーへのデータ提供が「積極的」か「受動的」か区別することを控えています。ただしEDPSは、プロポーザルで想定されている新しい定義により、消費者がお金で支払うのではなく、個人データで「支払う」ことができるデジタルコンテンツまたはデジタルサービスの提供に関する契約の概念が導入されることに懸念を示しています。この新しいアプローチは、「反対給付」という用語を使用したり、個人データの提供と価格の支払いを類推したりすることで生ずる問題を解決していません。特に、このアプローチは、個人データを単なる経済的資産とみなしているために、データ保護の基本権としての性格を十分に考慮していないものとなっています。
GDPRでは既に、デジタル環境にて個人データの処理が行われ得る状況に関するバランスを既に定めています。 このプロポーザルで、GDPRで定める個人データを完全に保護するとのEUのコミットメントと矛盾するやり方で解釈される可能性のあるアプローチを促すようなことは避けるべきです。データ保護法の原則を損なう危険を冒すことなく幅広い消費者保護を提供するために、電子商取引指令における「サービス」の広範な定義や、GDPRの地域範囲を定義する規定、もしくデジタルコンテンツ・プロポーザルに関する理事会一般アプローチの第3条(1)などに基づくアプローチで代替することが考えられます。
したがいまして、EDPSは、「有形媒体では提供されないデジタルコンテンツの供給に関する契約」や「デジタルサービス契約」の定義にて個人データを参照することを何であれ控えていただくことを推奨し、その代わりとして、次のような契約の考え方に依拠することを提案します。 それは、「消費者への支払いが必要かどうかに関係なく」特定のデジタルコンテンツまたはデジタルサービスを売り手が消費者に提供または提供することを約束するというものです。
きちんと追えていないが、「EU消費者保護規則のより良い執行と近代化に関する指令」は、昨月末に採択されたようで、前文に「digital services provided in exchange for personal data」という表現が残ったものの、個人データについては「GDPRに従う」とのことで落ち着いた様である。