IT

ストレイテナーと確率１０続（テナートリビュートの６問以上正解確率）

IT

続き。
（前半はこちら）

ストレイテナー20周年企画トリビュートアルバム「ＰＡＵＳＥ」における、
参加曲＆アーティスト12の組み合わせのうち、正解の組み合わせ1つを当てる確率は、
理論値では1/12!＝2.09×10-9であることがわかっている。
これは宝くじで１等を当てる確率の約1/50であり、むちゃくちゃ低確率である。
前回の記事では、これをシミュレーションしようとしてプログラムを作ったが、
低スペックマシン故に100億回試行するのに33時間かかるという
絶望的な処理予想時間をたたき出しため、
精度の高い実験は難しいことがわかっている。

しかしトリビュートアルバムの組み合わせクイズには、
６問以上正解者に対する個別プレゼントが用意されている。
直感的にも、「全問正解」に比べて確率が高いことは容易に予想ができる。
本項ではその「６問以上正解」の確率シミュレーションを実施する。
※書いてみて振り返ってみると、
　「ストレイテナー」と銘打ったタイトルの割に、
　中身は思った以上に数学（大した数学の話でもないが）・プログラムチックな話が多くなってしまった。
　なのでそっち系苦手な方はご注意ください。
　（あんまりテナーの話してません、という意味です。）


ストレイテナーと確率１０（トリビュートアルバムの正解確率）

IT

ストレイテナー20周年企画のトリビュートアルバム「ＰＡＵＳＥ」には、
過去の12の楽曲に対しそれぞれ（テナー本人を含め）12のアーティストが参加する。
公式サイトではこれの組み合わせを当てる参加型クイズ企画が開催されている（2017年9月末まで）。
テナーファンのみなさんは過去の経験やアーティスト間の関係性等により皆予想をたてており、
実際そうした経験則や知識に基づく予想により、闇雲に選ぶよりは正解に近い組み合わせを導けるのは事実であろう。

しかしこれを「同様に確からしい」確率モデルとして評価した場合に、
正解である１つの組み合わせを導ける確率はいかほどのものか？を調査してみたくなった。
（やはり同様に仕事に飽きたので暇つぶしである。夜間はこういうことしてるほうが頭がさえるぜ。）
これは下記のツイートに基づきちょっとだけマジになって本格的に取り組んでみようと思い至ったことによる。



※ちなみに先に訂正しておくと、
　このツイートでは「全組み合わせ数＝11!＝39916800」と書いているが、
　よく見たらトリビュート曲数は12だったので、そもそも母数の捉え方に誤りがある。
　よって全組み合わせ数は12!＝479001600（4億7千9百万とんで1600）が正解である（やべええええええ）
【「ストレイテナーと確率」シリーズリンク集】
ストレイテナーと確率
ストレイテナーと確率２
ストレイテナーと確率３
ストレイテナーと確率４
ストレイテナーと確率５
ストレイテナーと確率６
ストレイテナーと確率７
ストレイテナーと確率８
ストレイテナーと確率９


【UNIX】パーミッション別コマンド実行結果まとめ

IT

Unix系ＯＳ　パーミッションとそのときの各種コマンドの実行結果まとめ。
きっかけは、自分所有のディレクトリだとしても、実行権（x）がないとその配下に移動（cd；Change Directory）できないことを今更知ったことに起因する。

 

 

【HTML】制御文字をいろんなブラウザで表示させてみよう

IT

IEでTAB(U+0009)を見ると勝手に半角スペース(U+0020)に変えられてる件。
他のブラウザや制御文字はどーなの？ってのを調べた。

 

 

【SE雑談】某サイトにおける「凛として時雨」の文字化け現象の追跡と、異なる文字コード間における文字化け現象について

IT

身近にいい「文字化け」の題材を見つけたので、
これを元ネタに「文字化け」について改めて振り返る、という目的で、
少しこれを深堀してみる（深堀るほどのネタにもならないが…）。

まあどっちかというとこれを単純に好奇心と興味本位で追求したいという思いの方が強いのだが。
（仕事に飽きただけである）

 

【ストレイテナー】【SE雑談】テナモバの「今日の一曲」に見る文字列ソート談議＋α

IT

ストレイテナー結成２０周年を記念して開設された会員制モバイルサイト「テナモバ」。
当然のごとく速攻で入会したわけだが、まあ、それはいいとして、
この「テナモバ」では、「今日の一曲」というコーナーの中で、
日替わりでストレイテナーの楽曲を１つ紹介してくれる。
この「今日の一曲」だが、ツイッターのフォロワーさん方の報告等を見る限りでは、
「紹介される順番はアルファベット順になってんじゃないか？」という疑惑がうまれた。
少なくとも2017/8/16まではこのルールが適用されていたように思うのだが、
2017/8/17以降はこのルールが撤廃され、どうも完全ランダム性になったようだ。
（どうでもいいがこのことについて、裏でエンジニアが急きょ開発を任されたのでは…と予想している。事実だとすると同職としての思いもあり、なぜか同情してしまう）

