  |
はてなキーワード: 試行とは
あなたは量子コンピュータのこと、何にも分かってない。どうせ今よりもただすごく早い、スーパーコンピュータのさらに上位版程度にしか考えてないんでしょ。まさかとは思うけど、馬車がすごく早くなれば車になって、車がすごく早くなれば電車になる、とでも信じてるわけ?
あなたが量子コンピュータのことをわからないのは、そもそもコンピュータのことを何にも知らないから。だって「コンピュータは0と1で計算して答えを出してる」とでも思ってるんでしょ。そんなんだから時代に取り残されるのよ。
コンピュータはね、計算しないの。反応してるだけ。AND回路とOR回路、NOT回路を使って、演算を再現してるだけなの。今までのやり方だと、0と1、スイッチのオンオフを使ってそのロジックを作るのが都合が良かったわけ。CPUのスペックを高めるっていうのは、ひたすらスイッチのオンオフ出来る回数を早める筋肉バカ目指してたってこと。だけど、それじゃ色んなパターンを試したい時に、そのパターン分のスイッチ作って全部試さないと全体の確率が出せないでしょ?
でも、量子コンピュータは違う。ここまで聞くと「表と裏が両方重なったコインでオンもオフも同時に計算できるんでしょ」なんて言ってくるやつがいるけど、バッカじゃないの。いい、覚えて。コンピュータは計算しない。量子コンピュータではオンかオフか、開始時点では分からないの。トンネルをくぐって、結果的にオンがたくさん出てきたら、それはもうオンだよね、と見なしてるだけ。
量子コンピュータは確率的にものを見る。だから、プログラムの試行回数が多ければ多いほど、正確な答えが導き出せる。逆に言えば、正確なシミュレータ作りこそがこれからの鍵になるわけ。でもそれ、人間が出来ると思う?
夫婦で京都の岡崎神社に行ってきた。ご利益は子授かり、安産。妊活中の自分のために子授お守りを、不妊治療中の友人のためにもお守りを買った。
夫は単身赴任中で機会は少ない。土日にしか会えないのに排卵日が３日くらいズレて平日に来てなんでだよ！？と思ったらそれが当たった。後で調べたら排卵日２日前がいちばん妊娠しやすいらしい。結果としてドンピシャになったわけだ。前日とか当日がベストなのかと思ってた。排卵日はどうせコントロールできないのでろくに調べていなかったのですごく驚いた。
不妊治療中の友人もなんかうまくいった。これまでの試行でうまくいかなかったのでこれまでのお守りとか全部捨てて、岡崎神社のだけ持っていったら初めて成功していたという。
PayPay、3Dセキュア対応へ クレカ不正利用は「全額補償する」
http://www.itmedia.co.jp/news/articles/1812/27/news088.html
結果的に、セキュリティコード入力を複数回試行したことでのクレカ不正利用と思われる登録は４件だったとのこと。
この４件がいつ発生したかは不明だがネット上に情報が公開されてから数日の間に行われた可能性は十分高いと思う。
ふつう、ユーザーがシステムに重大な欠陥があることを発見した時にはその内容を企業側へ伝え、早急に対応して貰うのが正しい話だ。
もし企業が対策する準備もないまま情報を公開したら悪用する人が出る可能性があるからだ。
今回のpaypayのセキュリティ騒動でも騒動の起きた12/14～12/18までの間、かなりの多くの人が不具合利用できるままの状態になっていた。
クレカの不正利用が簡単にできる話を公開したらどうなるのか考えなかったんだろうか？
クレジットカード番号のセキュリティ番号を何度も試せるとか話題になっていたけど、サービス側で10回に制限しても意味ないでしょ。
クレカ使うECサイトなんか幾らでもあるんだから10回試せるECサイトを100個見つければ簡単にできる話であってクレカ会社側でロックしてもらわないとどうにもならない。
ちなみにVISAはこれがちゃんとできてなくてニュースになってた。
http://www.itmedia.co.jp/enterprise/articles/1612/06/news057.html
サイト側で制限をかけようとするとクレカの番号にソルト付けてハッシュ化したりして試行回数を保存しておかないといけないんだけど、それをサイト毎に実装した方がセキュリティ的にまずいこと起こる確率が高まるのでは？
徳丸先生もECサイト側でクレカ情報に触れなくなってきているというので、そういう流れなのであれば実装したくないよねー。
https://twitter.com/ockeghem/status/1075355119573581826
徳丸先生も悪い流れだと書いてないので、サービス側でチェックしなくても良いということだと思う。俺は徳丸先生を信じる。お前らも信じろ！
https://togetter.com/li/1300564
結局なんでこんなことになってしまったのかといえば、きっと素人目に安全そうに見えなかったのがいけなかったのだ。
セキュリティ的に大した違いが無くてもWeChatPayの方が安心できそうな見た目をしている。つまりただのお気持ち案件。
ブコメでもそうだったけどやっぱりセキュリティ的に問題あるようには見えないよね？
PayPayに関してはいろいろあったものの対応が早い方だと思うし、言いがかりに近いものまで対応していてお疲れさまでしたという感想しか出てこない。
タイトルからして胡散臭さ全開なのだが、自分で変わったなと思うし実際モテるようにはなったので、少しその話をしてみる。
国立大理系卒、IT大手企業の4年目の28才、年収600くらい、身長は170後半、顔面は中の下くらい（自称）。
出会いはなくはなかったがモテなかったし、あまり人を好きにもならなかった。
唯一社会人になってから1人だけ好きになった女性がいたが去年のクリスマスに玉砕した。
クリスマス終わって年末を実家で過ごしながら、あ、なんかこのまま俺の人生終わるのかな、と思ったら人生変えようと思い始めた。
「モテる」を分解すると、「魅力の向上」「機会の捻出」の2つがあると思っている。
「魅力の向上」を更に分解すると、外見的魅力と内面的魅力の2つに分けられるだろう。
「機会の捻出」を更に分解すると、つまりどんなチャネルで異性と会って潜在顧客にリーチするかという話なので、友達づてで出会う、マッチングアプリのようなプラットフォーム、結婚相談所のようなエージェントを通す、ストリートナンパするとかあがあるだろう。
この2つは商品開発におけるプロダクト開発とマーケティングの関係のようだと思っている。
つまり、良い商品が出来上がっていないときにいくらテレビCMをバンバン打っても売り上げは伸びない。
なので、まずは顧客にとって魅力的な商品を作り上げるべきだと思った。まず自分の魅力を向上すること最優先に考えてみた。
まずは分かりやすい外見の魅力について、いくつか要素に分けて考えてみよう。
ネタではなくマジである。イケメンだったらガリでも筋肉でもイケメンはイケメンだが、ブサメンであればせめて筋肉のついた健康的な身体の方が魅力的だと思う。
それに他の要素に比べ、やれば確実に身につくことをやらない理由がない。
とはいえ自分の意志の力だけでは確実に三日坊主になるのは分かっていたので、年始の1/1に思い立ち、その場ですぐにプライベートジムの会員に申し込んだ。1レッスン5000円で時間指定をしてトレーナーがトレーニングを見てくれるシステムで、さすがに1回5000円がかかっているのにサボろうという気には毛頭ならず、特別な理由がない限り週2で通い続けた。
体を鍛えるのは自分の内面にも影響を及ぼす。筋トレをしているとやればやるだけ確実に進捗を感じられるし、身体が変わっていくのが実感できるし、それが自信に繋がる。気のせいなのかテストステロンの分泌によるものか自信によるものかは分からないが、確実に自分の精神状態は改善され、筋トレ以外にも活発的で挑戦的になったと思う。
次にファッションをどうにかしようと思った。ダサいつもりはなかったが、いまいち大人っぽくないとは感じていた。
ここの改善方法に決定的な答えはないが、心構えとして自分で変えたなと思うところとしては、自分にとっての新しいファッションに積極的に挑戦するようになった。
例えば今までしたことのないジェルつけまくりの髪型だとか、眼鏡をやめてコンタクトにするとか、明るい色のコートを買ってみるとか、日常でもかっちりした服を着てみるとかだ。
それまでの自分の思いとしては、自分はそんなキャラじゃないとかいう思いでそういったファッションには挑戦してこなかったが、
この歳になると、「積極的に自分を変化させないことの方がリスクである」ということを強く思うようになった。
子供のころは歳をとれば自然と大人になるのだと思っていたが、大人になるには大人になるための努力、挑戦をしなければならない、と感じてきた。
（いや、自然と大人になれる人は大人になるんだろうが、自分のようなファッションセンスがあまりなく外見に自信にない人間は、という意味である）
これはファッション以外にも言えることで、「何かを変えなければ、今と違うものは得られない」ということを強く意識するようになった。
とはいえまあ明るいコートもジェルつきの髪型も自分は似合わないのだが、似合わないからやらないではなく、そういう自分もアリかもな（似合わなくて笑えるけど）、くらいの気持ちでファッションを楽しめると、楽しくなると思った。
今日の気分や天気やシチュエーションに応じて、自分のファッションを変えるのを楽しめると良い。
顔面をどうにかするには、整形するしかない。金さえあればできることなので、今お金をためている。
お金も頑張ればたまる額で十分整形できると思っている。二重の整形は〜20万でできるし、大工事するわけでもなければ、200万くらいあれば足りそうな気がしている。
また、整形が大部分だとは思うが、肌の綺麗さなんかは気にするようになった。
こっちも色々書こうと思っていたのだがそろそろ疲れた。需要があったら書く。
書こうと思ってた話は、主に恋愛工学勉強しようぜって話で、内面の魅力以外の話も含まれる。具体的には以下の3つ。
・好きになってもらうための要素6つ
・会話をモデル化する
ということをやってきて、ちょっとずつモテ始めて、自分に自信もつきはじめて、人生って楽しいと思うようになった。最近はとにかく人生が楽しい。
なにしろ会員数が凄いので、確率は高くなくても試行の回数がこなせる。
それと、リアルと違って、周りの知り合いたちの目を気にする必要がないのが大きい。
注意すべきは、援助交際という名の売春が目的の女どもを避けること。
設定の前提の条件を整えないと試行なんざ意味がないし、試行や結果に嘘が入ってる可能性もあるし、設定は店側が変えれるわけだし。
まあ、あれだ。
自分の存在を認めてくれるようなもの（例えばパチンコ雑誌だとか、おだてがきついやつ）の言うことは全面的に信じるけど。
自分の存在を否定するようなもの（パチンコを否定するやつ）の言うことは全面的に信じないよね。
統計を言い出すのならパチンコやってる時点で、パチンコ屋はどうやって食っている？という時点で統計的にアウトなんだがな。
やるならまだ信用株やFX。胴元の裁量が入らんし、設けのうわっぱねって側面があるから手数料込みでも一応期待値は1超えてる。
あの辺りは超大損したという話があるが、うまくやればその額まで行ったが、何かのイベントで大損したって話なんだよ。
パチンコであそこまでの超大損なんて無いしな。
いつもはてな匿名ダイアリーをご利用いただきありがとうございます。
掲題の通り、2029年3月27日（火）をもちまして、はてな匿名ダイアリーのサービスを終了します。
はてな匿名ダイアリーは、「はてラボで提供される、はてなの実験的サービスの1つ」として、2000年1月に提供を開始いたしました。
テキストのみ、お絵かき機能や画像投稿など一切ない多様な表現が不可能なサービスで、
「うんこ漏らした」から始まる“うんこの投げ合い的”なコミュニケーションを通じて
独自のコミュニティが形成され、多くのユーザー様にご支持いただくとともに、
ユーザー様同士の交流の場としても長く活用されてきました。ご愛用いただきました皆様に心より感謝しております。
その一方、はてな匿名ダイアリーのシステム面では、困難な問題を抱えておりました。大きな要因として、長期にわたってサービスを提供する中で、
その時々の時流に沿う形で独自のサービスを試行し、利便性を高めるために他サービスとの連携を図るなどの施策を取った結果、
システムが非常に特殊な構造となったことが挙げられます。結果として、システムのメンテナンスコストが増大し、
近年では新規の機能追加だけでなく、不具合の修正や大規模なスパム投稿への対策など、喫緊の課題として必要な対応も迅速に行うことが難しい状況でした。
はてな匿名ダイアリーは、提供開始以来ユーザーの皆様に長くご利用いただいてきただけでなく、
サービスに愛着を持ち、温かく応援していただいているユーザー様が特に多いサービスでもあります。
はてなとしても、サービスをこれからも継続して提供するために取れる手段がないか、検討・協議を重ねました。
これは、サービスを最低限の機能で提供し続けながら、ラボサービスであることを活かした実験的な手法での改善を模索していくための決断でした。
しかし、ラボにおいても、現状のままのシステムでサービス提供を続ける場合、今後、セキュリティ上の深刻な問題が生じる可能性が高く、
最低限の機能を安定して運用するためのコストが増大することは避けられません。
一方、システムの移行・刷新については、過去の投稿データを保持しながらの開発となりますので、
新規サービスを提供する以上の非常に大きなコストが必要となります。
約2年間試行を重ねてまいりましたが、抜本的なサービスの再生ができず、システム面の状況と現状のサービス利用状況を鑑みて、
はてな匿名ダイアリーをご愛用いただいておりましたユーザーの皆様には誠に申し訳ございません。
このような判断に至りましたことを、何卒ご了承いただきますよう、よろしくお願いいたします。
これまでに投稿いただいたデータについては、エクスポートできるよう対応を検討しております。
今年に入ってからゲーム実況を見るようになり、YoutubeやニコニコやツイッチをBGMがわりにつけている。
Vtuberも見るがそれだけでなく、自分なりに選り好みせず幅広く見ているつもりだ。
趣味にしだすと、ツイッターなどでもこの実況はどうだああだと語っている意見に耳をかたむける日もあるのだけれど、
そういったゲーム実況批評の中に「こいつはゲームが下手だから、俺はみない」という意見があった。
理由は二つある。
一つ目は俺にとってのゲーム実況は「ラジオの延長線」であるから。
声優ラジオの評価に顔の美醜が関係ないように、ゲーム実況にゲームの上手い下手を求めていなかった。
これはまあ当たり前といえば当たり前で、俺自身がゲームが下手なので、他人がゲームが上手なのか下手なのかを判断することができない。
例えば、ここ増田でも批判されていたキズナアイの動画はほぼ全て（一つだけ俺が積みゲーにしているゲームがあってネタバレ回避のために見ていない）見たが、一度も下手だと思ったことがない。
むしろ、LIMBOとか途中で諦めたぐらいなので、俺より上手いとすら思っている。
そのため、ゲームが下手なゲーム実況が嫌いという人の気持ちがわからないでいた。
先に書いた通り、俺はゲームが下手なので、ローグライクも下手である。
下手ではあるが、ローグライクは試行回数でツモ運がいいときを引けばわりとクリアできることがあるため、
シレンとトルネコのナンバリングタイトルは全て、もっと不思議に相当するレベル1持ち込みなし99Fダンジョンをクリアしている。
（ナンバリングとかいたけど、要するにアスカ以外ね。GB1とGB2などもクリアしてる）
下手くそなので、シレン2であれば、低階層でモン壺を拾えた時は真剣にやり、そうでないときはサクサクプレイするなどの、試行回数でどうにかするやりかただった。
こういうユーザーに著しく有利に働く仕様においてあまり運に頼らなくていい、という一点をもって割とシレン3も嫌いじゃない。（白紙巻物量産楽しかったよ？ と言いたい。嘘ごめん、嘘です、自分を騙そうとしている）
話を戻して。
ローグライクというか、ドラゴンファングをプレイしているゲーム実況を垂れ流していた。
ほんの少し見ていると、強烈な違和感を感じた。
というのも、その実況者は「斜め移動」をしないのだ。
最初「空腹度」がないゲームなのかと思っていたが、そうでもないようだった。
その上「わな」もあるようだった。
ローグライク、というか不思議のダンジョンを知らない人に補足をすると。
この手のゲームにおいては、歩くと空腹度が減っていき、お腹が減ると様々なペナルティがある。
他にも、歩いていると「わな」を踏み、これまた様々なペナルティがある。
そのため、アイテムを取るため、戦闘で優位に立つため、階段を下るため、のような明確な理由がなく、余計なマスを歩くことはデメリットしかない。
なので「斜め移動」を駆使して、ダンジョンを最短ルートで歩く、というのは基礎中の基礎、マリオでいえばジャンプでクリボーを踏むぐらいの基礎的なゲームの技術なのだ。（技術というほどのことでもないけど）
これを見たとき、ようやくわかった、
ContainerPatternで"Ambassador Pattern"(Googleで直訳すると、大使の紋章..めっちゃかっこいい)というのがある。
https://docs.microsoft.com/en-us/azure/architecture/patterns/ambassador
なにが大使やねんというと、サービスAがサービスBに接続するときにサービスA'がサービスAの代わりにしてくれるかららしい。外交官的な。
接続にかかわるもろもろ、回線の監視だとかリトライ処理だとか認証だとかそもそも接続する設定値だとかそういったものを代わりにやってくれるサービスを別途にもうけようぜという仕組みだそうだ。
その仕組みがはまる例として
・異なるプログラミング言語だとかフレームワークのサービスを織り交ぜている
という時だそうだ。
ふむふむとうなづきつつ、アンチパターンの方で躓いた。
一つのプログラミング言語しか使ってない場合はメリット内からクライアントに直接通信用のライブラリ入れろよというのは納得...したんだが、
Consider the possible impact of including generalized features in the proxy.
For example, the ambassador could handle retries, but that might not be safe unless all operations are idempotent.
一般的な機能をプロキシに含める影響を考慮してください。例えば、リトライ処理をするとき、全ての処理(注釈: アンバサダー⇒リモートサービスに対する処理)が"冪等"でなければ安全ではないかもしれません。
冪等ってなに？え、リトライ処理でデメリットが生じることがあるの？(ログインの試行回数とか？)
有識者的にはあーっ知ってるよで終わる話(隣の技術者に聞いた感じ)なのかもしれないけどそもそもidempotentの訳を知らなかったので
ググると、"treasure data"の中の人のブログにたどり着いた。
これだよ！！これが俺が知りたかったことなんだ。ありがてぇありがてぇ。
接続しようとしている外部リモートサービスの話で合って、リトライする側のアンバサダーサービスが考える話ではないし、
接続しようとしているサービスに応じてアーキテクチャ設計が変わっちゃうと本末転倒感あるけど、
...はぁ、勉強したー!!
