  |
はてなキーワード: レコードとは
続き
(さらに続く)
ちょうど四半世紀前。母が「競馬見よう、武豊が出る」と言ってテレビを競馬中継にした。
(母はこの時の記憶が全くないらしい、そういうものなのかもしれない)
子供だった自分は武豊の名前・顔は知っていたが、競馬はまるで見た事がなかった。
断片的に残る記憶。先頭に立ったのは武豊の馬と聞いた。彼の馬は逃げ続けた。そして大欅の先で止まった。隠される。馬運車が来る。競馬を知らない自分でもその馬の未来くらいは分かった。
ここからしばらく競馬との接点はなかった。なんなら、競馬とはそういうものだとして避けていた心があったかもしれない。
ただ、「沈黙の日曜日」として語られることとなった紛れもないこの日の悲劇の主役の名前は忘れることが出来なかった。
いつしか大学生となり、悪友に誘われて競馬ゲームにハマるようになった。その名前はスターホース。聞けば、過去のレースに出走した馬の名前がほぼ実名で使われるとのこと。そしてこのゲームで競馬の仕組みはなんとなく覚えることができた。
ほどなく彼の馬の名も見ることとなる。逃げて、大欅を越えて....止まらずに...勝ったり負けたり。ただ、どの馬も止まらない。ゴールに辿り着く。メダルも増えたり減ったり。自分で馬を生産する楽しさもあり、ゲームにどんどん熱中していく中、いよいよ悪友に連れられ本当の競馬を見ることになる。
そこからは細かい話を挙げればキリがないのだが、簡単に言うと案の定ハマった。金は無いので馬券は買えなかったが、過去のレースを漁るように見るようになり、関連書籍やネットの記事を貪り読み、毎週日曜15:00からはテレビの前にいる生活。
あの結末を知っている天皇賞の映像はどうしても見ることが出来なかったが、彼の馬のその前のレースも関連する記事もたくさん読んだ。本当に強い馬だった。
そのうち、武豊のインタビュー記事での「前半58秒で入り後半58秒で上がれる馬」とのコメントを目にする。それが出来る馬だったというのは衆目の一致するところだろう。そして、他に同じような方もいたかと思うが、天皇賞(秋)を見る度にやってくる「亡霊」が現れる。
例えば2008年。ウオッカとダイワスカーレットの天皇賞史上最高といえる名勝負。差は2cm、1分57秒2のレコード。確実に記憶にも記録にも残る結果だった。でもその先には...
2011年。トーセンジョーダンの驚異的なレコード1分56秒1。それでも彼なら...
その後も亡霊は毎回やって来ては勝ち馬の遥か先にゴール板を駆け抜けていく。ジャスタウェイ、モーリス、キアーモンドアイがどんな強さを見せようと、彼の馬の尾の先も届かない。2017年不良馬場でのキタサンブラックの時くらいだろうか、そもそも亡霊が現れなかったのは。
2022年。パンサラッサの逃げは彼の馬のようだと話題になった。華麗に差し切るイクイノックス。しかし、彼ならパンサラッサよりも...と思った方は少なくないだろう。
そして今年、2023年。
ゲートが開いてすっと3番手の内につけたイクイノックス。先頭は1000m57.7秒、イクイノックスの通過はおよそ58秒フラット。直線に向き持ったまま進出を開始し、残り400mの板を過ぎたあたりから先頭へ。突き放す。脚色は全く衰えず、晩秋の長い影を2着馬が踏んだかどうか、ゴール板へ飛び込む。タイムは1分55秒2の驚異的レコード。
私が見ていたはずの亡霊は、影もなく消えていた。それは果たして天に消えたのか。
負傷により騎乗できなかった武豊を思う。彼が乗っていたとしたら、前を往くイクイノックスをどう見ていたであろうか。彼の目には何が見えていたのであろうか。
ただひとつ言えるのは、この日は大きな歓声が消えずに残り、ひとつの沈黙もなく後世に語り継がれるであろう最高の競馬であったことだろう。
今更何言ってるの？
ずっと前から同人イベント、DLSite、支援サイト、コミッションと海賊版つくって金儲けし放題だし絵描きの皆は問題視なんてしてないっすよ
arc********
「インデックステーブルはRCのディスク上にあるファイルから展開する。このファイルを作成するプログラムを実行したタイミングで、一時的に確保するメモリー領域が不足し、ファイルの内容が不正確になったという。」
> 機器の基本ソフト（OS）が32ビットから64ビットに変更されたが
インデックステーブルでdb作る時のメモリ割り当て上限を低くしてしまった、ってこと？ 規模と仕組みが分からなすぎて理解が追いつかない。
vep********
vep********8時間前
その記事に信憑性があるのならDB周りの障害が濃厚ですね。さらに設計が古いとすれば、IXエントリのNDBが使われている可能性も。その前提でマシンのメーカーは分かりませんが、仮にF系のAIMの例ですとスキーマを定義するADLソースの中でINDEXバッファやBOFのバッファの設定値が十分な数値でなかったというケースなら、容量不足という事がバッファ不足に当てはまり、合点がいきます。
ちなみに、記事の内容とは現象が異なりますが、容量不足でありがちなのがインデックステーブルが最適化されず偏ったページに集中してのパンクです。既存レコードを持つDBの再創成時に創成ジョブの途中でシステムにテーブルを作らせる方が楽ですが、現存するレコード件数とキーの値、ページ数とページ長からページNo.を偏りなく分布するようにシミュレーションして、ユーザー自身でテーブルを割り当てる方が、パンク対策には効果的だと思います。
PowerAppsでSharePoint Listにレコード追加したのち呼び出すPowerAutomateで
「項目を取得」で1行取得できそうだなぁ、と思ったら条件「ID」に変数が指定できず。直で「1」とかは通る。
どうやって使う想定なんだ？と右往右往してたら、
「複数の項目の取得」だったらできる、と。確かにできたが1件しか要らないのにForEach挿む羽目に。
というのが先月だったんだが、今日試したら「ID」に変数が指定できるようになってた！
やったぜさすがMS、ちょっと疲れてただけだったんだね！あ、なんかほかのとこも変数指定しやすくなってる！
とその矢先保存できませんエラーになり一回閉じると
その検索ワード、距離にして数万キロのかなたにあるサーバ上で処理して返ってきてるわけじゃん。
参照したデータベースのレコードってエクサバイトみたいなサイズでしょ？
そこからあれこれ演算して最適な結果を抽出して返すわけでしょ？
1秒以内でそれができるのかよ。マジかよ。こわい。ちょうこわい。
バーコードスキャナ→レジ→回線→数万キロのかなたにあるサーバ上のおれのカード残高情報を参照＆更新→回線→沖縄のクソ田舎にあるおれの最寄りの楽天モバイルの基地局の電波塔→おれのスマホという経路を1秒で往復するとかヤバくない？どうやってんの？
みんなそんなに違いがわかるような音響もってたの？
って、おまえ何言ってんだよ。盤面に塵や埃が付着してたらノイズが発生してどんな音響機器でもハッキリわかって不快じゃんかよ。レコード使ってた経験が無いんか？
欲しかった、聴きたかった音楽がただ同然の値段で無限に聴けるって
でも、趣味がマニアックになってくると、どこの定額サービスにもない音源が出てくるんだよ。
例えば小沢健二の後期シングルCDは、多分どのサービスにもない。山下達郎も全てのアルバムはないはずだ。
メジャードコロではなくても、NHKをよく見る人なら週に一度は耳にする、白木ミノルの「銭＄ソング」も多分ないはず
そういうのに気づいてしまうと、再び現物のCDを漁るようになり、中古CDやレコードを漁る沼に堕ちていくんだよ…………沼は心地いいよ……
https://anond.hatelabo.jp/20231007180430
DJはアナログレコードを雑に扱うのではなく、「外人はアナログレコードを超雑に扱う」が正しいです。（例の動画も外人さんでしょ？）
外人が日本の中古アナログレコードを買い漁っている理由はアナログレコードを丁寧に扱う日本独自の文化のおかげで程度の良い中古レコードが出回ってるから。
海外は持ち方とかそんな次元ではなくアナログレコードを放り投げる文化です。それと比べて日本人は真ん中のシールに線が入ることを「ヒゲ」と言うくらい丁寧に扱います。
その話だけ聞くと「日本人は物を大事に扱う」と美化されそうですが、それが行き過ぎた結果中古査定にヒゲのチェックが入るなど中古レコードショップは地上げ屋に近い商売になりました。