まあ「完全ランダム性になった」というのもここ１日２日の紹介内容を見たうえでの経験的予想に過ぎず
実際裏でどんなロジックが動き、紹介される曲が選定されてるのかはわからないし、
同時に8/16までの「アルファベット順」というのも数日間の動向を見たうえでの経験的予想に過ぎないため、
要するにどこまでいっても「予想」の域を出ないのだが、
もし仮に「アルファベット順」だったとして、という仮定が成り立っていたとすると
どういう曲順で曲が紹介されていったのか？を論じてみたい。
これはどちらかというとプログラマとしてのソート順に関するロジック考察が主たる題材であり、
たまたまソートされる材料（各要素）に「ストレイテナーの楽曲」がいるだけの、
要するに仕事に飽きたことによる暇つぶしである。
まあ読み物として見ていただければいい。

 

【Oracle】Oracleシーケンスの採番値を一気にカウントアップする方法

IT

Oracleシーケンスの現在値を一気に何番もカウントアップする方法のメモ
個人的に、基本INCREMENT BYが「1」の（＝1ずつ採番していく）シーケンスをよく使うのでたまにこういうのが必要になるのである。

「SELECT TEST_SEQ.NEXTVAL FROM DUAL」を呼び出すたびにシーケンス値が1ずつカウントアップされていくため、
「10まで進めたい」と思ったらsqlplusとかでDBに接続した後「SELECT TEST_SEQ.NEXTVAL FROM DUAL」を10回投げればいいだけである。
ただこれが「100,000(10万)まで進めたい」だとそうはいかない。
そんなときに「一気に10万まで数字を進める」やり方である。

 

【Java】Twitter4jを使ってひなっちのおはっちをさーちして遊んだっち！

IT

別にここであえて語るまでもないことだが、「ひなっち」とは、
ロックバンド「ストレイテナー」「Nothing's Carved In Stone」「Fullarmor」「Killing Boy」のベーシスト「日向秀和」氏の愛称である。
（以後、本項では「ひなっち」と記載させていただく）
ひなっちは基本毎日ツイッターで「おはっち」という挨拶を心がけており、
それに対してファン（フォロワー）のアカウントの方から「おはっち」と返信（リプ）をすると、
リプした順番に応じて（大体５位くらいまで？）ひなっちから「１番おはっちおめでとう！」というようなメッセージがもらえる。
フォロワーの方たちはひなっちのおはっちでいっちばん（一番）を取るべく
気合いをいれてツイッターでまちかまえているのだ。
これはライブ会場で先頭に赴く心情と近いものがあるのだろう（勝手な予想）。

で、この「ひなっちのおはっち」に対して、

  • 一体どれほどの人が「おはっち」しているのか？
  • 最短でどれほどの時間で「おはっち」しているのか？

というのを知りたくなったので、
Twitter4jというJavaのツイッターAPIを使ってひなっちのおはっちをさーちし、集計してみることにした。
本項ではそのためのTwitter4jのメモと、それをもとに作成した趣味用プログラム「ひなっちおはっちさーち」について記述する。

Twitter4j公式ページ：
http://twitter4j.org/ja/index.html

※ちなみに、Twitter4jを使うにあたっては、大前提で「APPアカウント登録」みたいな作業が必要になる。
ググれば出てくるが、https://apps.twitter.com/に行って、
指示に従って「APPアカウント登録」を行い、認証に必要な以下４つのプロパティ情報を取得のうえ、
Java実行環境と同階層に「twitter4j.properties」という名前で保存する。

oauth.consumerKey=*************************  
oauth.consumerSecret=**************************************************  
oauth.accessToken=**************************************************  
oauth.accessTokenSecret=*********************************************

あるいは-Dのシステムパラメータで設定するとか、
Java内でConfig設定用クラスを用いて設定するとか、
いくつか方法があるみたいではあるが、とりあえずこれで。

 

UTF-8の２バイト文字の存在を失念していたことによる失敗談（＋サクラエディタの見え方の違和感）について

IT

バージョンとか設定とかにもよるのかもしれないが、サクラエディタは、中途半端にブチ切れられたUTF-8の文字コードを上位サロゲートの一部と見做して文字コード表示してしまうらしい。バイナリエディタとかで中身を見ると実際のコードは違ったりする。

例えば「あ」だが、UTF-8では「E3-81-82」の３バイト。
これを無理やり「E3」「81」「82」の１バイトずつにぶった切って保存すると、
「E3」は「U+DCE3」
「81」は「U+DC81」
「82」は「U+DC82」
で表示される。

実験として「あ」を無理やり1バイトでブチきったときのスクリーンショット↓
「E3」部分


上位サロゲートはUnicodeでU+DC00～U+DFFFの範囲なので「E3」という１バイトが勝手に上位サロゲート範囲の文字の一部として扱われてしまっている。
UTF-8の１バイト文字のコード範囲は「00」～「7F」までなので、「E3」というバイトは定義外にあたるため、
エディタの都合上無理矢理サロゲート範囲に位置づけているという考えもなくはない。
そもそも「文字」としては表現できないコード値なので、テキストエディタにこれをちゃんとコード値で表現しろというのも酷な話な気がするが
最初は「なんで突然サロゲートなんか出てきてるんだ？おい？」と思って軽くビビった。