  |
はてなキーワード: トランザクションとは
ブロックチェーンや暗号通貨、Web3.0、Dweb というのはここ数年、そしてこれからのバズワードであるようだ。
ここ一週間ぐらいだろうか。マイナンバーにブロックチェーンを導入しようとしている事業に関して色々な議論が発生しているようである。例によって議論に向かない Twitter 上で発生している。というか何が議論の中心になっているのかイマイチよく分からない。ただ雑然と荒れているという感覚がある。
私は技術・歴史・文化といった面からブロックチェーンや暗号通貨に対して知識がなく、学び始めたのはここ一ヶ月と言ってもいいだろう。学ぶ、といっても転がっている日本語の一般的なメディアの記事を気が向いたときに読み散らかすぐらいである。真に技術的なことは何一つ分からない。暗号通貨は Bitcoin とEthereum しか知らないし所持しているのはたまたま貰った僅かな ETH しかない。金銭的に貧しい多摩川に転がっている石くらいどこにでもいる17歳JKである。と逃げの文言を置いておく。
囲み取材で数十秒話したことが記事になっているので、正確に伝わって無さそうです。
・マイナンバーカードをいずれカード不要にしてスマホにインストールできるようにしたい
・その前にそもそも、普及のためマイナンバーカードの発行総数を増やす必要がある
という趣旨かと。
加納氏のこの時期のタイムラインから現在に向けて遡れば様々な第三者の感想や疑問を得ることができるだろう。これらに纏めて答えているのが以下の記事である。
ブロックチェーンの優位性①疎結合｜加納裕三/Yuzo Kano
https://blog.blockchain.bitflyer.com/n/n4b45329e308c
加納氏とは一体何者なのかは以下を参照。
東京大学大学院工学系研究科修了。ゴールドマン・サックス証券会社に入社し、エンジニアとして決済システムの開発、その後デリバティブ・転換社債トレーディング業務に従事。
2014年1月に株式会社bitFlyerを共同創業し、2019年5月に株式会社bitFlyer BlockchainのCEOに就任。
bitFlyer創業以降、法改正に関する提言や自主規制ルールの策定等に尽力し、仮想通貨交換業業界の発展に貢献。
日本ブロックチェーン協会代表理事、ISO / TC307国内審議委員会委員、官民データ活用推進基本計画実行委員会委員。
2018年G7雇用イノベーション大臣会合、2019年V20 VASPサミットに出席。
ttps://finsum.jp/ja/2019/speakers/recQMoKK5nD9yb8Ht/profile/
ブロックチェーンを語るうえで何が重要かというと、その言葉の定義である。議論に参加している人が同じ言葉を使っているのに、各人の言葉に対する定義が異なっていると、言葉は理解できるが内容が理解できないといった状況に陥ってしまう。このことは実生活でも頻繁に起こっているように思えるが、Twitter という短文が好まれるプラットフォームでは著しくないがしろにされ不毛な議論を生む原因になっている。
加納氏が代表の JBA （日本ブロックチェーン協会）に依ると、ブロックチェーンの定義は以下の内容である。
ブロックチェーンの定義
１）「ビザンチン障害を含む不特定多数のノードを用い、時間の経過とともにその時点の合意が覆る確率が0へ収束するプロトコル、またはその実装をブロックチェーンと呼ぶ。」
２）「電子署名とハッシュポインタを使用し改竄検出が容易なデータ構造を持ち、且つ、当該データをネットワーク上に分散する多数のノードに保持させることで、高可用性及びデータ同一性等を実現する技術を広義のブロックチェーンと呼ぶ。」
定義策定のアプローチ
まず、Satoshi Nakamoto論文およびその実装である、ビットコインのブロックチェーンをオリジナルのブロックチェーン(以下「オリジナル」)として強く意識しています。
狭義のブロックチェーン(定義１)は、オリジナルを意識し、それが備える本質的で不可分な特徴を捉え、言語化しました。
広義のブロックチェーン(定義２)は、昨今〜今後の技術の展開を鑑み、オリジナルが備える特徴であっても、別の実装方式や別の目的への展開などにおいて、置換や変化が行われていく広がりを許容しながらも、特徴を捉えられるよう、言語化しました。
総務省のページも見つけたが JBA が定義するものを基礎としている。
ttps://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h30/html/nd133310.html
私が疑問と漠然としたモヤモヤ感を抱くのは、最近の一般層で使われているブロックチェーンの定義には「信頼できる第三者が不要である」という点が抜け落ちているように思われることだ。非中央集権SNSで暮らし脱中央集権を推進したい私にはこの点が"ブロックチェーン"の一番重要な点であると思うが、JBA の第一定義にはこの点が記載されている。不特定多数へのインセンティブによって不特定多数による合意を形成している。これによって「信頼できる第三者が不要である」は満たされている。
blockchain (3.6)
distributed ledger with confirmed blocks organized in an append-only, sequential chain using cryptographic links
Note: Blockchains are designed to be tamper resistant and to create final, definitive and immutable ledger records.
distributed ledger (3.22)
ledger that is shared across a set of DLT nodes and synchronized between the DLT nodes using a consensus mechanism
Note: A distributed ledger is designed to be tamper resistant, append-only and immutable containing confirmed and validated transactions.
ISO の定義によれば、ブロックチェーンは、暗号化リンクを使用した一連の鎖で、追記のみで構成された確認済みブロックからなる分散台帳を指す。改ざんに強く、最終的で確定的で不変の台帳記録を作成するように設計されている。分散台帳は、一連の DTL（分散台帳技術）ノードで共有され、合意メカニズムを使用して DTL ノード間で同期される台帳である。確認された有効なトランザクションを含む全てが、改ざん耐性、追記のみの不変性を持つように設計されている。
さて、加納氏の投稿やその他の加納氏に批判的/賛同的な人たちの反応を見ても、彼らの言っている内容がブロックチェーンの定義を満たすものなのかいまいち分からなかった。
・ビザンチン耐性（BFT)
・改ざん耐性
私はブロックチェーンの主な利点はこの５つ（ただし５つにだけではない）だと考えています。これをここでは５大利点と呼びます。
なおかつ、この５大利点を概ね満たしているものをブロックチェーンと呼んでいます（ただしブロックチェーンと呼んでいるものは、すべてこの定義だとは言ってない。かつ、ブロックチェーンの厳密な定義はこれではない。）
なぜ前提として厳密な定義を加納氏の言葉で説明せずに、勝手に加納氏が定義した内容を”ブロックチェーンである”と語っているのか理解に苦しむが、加納氏の説明したい"プライベート・ブロックチェーン"を ISO の定義を基に判断すると、
加納氏の上記の2つの投稿からは、"プライベート・ブロックチェーン"と"パブリック・ブロックチェーン"のどちらを指しているのか不鮮明ではあるが、note の記事では"プライベート・ブロックチェーン"を想定している、と明記されており、議論の発端となったマイナンバーとブロックチェーンに関しても"プライベート・ブロックチェーン"を指していると思われる。5大利点を満たす"プライベート・ブロックチェーン"は存在しないのでは…。
"一方で、誤解と批判を恐れずに書けば、ブロックチェーンがBitcoinの論文に端を発するものであるとするならば、いわゆるプラベートブロックチェーンやコンソーシアムブロックチェーンと呼ばれているものは、ブロックチェーンと呼ぶのをやめて、「タイムスタンプ2.0」のような別の言葉を使うことも考えてはどうだろうか。それは、これらの技術が、リンクトークン型タイムスタンプのデータ構造の上に、決められたノードによる合意アルゴリズムを加え、記録した情報に対するビジネスロジックに応じた情報処理を加えたものであるからだ。根っこの技術は、同じHaberらによるタイムスタンプを元にしているものの、ブロックチェーンの発端となったBitcoinの論文が目指した「信頼できる第三者機関を不要にする」という方向とは別の方向の進化をしているもので、その別の2つの方向のものを同一の枠で扱うことには無理があり、理解や発展を考える上で両方にとって弊害がある。"
https://link.medium.com/TgeOXv8Dlab
https://link.medium.com/4pz5oNlHpab
これらの記事を読むと、そもそもブロックチェーンと呼ばれるものにおいてパブリックではないものは、なんびとも信用しない状況において根本的に非改ざん性を保障することができないのではないかと感じる。"パブリック・ブロックチェーン"こそがブロックチェーンであり、他のものはブロックチェーンから発展してきた技術を使ったブロックチェーンの定義を満たさない分散台帳なのではないか。
加納氏に関して覚えておきたいことは、彼は bitFlyer の CEO であり bitFlyer は miyabi という"コンソーシアム・プライベートブロックチェーン"を開発しているという点だ。当然行政に対して彼がブロックチェーンを推しているのはこれを売り込むためなのであろう。これが厳密にブロックチェーンなのかは置いておいて、このプロダクト自体は素晴らしい取り組みだと私は感じる。デジタル化によって今までの煩雑な手続きが簡単になる可能性は大いにあるし、公的文書の保存にも役にたつ。黒塗り秘匿文書を撲滅しろ。
ただ、ブロックチェーンをただの空虚なバズワードとして扱うのではなく、厳密な定義の上で使うのは大事なことだ。今回の件は、果たして全てにおいて加納氏が良くない、と言えるのだろうか。言葉というのは多数が使うことによって定義が決まる。時代が変われば定義が変わってしまうこともある。ブロックチェーンという言葉を便利な魔法の言葉にしてしまったのは誰だろう。本質を見極めない我々だ。AI 搭載！！といたるところで見る言葉だが、何をもって AI と呼んでいるのか不思議になる。実際のところ今まで"システム"と呼んでいたものなのに。日々の中で言葉をしっかりと見つめ直すのは大事だ。
この記事は、そもそもブロックチェーンとは何か、という個人的な疑問をまとめたものであり、加納氏を批判する意図は無かったわけで、最後の締めはやんわりとしたかった。だが、加納氏は立場的には日本ブロックチェーン協会の会長で、言葉を定義する立場である。言葉を定義した側がこの有様というのは遺憾である。日本の行政のデジタル化の推進は頑張って欲しい。
好きなゲーム作ってくれたゲーム会社にはフルプライス以上を払って報いたいんだけど
豪華なケースとかフィギュアとか小冊子とかそういう余計な飾り要らないんだよね。
個人的には全てのゲームがマイクロトランザクション実装してくれれば
好みに合わなかったゲームは無視して好きなゲームには自分が貢ぎたい分だけ貢げてよかったんだけど
世の流れ的にマイクロトランザクションがヘイト集めて廃れていってるから
無料で始められて、楽しんだらお返しの意味で1万とかそれ以上突っ込んだりできるし
楽しめなかったらそのまま削除で終わり。
どもども。
わたしは「なにか作ってみろ」系の言説にはまったく同意しません。
わたし自身、会社に3ヶ月間みっちり導入教育をしてもらい（COBOL85とPL/I。時代がわかる……）、基本的なアルゴリズム（コントロールブレーク、マッチング、マスタ－トランザクション、ソート、マージ、etc.いよいよ時代がわかる……）の演習を（給料をもらいながら）やって、その後もプログラムとつかず離れずでフラフラと生きてきました。
こういう経験は新卒カードがあるから有効なもので、では1から始めるとしたら……、というときに、プログラミングスクール（専門学校）というのは悪くない選択肢ではないかと思います。が、行ったことないので正直わかりません。
実際自分が1から始めるという立場になったら、まったくオロオロして元増田さんのように世のなか（の気にいらないヤツら）に呪詛を吐いて満足するだけだったと思います（当然ながらそれをいくらやってもプログラミングは上達しません）。
話をプログラミングだけに限っていえば、一番大事なのはやりかたじゃなくて動機だろうと思います。
「なにか作ってみよう」というのは、なにか作ってみようと思ってない人にはまったく心に響かないでしょう。
動機ドリブンで「なにか作ってみた」人といえば思いだすのは、MikuMikuDanceの樋口優さん（ミクを簡単に踊らせたい！）とhinadanの若宮正子さん（高齢者にも遊べるゲームが欲しい！）でしょうか。
ただかれらはわたしから見れば（モチベーションを維持しそれを行動に移す）天才で、あんまり参考にならないのも確かです。
あと、元増田さんの動機は「プログラミングを生業にしたい」ということなので、野良プログラマでは履歴書上でのアピール力が弱いかも、と思います。
ビジネスで使われるアルゴリズムにはそれなりのルールがあります。安全な（バグの出にくい）コードの書きかた、「車輪の再発明」はぜず、枯れた（将棋で言えば定跡のような）アルゴリズムを使う、ほかの人に使ってもらえるための工夫（可読性の向上など）、etc.です。
「なにか作ってみよう」を繰りかえしても、そういった作法的なものが身につくかどうか、それは才能に関わってくる問題だと思います。才能だのみの手法を推奨するのは無責任だと思いますね。
また、たとえば「例をコピーして解析する」というのもある意味有効なプログラミング学習法ですが、「下手に習うと下手が伝染る」ともいいます。どれがお手本として優れているか、それを見る目はある程度ビジネス用途のプログラムに関わっていないと持てないというジレンマがあります。
野生のプログラマで就職に有効なくらいの力を見せるとしたら、なにかのコミッター（なにする人かよく知りませんが）とかになって「××ならこの人」となったり、プログラミングコンテストで上位の成績を残したりしなければいけないのかもしれません。
どうしたものでしょうね。ブクマカのみなさんの反応を見ると、専門学校でもあまり就職に有利にならない（ホントか？専門学校の意味あるのか？）という話ですが、目的が就職ならば、一番の近道のような気がします。
そこらへんからは、元増田さんがなにをしたいか、あるいは聞いてみたいだけだったのかによります。仕事には適性とやる気が大事です。あとは年齢と必要性かな。進路はオーダーメイド以外にはありえないので、提示された案を自分で選んでそれに賭けるしかないのかな、と思います。
さて、この文章は実はこの一文に反応してのものです。（↑のは前書き）
GWあたりからトシも考えずにRubyの再入門をしていまして、手始めに「首相動静」の整形ツールを作ってみました。
初心者で（Rubyに関しては仕事で使ったことないので）なにか作ってみよう、というとこの程度ですね。
これで就職に有利になるかというと、あんまりそうは思えないなあ。Excelのマクロが組めるとかのほうがどこかの事務所に潜りこめそうですよ（でもそれも最近はインフレ気味かもしれませんね）。
朝日新聞の首相動静は詳細ですが、改行が入っておらず、大変読みにくいものです。こんな感じです。
【午前】９時３１分、自民党本部。３３分、同党役員会。１０時２分、官邸。５分、閣議。２１分、宇宙開発戦略本部。３４分、柴山昌彦文部科学相。３８分、岩屋毅防衛相。４１分、山下貴司法相。１１時３分、安全保障と防衛力に関する懇談会。
【午後】０時１１分、政府・与党連絡会議。４４分、山口那津男公明党代表。１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。２時２０分、行政改革推進会議。５２分、兼原信克官房副長官補、秋葉剛男外務事務次官。３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。４時７分、太田氏出る。可部哲生理財局長加わる。１５分、全員出る。２５分、黒川弘務法務事務次官。３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。４１分、谷内、宮川両氏出る。５時３分、北村氏出る。１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。２０分、官邸。６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。２７分、アクフォアド大統領と会談。７時１２分、署名式、共同記者発表。３２分、公邸。首相主催の夕食会。８時４３分、アクフォアド大統領を見送り。９時、ヨルダンのアブドラ国王と電話協議。
ただ、これはフォーマットがはっきりしており、
と、例を見るかぎりキッチリとしたルールに則っているようです。
なので、「これだったら整形できるかも」と思い、再び学びはじめたRubyで整形ツールを作ってみることにしました。
【午前】
１０時０２分、官邸。
１０時０５分、閣議。
１０時２１分、宇宙開発戦略本部。
【午後】
０１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。
０２時２０分、行政改革推進会議。
０３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。
０４時１５分、全員出る。
０４時３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。
０４時４１分、谷内、宮川両氏出る。
０５時１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。
０５時２０分、官邸。
０６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。
０６時１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。
あと、午後の時刻を24時間制にしたいな、とも思いますが、それは今後の課題（つぎに首相動静が話題になったとき）とします。全角数字の計算ってどうやるんだろう？
たぶんRubyistにいろいろ突っこまれると思うけど、こんな感じです。
プログラマは玉石混淆ですが、これは石のほうの例だと思っていただければさいわいです。
※ はてな記法にはシンタックスハイライトあるけど、増田だとInternal Server Errorになるのではずしました。見にくくてスマソ。
# encoding: utf-8 # 漢字コンバータのライブラリを取りこむ（Stringに漢字変換メソッドを付けてくれる。神） require 'kconv' # 正規表現パターン # 時刻をｈ時ｍ分形式からｈｈ時ｍｍ分形式にする # 否定後読みを使用する # 時は行頭にある OneDigitHour = /^((?<![０-１])[０-９]時)/ # 分は時のあとにある。このパターンとマッチすると、\1が時、\2が分になる。 OneDigitMinute = /^([０-９]{1,2}時)(?<![１-５])([０-９]分)/ # 分のない、時だけの行のパターン。否定先読みを使用 HourWithoutMinute = /^([０-９]{1,2}時)(?![０-５]?[０-９]分)/ # 行頭のｈ時ｍ分をｈｈ時ｍｍ分にするサブ処理（これは関数といっていいの？） def convTopHourMinute2TwoDigits(oneLine) # 時を変換 oneLine.sub!(OneDigitHour, "０\\1") # 分を変換 oneLine.sub!(OneDigitMinute, "\\1０\\2") # 分がない場合"００分"を追加 oneLine.sub!(HourWithoutMinute, "\\1００分") # 戻り値 oneLine end # 入力ファイルの名前 InputFilename = "首相動静2018年12月11日.txt" # 出力ファイルの名前 OutputFilename = "首相動静2018年12月11日_編集済.txt" # 入力ファイルをオープン inFile = File.open(InputFilename, "r") # 出力ファイルをオープン outFile = File.open(OutputFilename, "w") # 時刻パターンはシンプルに、ｈ時、ｍ分、ｈ時ｍ分、という3パターンを結合する # 1つのパターンで全部カバーするよりこちらのほうが見やすい。というか、脳の容量の問題で1文に書ききれなかった jikokuPattern = /[０-９]{1,2}時[０-９]{1,2}分、|[０-９]{1,2}時、|[０-９]{1,2}分、/ # 午前/午後 ampm = /(【午前】|【午後】)/ # 午前/午後、あるいは時刻の前で改行するためのパターン kaigyouSign = Regexp.union(ampm, jikokuPattern) # ファイル一括読み込み # 昔は1行ずつ読みこんでました。メインメモリが3MByteとかだったので contents = inFile.read.toutf8 # 入力終了。閉じておきます inFile.close # スコープの関係から、ここでローカル変数に代入 # ※ Rubyのスコープと暗黙の型には泣かされました。これに慣れるのがRubyのコツかしら # 明示的な型宣言はあったほうがいいと思うなあ。エラー出力の理由がわからなかったりするので。 hour = "" # デバッグ行はコメント化しています # 時刻パターンチェックのため、コンテンツを出力してみる # p jikokuPattern.match(contents) # エントリを改行サインで行に分ける contents.gsub!(kaigyouSign, "\n\\&amp;") # "\\&amp;"はマッチした文字列そのもの。2重のエスケープ"\\"が必要 # 改行チェックのため出力 # p contents # 入力を行で分割して各行ごとに処理 contents.split("\n") do |oneLine| # 午前/午後を示す開きカッコ"【"があるか if (oneLine =~ /^【/) then # そのまま出力 outFile.write(oneLine + "\n") # p "午前午後：" + oneLine next # 空白行は無視（スキップする） elsif (oneLine =~ /^[\s ]*$/) then # 出力しない # p " 空白行：<skip>" next # 行頭に「時」があるか elsif (oneLine =~ /^[０-９]{1,2}時/) then # あったら時間表示を抜きだしておく hour = oneLine.match(/^([０-９]{1,2}時)/)[0] # p " 時：" + oneLine outFile.write(convTopHourMinute2TwoDigits(oneLine) + "\n") next else # 「時」がなければつけて出力 oneLine = hour + oneLine # p "普通の行：" + oneLine outFile.write(convTopHourMinute2TwoDigits(oneLine) + "\n") end end
手でやったほうが早いね。
以上
話題になっているPaidyの支払い方法を公式サイトで調べてみた。
Q.Paidyの支払い方法について教えてください。
1ヶ月間のご利用分を翌月にまとめてお支払いいただけます。
え、これコンビニで支払わなかったらどうなるの？
PayPayなり楽天Payなり、店頭で決済するときに電子的に現金相当額が引き落とされたことをスマホ上で店員が確認している。
クレジットカードも当然。
決済・商品受け渡しを一つのトランザクションとみなしたとき、現金の引き落としが確定しない この仕組みそのものがおかしくない？
paidyでの支払いがなかったら債権回収が店舗に責任があるのは、決済システムとしてありなのか？
後払いなら、クレジットカードみたいに審査もないし、ブラックリストもないのかな？
経営陣見ると、金融に詳しそうなんだが、、、メディアは各個人に名指しで取材もしてほしいな
メリルリンチ証券とゴールドマン・サックス証券を経て東京に株式会社Paidy（旧エクスチェンジ・コーポレーション）を設立。スタンフォード大学院数理ファイナンス修士。
富士銀行（現みずほFG）、アクセンチュアを経て、新生フィナンシャル代表取締役社長、新生銀行常務などを歴任。東京大学卒、コロンビア大学MBA並びに金融工学修士。
楽天にてトラベル事業の営業統括、イーブック事業の立ち上げ後、DeNAで渉外部長・事業開発部長を歴任、PayPalにて大手加盟店の拡大や各パートナーとのアライアンス統括に従事。
JPモルガンでM&A・資金調達アドバイザリーに従事後、カーライルで投資評価・実行、企業価値向上施策から上場含むエグジットまで関与。東京大学薬学部卒、東京大学工学修士。
AXA生命CTOやNN生命COO/CIOなど、生命保険会社でマネジメントに携わった経験を持つ。IT、オペレーション業務に深い知見を持つ。リヴァプール大学MBA。
キャピタルワン、クラーナなどにて勤務、リスクマネジメントに深い知見を持つ。Paidyではリスク・与信・分析業務に携わる。セントルイス・ワシントン大学卒。
VP of Experience
シリコンバレー、サンフランシスコで約20年間、Walmart、Electronic Arts、GlassdoorなどでUX/デザインディレクターの経験を持つ。サンホゼ州立大学卒。
東京とニューヨークを拠点に、Fortune 500及び日系大手企業の事業戦略・マーケティング戦略を電通、EYやNetflixにて手掛けて来た。東京大学卒、Ashridge Hult MBA。
VP of Product
東京にて20年にわたりモバイル、Eコマース、ペイメントに従事。VP PMO、CSOなどを経て、直近はPayPal、MastercardにてHead of Productを歴任。ラフバラー大学工学修士、リヴァプール大学MBA。
VP of HCM, GA and Compliance
マッキンゼー、ヘイグループなどで戦略および組織・人事領域のコンサルティングを国内外の有力企業に提供。東京大学卒、INSEAD MBA、一橋大学DBA。
公取委が個人情報保護委員会とは別にオンラインサービス規制を提案して、「サービスの対価として自らに関連するデータを提供する消費者」とか言い出してるけど、EUでも似たようなことが起きてたらしい。
欧州委員会がオンラインサービス規制のための新しい指令を起草して、そこで「消費者がサービスの対価を個人データで支払う……」とか書いてしまった。これに対し、欧州データ保護監督機関が「何すんじゃワレェ！」したのが以下の見解である。
https://edps.europa.eu/sites/edp/files/publication/17-03-14_opinion_digital_content_en.pdf
EDPSはデータ駆動経済について、EUの成長のために重要であること、デジタル単一市場戦略として唱道されるデジタル環境において抜きんでていることを認めております。消費者法とデータ保護法とが共同し相補しあう関係にあることは私たちが一貫して論じてきたところであります。ですから、「デジタル商品」の提供を受ける条件としてデータを差し出すことを要求される消費者の保護を強化するために、デジタルコンテンツの供給にかかる契約に関する特有の側面にかかる２０１５年１２月の委員会指令プロポーザルの意図しているところを、私たちは支持しております。
しかしながら、この指令のある側面は問題をはらむものです。というのも、これが適用可能なのは、デジタルコンテンツのために価額が支払われる場合だけではなく、デジタルコンテンツが金銭以外の個人データその他何らかのデータの形での反対給付と引き換えに供給される場合にも適用可能だからです。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に従う」とのことで落ち着いた様である。
今頃なにやってんだろうな
「PCを攻撃するツール書いた」とかで公開してたスクショが、どっかからとってきたPythonのコード丸パクリで
よく読むとMySQLの死活監視用の便利ツールで全然関係ない人がブログで公開してたやつだったり
誰かとリプライ送り合って「@hogehoge つまりバリデートトランザクションは三層でプルリクしないと相手のPCは攻撃できないってわけ」みたいな専門用語まぜこぜのかっこよさそうな話をしてるんだけど
リプライ先のアカウントが架空で、専門家同士のすごい話し合いを演出みたいなことをしてたり
素晴らしい行動をいっぱいしてくれてた。
anond:20120303220901を見て何となく調べてみたくなった。デイリーのホットエントリに入っているものだけだから抜けがあると思う。
482あとで/3046users 【永久保存版】「お金がもらえる・戻ってくる制度や手当」をまとめてみた→リプ欄にも続々情報が集まって有能「行政がやるべきことを無償で…神」 - Togetter
372あとで/2421users 【永久保存版】Gitのあらゆるトラブルが解決する神ノウハウ集を翻訳した - LABOT 機械学習ブログ
329あとで/1559users 初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary
271あとで/1298users すべての新米フロントエンドエンジニアに読んでほしい50の資料 - Qiita
258あとで/2327users お金の話について｜ヨッピー｜note
256あとで/1804users 認知バイアス一覧で社会心理学入門
254あとで/2207users YouTubeで500万再生された腹筋を割るトレーニングを1ヶ月続けてみた結果がヤバい
253あとで/3101users 重大事故の時にどうするか？｜miyasaka｜note
250あとで/1791users 「めんどくさい」の正体を脳科学者に聞く | Lidea(リディア) by LION
247あとで/1628users 中国だけで2100万部、話題性と本物のおもしろさを兼ね揃えたバケモノ級の中国ＳＦ──『三体』 - 基本読書
233あとで/1304users インフラエンジニアに便利な負荷計測コマンド【基礎編】 - はてな村定点観測所
231あとで/1831users 東京から1泊2日で行けるおすすめ温泉チャートを作りました - いつか住みたい三軒茶屋
227あとで/1304users 睡眠の質を高めるための方法（総まとめ編）
225あとで/1188users リクルートテクノロジーズ エンジニアコース新人研修の内容を公開します！（2019年度版） | リクルートテクノロジーズ メンバーズブログ
219あとで/1672users 四川料理のスゴイ人が猛プッシュする「肉味噌ストック」を大量に作り置きして毎日の献立を天国にする方法 - メシ通 | ホットペッパーグルメ
211あとで/1630users 「皆がこれ読んでたら読んでたら世の中もっと良くなるのに」本
210あとで/1024users この記事の元の本編は削除しました。｜樫田光 | Hikaru Kashida｜note
202あとで/1465users 5年間蓄積したシャツの襟首汚れも抹殺する魔のアイテム「アタックプロEX石けん」がめっちゃ便利 - Togetter
187あとで/1018users 【スクレイピングツール】面倒な情報収集はGoogle Spreadsheetにやらせよう！ | DAINOTE
185あとで/1241users 国は何に、誰にカネを使っているのか 政府の全事業の予算をチェックするデータベースを作った人たちがいる
[あとで読む]が全体に占める比率で見たときに高いのはIT系のようだ。
86あとで/233users CI/CDの原則とデザインパターン (整理会)/20190722-jaws-ug-arch-pipeline-principle - Speaker Deck
80あとで/243users たのしいOSSコードリーディング：Let's read "cookies"🍪 - Speaker Deck
75あとで/236users 【やる気を出したい人必見】科学的に証明されたやる気を出す方法5選 怠惰な自分とは今日でおさらば - ホワイト心理学って何？
103あとで/340users なぜテストを書くの？（または書かないの？） 〜テストコードの7つの役割〜 / #tamarubykaigi01 - Speaker Deck
122あとで/407users これからVueを勉強しようと思っている人への道しるべ（勉強方法）を書く - Qiita
451あとで/3146users 海外で７年働いて、今でもやっぱりメチャ使っている英語の補助ツール３選｜__shinji__｜note
261あとで/1368users あのGoogleアナリティクス実践本が全文無料公開！インターネット最高 ｜ DevelopersIO
258あとで/1339users 333枚のスライドで「インターネットはこれからどうなるのか」を示した貴重なレポート「Internet Trends 2019」 - GIGAZINE
258あとで/1069users ソフトウェアアーキテクチャの歴史 - tasuwo's notes
242あとで/1396users プログラマーを30年間やってきた経験から学んだことまとめ - GIGAZINE
235あとで/1609users どうやって校閲記者は調べているか | 毎日ことば
234あとで/2027users 調べものリンク集 | 毎日ことば
186あとで/849users tmk.nom on Twitter: "すげーリポジトリ見つけた。Webサービスのシステム設計が学べる。日本語もある。システム設計ってどうやって学ぶのが効率いいんだろうって思ってたけど、コイツを出発点にするのはアリな気がする。 https://t.co/1YMBP9UMHo"
184あとで/1174users 1時間で出来る！最強のWordPress環境構築(永久無料) - Qiita
182あとで/810users ウェブサイトが表示されるまでにブラウザはどういった仕事を行っているのか？ - GIGAZINE
180あとで/916users 「Linuxのしくみ」をもっと早く読んでおけばよかったと後悔した - ばーろぐわにる
176あとで/1442users イエメン情勢
170あとで/875users 2019年前半の「JavaScriptをちゃんとやるための地図」
169あとで/828users 新メンバーが多い大型プロジェクトでの不確実性との戦い方 - Quipper Product Team Blog
167あとで/996users 楽しく読める！お金の基礎知識おすすめ本｜深津 貴之 (fladdict)｜note
166あとで/954users 「君、今日からクラウド担当ね」 未経験者が1人で始めた、ファミマのAWS移行の舞台裏 (1/2) - ITmedia NEWS
163あとで/1251users クレジットカードの偽決済画面が稼働していたサーバーについて調べてみた - piyolog
160あとで/726users Dockerfile を書くためのベストプラクティス解説編
158あとで/997users マイクロサービスにおける決済トランザクション管理 - Mercari Engineering Blog
158あとで/756users Visual Studio Codeのうれしい機能を使いこなして、初心者を最速で脱出する！《VSCode実践入門》 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
追記、2019年1月まで遡る(長くて2月までしか表示されない)
421あとで/2838users The Elements of Styleの全訳
376あとで/2277users 総務省 ICTスキル総合習得プログラム
334あとで/3018users 簡単・初心者向けの資産形成 (長期投資)
276あとで/2328users プログラマだったら当然知ってるよね？という知識一覧 | anopara
273あとで/1314users マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト「Google re:Work」 ｜ DevelopersIO
234あとで/1641users 拝啓、お客様。Webサイト制作のコストはここにかかります。 | 東京上野のWeb制作会社LIG
232あとで/1044users 数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita
225あとで/1095users AWSをこれから始める学生への圧倒的なインプット - Speaker Deck
207あとで/1046users 東大松尾研究室監修のエンジニア向け教育プログラム「DL4US」の演習コンテンツが無償公開 | Ledge.ai
204あとで/1453users ダサい英語しか書けない人はこの本を読むといい→多くの人がポチった結果Amazonの売り上げランキング上位に入り著者が喜ぶ「これがTwitter効果か」 - Togetter
194あとで/2105users WEB特集 潜入取材！フォロワー３万人買ってみた | NHKニュース
192あとで/1829users まず楽天銀行と楽天証券に口座を作りなさい。 それから楽天カードも作りな..
184あとで/1440users 松岡修造「根拠や理論に裏打ちされていない根性論が一番嫌い」【滝川クリステル対談】
182あとで/2364users 66歳男性が風呂場で涙… 友人もいない老後を憂う相談者に鴻上尚史が指摘した、人間関係で絶対に言ってはいけない言葉 (1/6) 〈dot.〉｜AERA dot. (アエラドット)
175あとで/928users AWSアカウントを作ったら最初にやるべきこと ～令和元年版～ ｜ DevelopersIO
174あとで/1854users あなたの知らない「詐欺グラフ」の世界（随時更新中）｜けんけん｜note
173あとで/1316users ｢マクドナルドの店内BGM｣のディープさに感動して“中の人”に直撃したら本当にスゴかった話 | BUSINESS INSIDER JAPAN
171あとで/1490users 患者向け医療情報サイト総まとめ｜病気になったらググる前に見てください | 外科医の視点
171あとで/777users 君には1時間でGitについて知ってもらう(with VSCode) - Qiita
170あとで/1339users 「バカうま」「キャベツ1玉なくなった」 “ジェネリック叙々苑サラダのたれ”を小説家が開発、その作り方とは？ - ねとらぼ
495あとで/2948users これだけ守れば見やすくなるデザインの基礎 - Speaker Deck
460あとで/2809users 「お金を払ってセキュリティを学ぶ」のは平成で終わり？ ある無料教本が神レベルで優れている件 (1/3) - ITmedia エンタープライズ
315あとで/1908users Google、無償の『デジタルスキルトレーニング』を国内1000万人に提供 - Engadget 日本版
290あとで/2306users Excelで一番「え、そんなことできるの!?」って裏技書いたやつが優勝 BIPブログ
282あとで/1723users 仕事と給与と評価の関係 - Speaker Deck
266あとで/3312users 平成31年度東京大学学部入学式 祝辞 | 東京大学 (上野千鶴子 - 認定NPO法人 ウィメンズ アクション ネットワーク理事長)
264あとで/1840users 騙されたと思ってやってみて！！ ストレッチのプロが教える 肩、腰、腕周りのストレッチまとめ「痛くてちぎれる」「生活の質が３段階上がる」 - Togetter
260あとで/1570users フォント選びに迷ったら見返したい、おすすめ定番フォント31選まとめ (欧文編)｜原田 佳樹 Harada Yoshiki｜note
248あとで/1419users ディープラーニング入門：Chainer チュートリアル
244あとで/1800users 「という」と「こと」を減らすだけで、文章はぐっと読みやすくなる｜Ryo Yoshitake | THE GUILD｜note
233あとで/1839users 無料で“Google 翻訳”より高精度！ “みらい翻訳”のお試し翻訳が便利 - やじうまの杜 - 窓の杜
217あとで/1266users AWSマンガ 全話を読む| AWS
184あとで/2627users 平成30年度卒業式総長告辞 | 東京大学
184あとで/1044users 「機械学習はデータ集めるのが一番大変・・・」⇛Googleが大量の機械学習用データベースを無料公開してた - Qiita
182あとで/1224users 優秀な人材がやめていくのは「計画のグレシャムの法則」に陥っているからだ：ITソリューション塾：オルタナティブ・ブログ
181あとで/1110users エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba
177あとで/1205users プログラミングの変数・メソッドの命名でよく使う英単語を整理（備忘） - "BOKU"のITな日常
169あとで/754users 読書のアウトプットは書評がおすすめです。書評の書き方をお話しします。 - とある士業の知的な日常
168あとで/1515users 【photoshop】風景写真をイラスト・アニメ風に加工する | briccolog｜東京都渋谷区のウェブ制作会社ブリコルール
166あとで/689users 不確実性と上手く付き合う意思決定の手法 - Speaker Deck
166あとで/1103users 簡単過ぎる！GoogleスプレッドシートからPWAアプリを開発できる「Glide」を使ってみた！ - paiza開発日誌
166あとで/896users 履歴を持つデータの設計 - Speaker Deck
213あとで/1599users こうしてGoogleに入社した(kumagi編) - Software Transactional Memo
210あとで/966users 入門 Docker
196あとで/1162users 配色はセンスじゃない、UIデザインで色をかんたんにキメるメソッド｜Taiki IKEDA｜note
196あとで/3940users ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか？ - GIGAZINE
192あとで/2393users アメリカに住んで初めてわかった「最大級」の違い - メソッド屋のブログ
186あとで/1645users イチローの引退会見を文字起こししてみた - 俺の遺言を聴いてほしい
183あとで/1767users 学生がアパートの大家と全力でバトルして敷金を全額取り返した話 - ゴミログ
181あとで/2627users 平成30年度卒業式総長告辞 | 東京大学
180あとで/905users サーバーサイドエンジニアも知っておくべきフロントエンドの今 - Speaker Deck
178あとで/983users 一時期プログラミングのデザインパターンというものが大流行しましたが、現在ではどのように評価されているのでしょうか？ - Quora
175あとで/955users プレゼン本に書いていない生々しい８つのプレゼン技術のご紹介(前編)｜Yasuhiro Yoshizawa｜note
175あとで/1523users シンプルにオススメの本教えて（ただし自身の立場から）
172あとで/1292users 筋トレしない人も「鶏むね肉とブロッコリーのレンチンチーズ蒸し」を食べるのが大正義な3つの理由【筋肉料理人】 - メシ通 | ホットペッパーグルメ
166あとで/1669users Google退職します｜eqsan｜note
164あとで/833users [書評] アウトプット大全 を一ヶ月試してみて毎日のアウトプット力が着実に向上し始めた - My External Storage
163あとで/943users 未経験から7日間でコーダーとして現場投入させるまでのカリキュラムを忘れないようにメモっとく - Qiita
160あとで/973users なぜ作ったゲームが面白くならないのか？基礎にして奥義「フロー理論」｜かえるD｜note
159あとで/1009users まだExcelで消耗してるの？Pythonによる自動集計ガイド 基礎編 - Qiita
156あとで/1327users 横浜市「ＲＰＡの有効性検証の成果について」を読んで、仕事とは何かを思い知らされる - orangeitems’s diary
354あとで/2868users 家族が亡くなった後の「手続き地獄」早わかりカレンダー | マネーポストWEB
296あとで/1575users プログラマの採用面接で聞かれる、データ構造とアルゴリズムに関する50以上の質問 | POSTD
220あとで/1135users コンテナ技術入門 - 仮想化との違いを知り、要素技術を触って学ぼう - エンジニアHub｜若手Webエンジニアのキャリアを考える！
210あとで/1199users 配色はセンスじゃない、UIデザインで色をかんたんにキメるメソッド｜Taiki Ikeda｜note
179あとで/1589users アメリカで流行ってるサービス: 俺と周りの場合
179あとで/1378users 「婚前交渉禁止」の家庭で育った戸田真琴は、なぜ【AV女優】になったのか？｜転職サファリ
173あとで/1407users 「21時以降でもやっている都内のおすすめ喫茶店教えてください」→超有益な情報集まりまくる - Togetter
172あとで/1832users 平成最後のキッチン革命「酒蒸し法」 :: デイリーポータルZ
170あとで/1322users とある厨房で実演→オムライスのあの卵の作り方をバイトさんに教えている動画が話題に「これやりたかったやつ!」 - Togetter
168あとで/1971users 「4歳の娘が可愛くない」とSOSを出す母親に、鴻上尚史がまず最初に聞いたこと (1/4) 〈dot.〉｜AERA dot. (アエラドット)
165あとで/1885users Googleの社員食堂に感じた、格差社会のリアル。 | Books&Apps
153あとで/2005users アメリカでは仕事をいきなりクビになることがあると聞きますが、そのクビになった人が持っていた仕事はきちんと他の人に引き継がれるのでしょうか？ - Quora
153あとで/1021users 電子工作を趣味にすると何ができるようになるか（＋電子工作のはじめかた） - nomolkのブログ
152あとで/1760users 経済制裁下のイランに行った｜Yu Okada｜note
151あとで/822users なぜコンピュータを学ばなければならないのか 21世紀の君主論
149あとで/580users Firebase、そろそろ触っとかないとやばいんかな？と思っているあなたのための超基本Firebaseの勉強に役立つサイトまとめ - かとのぼダイアリー
149あとで/1663users Googleに転職していきなり3ヶ月の育休を貰った - Software Transactional Memo
148あとで/1580users 紙の辞書の方が単語などを覚えやすいというのは本当なのですか？ - 最近... - Yahoo!知恵袋
143あとで/1218users たくさん獲るのをやめたら、儲かって休みも増えた。佐渡のエビ漁に見えた希望 | Gyoppy!（ギョッピー） - 海から、魚から、ハ
最近はレバレッジが効く言語とフレームワークを好きになるようになってきた。
もう言語何でもいいわ。やっぱ静的言語がいいのと十分に熟練度がついてきたのでAPI開発ではGolang使って開発するのは良い。PHP(Laravel)、Ruby(Rails)はやはり生産性が高いので良い。ScalaもMonad Transformerを使ってモナドのスタックを解決していく程度あれでやっていき、あまり悩まないような構成になっていればサクサクやっていけそう。
実はJavaが一番いいんじゃないか…。Springガッツリやったこと無いけど、トランザクションとかもいい感じに効いてくれそうだし、そこそこ生産性高そうだし。
知らんけど。
なんでもいいや。
最も罪深いのは運転手だが、悪は「上級国民！上級国民！」と加害者や家族を的にして石を投げまくる人間にあると思うんだよ。
何故ならそれらの5割くらいがやりたいことは被害者の救済でなく、上級国民が叩かれること、没落を見て日ごろの留飲を下げたいことなんじゃないかと。
いや、自然だよ。人は自分のために行動するからな。でも被害者を『利用して』加害者の属性を持つ人間を叩く行為は悪だろ。
被害者家族の気持ちとして、今こういう時に世論が石を投げてくれるのは正直なところ「もっとやってくれ」と思うだろう。俺なら思う。
でも時間がたち先方と話したり考えたりするなかで、温度感は変わってくる。世論と温度感がズレてくる。
そうなったとき、当事者である自分を置いてけぼりにして石を投げ続ける人間に疑問がでる。てかイラついてくる。「おめーら関係ないだろ！」って。
でも強くは言えない。自分もかつてそれを望んでいたし、一応「自分たちのために」やってるという建前が向こうにあるから。
温度感がズレれば矛先を変えるのは早い。「お前らだけの問題じゃない！」「お前が良ければいいって話じゃない！」「言いくるめられた！」「鈍感なんだ！」
果ては被害者叩きに到達する。（そういやこの前性別確認インタビューとかあったな）
俺は、復讐ってのは正しい感情だと思ってる。例えば今被害者家族が運転手を殺しても、それは罪だが、悪ではないと思う。（そして罪だから償う必要がある）
だが何かに便乗して（ましてや人の死に便乗）、自分の欲求のはけ口に誰かを攻撃したりすることは、悪だと思っている。
そういう攻撃をすることを、俺は悪だと思うから、それをやめて、再発防止の議論をしてほしいと思うんだ。被害者のためって言うなら、すべきはそれじゃないか。
攻撃にくらべてこれは面倒くさいし欲求も満たせない。でも面倒なことをやるなら、それは確かに人のためだと言えるんじゃないか。
SQLアンチパターンではないが、デッドロックについても投げっぱなしのあのSELECT FOR UPDATEの説明はなんなのかね。
1回のトランザクションでupdateを2回発行する場合と1回のSQLで複数行のアップデートをする時はデッドロックのリスクを考慮するってだけで、かなり初心者にはありがたいと思うんだけどね。
tA =# begin; tA =# update t1 set column = value where id = 1; tB =# begin; tB =# update t1 set column = value where id = 2; tA =# update t1 set column = value where id = 2; tB =# update t1 set column = value where id = 1; tB =# ERROR: デッドロックを検出しました
tA =# begin; tA =# update t1 set column = value where id = 1; tB =# begin; tB =# update t1 set column = value -- update all record tA =# update t1 set column = value where id = 2; tA =# ERROR: デッドロックを検出しました
あと、先勝ち後負けを実現するのはSELECT FOR UPDATEではなく楽観的ロックな。
tA =# begin; tA =# select updated_at from t1 where id = 1; updated_at ---------------------------- 2019-03-24 06:17:37.952893 tB =# begin; tB =# select updated_at from t1 where id = 1; updated_at ---------------------------- 2019-03-24 06:17:37.952893 tA =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column > 0; UPDATE 1 tB =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column > 0; UPDATE 0
外部キー嫌いがアンチパターンなのは同意だが、間違った外部キーの使い方するほうがよっぽどアンチパターンじゃないか？
外部キー貼らなかったことによって、俺はこんな被害だしたぜっての是非教えてほしい。
すぐに思いついたケースは
とかを思いついたがこんなケースで合ってるのか？こんなケースより間違った外部キーの使い方したほうが家に帰れなくなるケースのほうが多いと思うぞ。間違った使い方をしていて、システムが太ってくるとこんなケースが出てくる。
特に下2つは害悪で、SQLアンチパターンをコピペして、「おまえらw外部キー嫌いはアンチパターンだぞwww」ってやるのもいいけど、同じくらい間違った使い方を注意喚起したほうがいいと思うよ。DB識者のなかでは「そんなの常識w」かもしれないが何もしらない初心者が真似をしてお家に帰れなくなるのは辛くないか？
そんな経験していると、DB初心者は「せや！ユーザテーブルに退会フラグか論理削除フラグ持ったろwww うはw俺天才www」とかなって今度は削除フラグ持つなおじさんが出てくるぞ。しまいにはこれですよ。
http://b.hatena.ne.jp/entry/s/qiita.com/ponkotuy/items/6049388d564fb4385f4e
初心者どうしたらいいんでしょうね(*_*) 是非、DB識者には明るい未来を示して欲しいね。
俺？俺はAndroidのエンジニアでSQLiteは使わないから関係ないね。
RDB初心者の俺が恐れ多くも案を出すと、FKを作成する前に、そのテーブルの性質を予測することが大事なんじゃないかね？大量に発生するログデータなのか、大事なトランザクションデータなのか、第2正規化しただけのただの情報テーブルなのか。大事なトランザクションデータだったら親が削除された時にどこにどうやって退避するか。大量のログデータだったら、親が削除される時どうアプローチするか。とか恐れ多くも予測するね。
ちなみに外部キーないからER図出せないってのはそれはツールの作りであって、FK制約とは関係ないんじゃないの。バリデーション(外部キー)はセキュリティ対策(ER図を作成する)の為、実装するってのと個人的に同じことだと思っている。
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。
https://anond.hatelabo.jp/20190205192741
COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。
SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。COBOLもそんな感じで、全体の流れをJCLやShellスクリプト、あるいはJP1のような運用管理ソフトで書く。SQLの1個の処理に相当するのがCOBOLのコンパイル単位で、それごとにソースファイルが分割される。ひとつのソースファイルに2個以上の処理を書くこともできるけど普通はしない。ここまで理解すると古いCOBOLに1ファイル内のすべての処理に影響するグローバル変数しかないのや、今のCOBOLにコンパイル単位をまたぐ真のグローバル変数がないのも、それほどクリティカルではないことがわかると思う。もし、本当に複数の処理にまたがる値が必要なら、データベースに格納してしまえばいいんだし。
で、SQLでいうところのデータベースに相当するのがCOBOLではデータファイル。sedやawkでテキストファイルやCSVファイルを行ごとに処理するのとちょっと似てるけど、COBOLの場合は固定長ファイルという点が違う。改行文字は入ってなくて、たとえば150バイトごとに次のレコードみたいな形式。これの1レコードごとに何月何日何時に〇〇という商品を□□円で売ったとか書いてあるのが典型的なデータの内容。それを集計して今日は〇〇が何個売れて売上がどれだけあったとか、出金合計がいくらで入金合計がいくらで、みたいな財務諸表を作ったり。SQLと同じように税率なんかが書いてあるマスタデータと、日々の売り上げが書いてあるトランザクションデータがあって、突き合わせたりということもする。こういう集計処理だからUIはなくて、夜中に自動起動するようなバッチプログラムが主な使われ方。（混乱するから余談だけど、今のCOBOLはSQLを使って普通のRDBにもアクセスできる。ただ使い方としては、RDB→ファイル処理→ファイル処理→ファイル処理→ファイル処理→ファイル処理→RDBみたいに、最初と最後だけみたいなのが普通）
入出力がファイルだから今の感覚で考えるとアクセスは遅い。でもメリットもあって、1回に1行しかメモリに乗せないからどんな巨大なデータでも時間さえかければ処理できる。それこそ国民ひとりひとりの年金データとかね。あと、途中でバグや不正データで止まってもデータを失うのは最小限で済むので復旧が比較的楽だったり。
データベースの話に戻ると、テーブル定義はどこに書いてあるかというとデータファイル側ではなくてCOBOLプログラム側、というのがSQLと一番違うところかも。つまり、このデータファイルの構造はこれこれこうなっていると想定して読みます、とソースコードに自分で書く。当然実際のデータ構造がそれと違ってたらおかしくなる。
まあそんな感じで80年代くらいに会計処理をする目的だったら悪い言語ではなかったので、銀行や官公庁とか、電力水道ガスといったライフラインを扱う大企業がこぞって導入して今に至る感じ。普通の大企業は途中でSunとかに置き換えてその後Linuxやクラウドにさらに置き換えたりしたけど、最初に作ったシステムが大きければ大きいほど、重要であれば重要であるほど現代的な環境に置き換えられないというのが今の課題。
