はてなキーワード: マッピングとは
でも、白文から書き下し文へのマッピングで、置き字とか倒置とかの情報が失われるじゃん?
わざわざ倒置するからには、そこに語調を整えるだけではない意味がある場合があるわけだよね。
昔の日本人が当時の重要な言語であった昔の中国語をそれなりに理解する方法としてはありだったかもしれないけど、
現代人、特に、あえて昔の中国語の文献を読もうなんて酔狂な人たちが採る方法としては、マッチしていないんじゃないの?
自分は高校でしか勉強していないので知らんけど、きっと、大学以上で昔の中国語を読む人たちはこんな読み方をしていないよね?
個人的には、高校生の頃は単に好きだったので「漢文」の勉強をよくしたし、そのおかげで中国人とは普通に筆談で話が通じたのでそこそこ役に立ったとも思っているんだけど、
特定のインデックスを管理する技術者(Aさん)がいるとしよう。
このインデックスがサイト全体の検索で使われるため、CTRを気にするなら最も重要なパーツだ。
ここで私が検索アルゴリズムを改善するための特徴量をインデックスのフィールドに挿入したいというとする。
しかし特徴量を管理するのが私であるのに対し、インデックスを管理するのがAさんであるので、どうやってこの受け渡しをするのかという問題が生じる。
私がインデックスのマッピングルールを書き換えるわけにはいかないのである。
そこでバッチ計算してそれぞれのアイテムIDに対する特徴量をDBやプレーンテキストに保存しておくようにする。
すると
という流れが生まれる。
とりあえずクリアしたということを目指すためだけにやった
キャラ、ストーリー、戦闘、移動、イベント、アイテムクリエイションすべてが・・・
スターオーシャンシリーズってよりはディスガイアに近いやりこみ要素、ゲームバランス
爽快感の無いバトル
魅力のない主人公
犯人はヤス並みにオチ有名だけどオチ以外のストーリーもつまんない
アイテムクリエイションでぶっこわれとかを気軽にできるのがいいのに決まった場所でしかできないっていうふうに良さを自分から殺してる不自由さクソ
いざアイテムクリエイションやろうとしても金かかりすぎでクソ 時間もかかりすぎるのクソ
徒歩移動オンリーでファストトラベルとかルーラ的なやつ、飛空艇みたいなのがない不自由さクソ
マッピング要素で歩けるエリアじゃないとこ埋めないと100%にならないガバガバなマッピング判定クソ
デスティニー2のSPみてーなガッツシステムで好きに攻撃できない不自由さストレスクソ
イベントで会話飛ばしてもマネキンの変なモーションとか間を全部見るまでイベント進まないのクソ
バトルで必殺技出す方法が長押しなのクソ すぐ技出せねえし思ったように出せずに暴発しがちなのがめっちゃストレス
ぼーっとたっとかないとガードできないとかアホか
敵はスパアマでまったくひるまずにスキルしかけてくるのに、味方のスキルは敵の攻撃で簡単に発動妨害されるの不公平すぎるだろ
ノーモーションから出してくるザコ大杉だし こっちの技はなんかクソみてえな間があって、ただでさえ長押しで技でるまで押せえのにひっと するまでもマジで遅い
敵移動してたりしてスカったりするし
クリアしてからが本番とか試練の洞窟とか隠しダンジョンとかあるみたいだけどとてもやる気にならんわ
装備をかなり強くする必要あるけどそのためにはめっちゃカネと時間がかかるからディスガイア並みに効率極めてプレイしないといけなくなるけどディスガイアほどお手軽に爽快感とか強くなった感あじわえなくていつまでもストレスしか感じないからこれ以上はやらん
あからさまなプレイ時間水増しのおつかいと同じダンジョンとか町を行ったり来たりでほんま最悪だったわ
ダンジョンの一番奥でイベント起きたら普通自動で町とかに戻るけど常に歩いて戻る必要あるし
さーあと456の3つかー
4はしらんけど5がクソゲーってのは知ってる
お前らキーボードを買え~
とっととキーボードを買え~
なんでも良いワケじゃない~
シャーシがフルアルミのやつを買え~
表面がanodizing(陽極酸化処理)されてるのを買え~
e-coating(電気泳動塗装)されてるのを買え~
所有欲を満たす質感~
ガスケットマウントのやつを買え~
沈み込むやつを買え~
金属シャーシの高級機なら~
打鍵感はともかく音が悪くなる~買うな~
フォームが何枚も入ってるやつを買え~
吸音素材でコットコトに一歩近づける~
金属の重い筐体であればあるほど音は低くできる~
でも上下に分かれてるタイプは金属反響音対策してあるのを買え~
下手したらプラ筐体の万超えカスタム機種の方がコットコトになる始末~
modするのもいいが~
通ならソルダーでもいいんだが~
みんな大好きなCherry Profileキーキャップを使うなら~
北向きのやつらは意識が低い~
小さめレイアウトのを選ぶほど~
だいたいこのへんのところで買え~
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
ブクマ数 | タイトル | ドメイン |
---|---|---|
1651 | 男性の立場で育児を本気でやったのでマニュアル化した(新生児期) - ひまじんの日記 | takumif.hatenablog.com |
1272 | 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画 | ripurun.com |
1234 | SF小説好き1480名に聞いた「絶対に読んどけ」っていうSF小説ランキング - 俺だってヒーローになりてえよ | www.orehero.net |
876 | なぜ雑談が重要か - stmn tech blog | tech.stmn.co.jp |
849 | 半年くらい子育てしてみた感想 | kinoppyd.dev |
844 | コラム53:迷惑はかけてもいい|運営委員・相談員のコラム|学習相談室|東京大学大学院法学政治学研究科・法学部 | www.j.u-tokyo.ac.jp |
755 | 家族が亡くなった直後に避けたい5つの行動 | www.ht-tax.or.jp |
693 | 『日中韓共通語彙集』pdf | tcvd-asia.com |
681 | アスパルテームの安全性 畝山智香子さんに聞く | foocom.net |
653 | あだち充『タッチ』を精読する。浅倉南はほんとうは何を考えていたのか。 | somethingorange.jp |
638 | 山下達郎氏が松尾潔との契約の解除に同意した件について│おとましぐらの音楽ブログ | mujintoudisk.com |
619 | コンピュータ基礎講座 第1回 | jp.fujitsu.com |
619 | 熱中症予防に「前腕冷却」「手のひら冷却」が効果的 アスリートも実践 | weathernews.jp |
594 | 株式譲渡のご案内【VISUAL ARTS BLOG】 | visual-arts.jp |
538 | 徐々に高度になるリングバッファの話 - Software Transactional Memo | kumagi.hatenablog.com |
527 | クビになった青い鳥のイラスト | www.irasutoya.com |
515 | なぜ、ただのアニメやゲームが人を救うのか、宗教的に説明するよ。 - Something Orange | somethingorange.jp |
495 | 文章校正支援ツール | 無限ツールズ | mugen-tools.com |
492 | 5ch.net のサポート終了と Talk 対応に関するお知らせ | 株式会社ジェーン | janesoft.net |
481 | 30~40代男女の7割が、Vtuberが配信している動画を全く見ないと回答。ほぼ毎日見ているのは14%【Vtuberに関するアンケート】 | sheepdog.co.jp |
478 | 朝日新聞社内でジャニーズ報道を仕切る「ジャニ担」の影響力|SlowNews | スローニュース | slownews.com |
477 | コンピュータ講座 応用編 第1回 | jp.fujitsu.com |
472 | きれいなコードを書けという話について - Software Transactional Memo | kumagi.hatenablog.com |
470 | ツクツクボウシの鳴き声がパートごとに異なる意味を持つことを初実証 | 研究成果 | 九州大学(KYUSHU UNIVERSITY) | www.kyushu-u.ac.jp |
457 | フリーランス・個人事業主は知っておきたい新たな選択肢「マイクロ法人」とは? | www.ht-tax.or.jp |
456 | Dockerのポートマッピングのデフォルト設定は危ない - JUNのブログ | jun-networks.hatenablog.com |
451 | 【格ゲー】『俺を獲れ』ウメハラがデータ収集のGeminiさんに厳しい対応をしていた理由が判明!「オレ自身が自分のプレイをデータ収集に近い感じでSF4から見てた」「だからこそ言いたい。メチャレベル低いすよって」 | まじっく ざ げーまー - ゲームのレビュー、攻略、情報サイト | mtg60.com |
448 | TBS金曜ドラマ『トリリオンゲーム』のハッキングシーン舞台裏 - 株式会社リチェルカセキュリティ | ricsec.co.jp |
426 | 「20 年の IT の遅れを取り戻せる手応えを感じる」 文部科学省の Slack 導入 | slack.com |
397 | ついに山下達郎の晩節が汚れたw(松尾潔のジャニーズ批判) - まいかのあーだこーだ:楽天ブログ | plaza.rakuten.co.jp |
吉野ヶ里発掘のニュースで、自分の中の邪馬台国畿内説vs九州説へのロマンが盛り上がったので書く
まず自分は古代日本史や考古学の全くの素人であることをお断りしておく。
古事記・日本書紀が伝説として好きで子どものころから繰返し現代語訳で読んでいた。
学生時代、九州旅行で記紀に地名が出てくる場所を訪れロマンを掻き立てられたこともあり、自分は昔から九州説派である。
奈良県がまとめている古事記ゆかり地マップは全国のゆかり地がマッピングされていて親切だ。
だが、ここ5年ぐらいで専門家の間では畿内説がほぼ鉄板となったという話は何度も聞いていた。
専門家の意見に一定の価値を置く自分としては寂しさを感じつつ受け入れていたが、今回のニュースで改めてググってみると、やはり改めて九州説を自分は強く推したいと思う。
(因みにネット上の情報は圧倒的に九州説が多いので、ネット情報を中心に接種すると九州説派になる模様。)
こう書くとバカみたいだが、
⇒ 埋葬されている王は歴史に残る大王であったと考えるのが普通
⇒ 中国との交易品を考えると邪馬台国は大国であったはず。纏向にあったのが邪馬台国でないなら、中国は地方の小国と交易していたことになり不自然。
ということなので、考古学的証拠から邪馬台国=大和国で、纏向に首都があったと考えるのは納得できる。
・新版 古代史の基礎知識 (角川選書)の前半(倭の五王まで)
まず邪馬台国=大和国は自分も同意。「たい」なんて音は日本語の発音になじまない。
そのうえで、自分はこのYoutubeで関川尚功氏が指摘している「女王の住居が奈良なら、伊都国(大宰府周辺と推定されている)で女王への贈答品の確認はしないだろう」という意見に強く賛成する。
https://www.youtube.com/watch?v=dA3e14517Ek
現代にも通じる物流の常識感で、中国から奈良まで水路でこの後運ぶ荷物の確認は、一旦寄港した福岡でなく最終水揚港の大阪付近になるはずだろう。
伊都国で贈答品の確認をしたという魏志倭人伝の記載はこのリンクでも紹介されている。
http://www7b.biglobe.ne.jp/~smkodai/25route.html
記紀ではうっかりか意図的にかの違いはあれ、三輪山の神に去られた百襲姫が女性器を箸でついて死んだとある。これはどう見ても性交または出産に関したトラブルで死んだように読める。
また、その墓は夜は神が昼は人が作ったとある。この表現は緊張関係にある2つの部族が彼女のために距離を置きつつも協力して墓を作ったように読める。
卑弥呼が何歳で他界したかはわからないが、魏志倭人伝から長い治世だったと考えると性交出産トラブルで死ぬような年齢だったのか疑問がある。
次に、魏志倭人伝に卑弥呼が死んですぐまた国が乱れ台与を女王にたてたとあるので、争いあう二つの部族が卑弥呼の墓を一定期間協力して作ったというのが想像しにくい。
九州の大和国が卑弥呼を女王に立て勢力を伸ばし、彼女の在位中に近畿に東征し、奈良の三輪山周辺に拠点を持っていた大物主一族と姻戚関係を結びながら(神武天皇の皇后も大物主の姫)、最終的には大物主一族も亡ぼしたのではないかと思う。それが記紀で神武東征伝説として書かれた内容だろう。
卑弥呼が自分の兄弟である神武(または崇神)(※二人とも「はつくにしらすすめらみこと」)と共に近畿に移動したかわからないが、中年女は引越しを嫌うので九州に残ったかもしれない。
だが、ある程度近畿で大和国が勢力を持ってから即位しただろう台与は近畿で生活していただろう。
彼女が死んだとき、大物主一族と大和国の間は既に緊張がありつつ協力して墓を作るぐらいの関係性はあったのではないか。
その後、大和が謀略か戦争かで大物主一族を滅亡させたため、その祟りを恐れ、記紀にあるように一緒に祀っていた大物主と天照(卑弥呼か?)を分けて、それぞれ三輪山と伊勢神宮に祀ったのではないか。
吉野ヶ里で今発掘中の貴人の墓は、卑弥呼の墓として魏志倭人伝に書かれている径百余歩の大きさに到底及ばない規模らしい。自分は吉野ヶ里は卑弥呼の墓ではないだろうと思う。
卑弥呼の墓はまだ発見されておらず、台与の墓は先代と同じ規模にということで箸墓が径百余歩の大きさなのではないか。
魏志倭人伝にある邪馬台国の場所の説明は、神武東征が始まる前、または、まだ卑弥呼が九州に残っている時のものなのではないか。
作りが力業というか、美しくない。大量にカメラ、CPU、ディスプレイを搭載していて、個人的に好みな構成ではない。
個人的に好きなハードにニンテンドーDS(特にlite)がある。その理由の一つに、搭載しているGBAのCPUを効率的な使っているという点がある。具体的には、下画面の描画とGBAエミュで、このCPUを使っている。
似たような例として、PS2がある。PS1のCPUを、エミュと音声チップに使っているそうだ。直近では、PSVR2が良いなと思った。周辺マッピングに使うためのカメラを、外を映す機能に流用している。(ただし、モノクロ)
多分、このようなハードの創意工夫の傾向が、値段※ に間接的に影響してると思う。自分は、VR機器に割かし金を使うユーザーだと自負しているけど、Vision Proの50万円は高すぎる。さすがに手が出せない。
※ PS2やPSVR2は高いだろ、と言われそうだけど、発売時点で同機能を搭載している機種と比較すると、十分に安いと思う
ただまぁ、AppleはGoogleよりも継続的にサポートしてくれる印象があるし、そもそも開発にかなり金を掛けてそうな感じだ。当面の間は、XR界隈の発展にかなり寄与してくれそうなので、その点は喜ばしい限り。
LOAD DATA INFILEでCSVを分割して読み込むことは可能なのでしょうか。そのときautoincrementのidがあった場合はどうしたらよろしいでしょうか。
はい、LOAD DATA INFILEステートメントを使用してCSVファイルを分割して読み込むことは可能です。CSVファイルを分割するには、LOAD DATA INFILEステートメントのファイル名の部分にワイルドカードを使用することができます。
以下は、例としてMySQLデータベースでのLOAD DATA INFILEステートメントの使用方法です。
LOAD DATA INFILE 'path/to/files/file*.csv' INTO TABLE your_table FIELDS TERMINATED BY ',' LINES TERMINATED BY '92;n' (col1, col2, col3); -- 列のリスト
上記の例では、path/to/files/ディレクトリ内のfile*.csvというパターンに一致するすべてのCSVファイルが読み込まれます。また、FIELDS TERMINATED BY句とLINES TERMINATED BY句を使用して、フィールドと行の区切り文字を指定しています。さらに、col1, col2, col3のように列のリストを指定することで、CSVファイルの対応する列とテーブルの列をマッピングします。
autoincrementのidがある場合、LOAD DATA INFILEステートメントでは自動的に次の値を生成することはできません。そのため、CSVファイル内に明示的にid列が存在する場合は、id列を指定して読み込む必要があります。id列がCSVファイルに存在しない場合は、テーブルの定義でid列をautoincrementに設定しておく必要があります。その場合、データベースが自動的に新しい値を生成します。
CREATE TABLE your_table ( id INT AUTO_INCREMENT PRIMARY KEY, col1 VARCHAR(50), col2 VARCHAR(50), col3 VARCHAR(50) );
この場合、LOAD DATA INFILEステートメントでid列を省略することで、自動的に新しい値が生成されます。
LOAD DATA INFILE 'path/to/files/file*.csv' INTO TABLE your_table FIELDS TERMINATED BY ',' LINES TERMINATED BY '92;n' (col1, col2, col3);
このようにして、CSVファイルのデータを分割して読み込むことができます。ただし、autoincrementのid列は明示的に指定するか、データベースによって自動的に生成されるようにテーブルを設定する必要があります。
SETしないと動かない。
分割するとauto incrementの値が飛ぶ。
女性患者は覚えている限り5年間、一度も笑ったことがないほどの重いうつ病でしたが、神経マッピングによって発見された最適部位に電気刺激が行われると
「突然、心の底から本物の歓喜と多幸感を感じ、世界に色が戻ったように感じて笑みが絶えない状態に変化した」
とのこと。
この結果は脳への適切な電気刺激が、喜びの感情を強制的に起動し、うつ病に対して有効に働いたことを示します。
しかしより興味深い点は、刺激する場所によって女性患者が感じる喜びの質に違いがあったことがあげられます。
ある場所では「うずくような喜び」が起こり、他の場所では「霧が晴れたような覚せい感」を覚え、また別の場所では「良い本を読むような穏やかな喜びの感覚」を感じたのです。
伝統工芸品、民芸品、郷土玩具を観に行ったり買うことなんだけど。伝統工芸品(実用品)ってね、その地域がどんな場所なのかを反映してて、知ると新しい地図が頭に広がる感覚が生まれて、それで趣味になった。
例えば凧は風が強い地域でよく作られてる。和紙は城下町や寺社仏閣のそばでできてることが多い。焼き物も、城下町のそばとか出荷用の港が近いとか物流ルートが発展に影響してる。馬の餌にするバカでっかいトウモロコシの葉っぱで編んだ履物とかを見ると、馬が運ぶような収穫物があって、細工ができるような農閑期がある内地なのかなって想像するのが楽しい。削り花は雪の中でも飾れる木を削った仏花。雪深い東北の冬に家族を思う気持ちを思う。横浜のシルクと八王子の養蚕の関係とかがわかると、昔の暮らしと地形がマッピングされていく感覚が気持ちいい。名産物は理由もなく名産にはならないんだよね〜。謎解きみたいに理由が現れるのが楽しい!
そして郷土玩具は込められたラブが強い。健康であってくれとか、いっぱいご飯食べてくれとか、大抵は子供のための願いなんだけど、まれに領主が農民の幸せを祈る飯盛人形とか出てきて昔の愛情の幅広さを知る。温泉地・観光地近くのお土産系も面白い。有馬筆、箱根挽物細工、からくりや技工の巧みさで旅の思い出話に花が咲いただろうなと想像する。今よりよっぽど各地が独立文化だった頃の多様な暮らしへの想像が掻き立てられる。
ちなみに私の一番のお気に入りは高知のお座敷文化と尾長鶏と穴の開いたぐい呑。九州とかはたぶん食べ物が豊富すぎて東北みたいに内職してお金になるような細工物をあんまり作らなかったんじゃないかって印象なんだけど、同じく南国の高知はその上を行ってて、細工物を作らないどころかパーティー文化用品が強烈に発展してる感じが大好き。日本海側文化圏出身だから、眩しい!
実際ちゃんと大学行ってれば少なくとも偏差値50以上はあるような人たちだと思う
ある程度の読解力と根気と周辺知識を自分で調べて補うような能力がないとこんな文章は読めるようにならない
お客様独自のドメイン名を使用して、GraphQL エンドポイントにアクセスできます。 AWS AppSync では、お客様の AWS AppSync API でカスタムドメイン名を使用して、GraphQl エンドポイントとリアルタイムエンドポイントにアクセスすることができます。AppSync でカスタムドメイン名を作成するには、所有するドメイン名を提供し、ドメインをカバーする有効な AWS Certificate Manager (ACM) 証明書を示すだけです。カスタムドメイン名を作成すると、アカウントで利用可能な AppSync API にドメイン名を関連付けることができます。AppSync が提供するドメイン名にマッピングするように DNS レコードを更新した後、新しい GraphQL エンドポイントとリアルタイムエンドポイントを使用するようにアプリケーションを設定することができます。アプリケーションを更新しなくても、カスタムドメインの API アソシエーションをいつでも変更できます。AppSync がカスタムドメインエンドポイントでリクエストを受信すると、関連する API にルーティングして処理します。
後進国では高等教育は英語の教科書で英語で学ぶ必要があるということを指摘し母国語で高等教育を受けられる日本は素晴らしいと主張する人がいつも湧いてくる。バカなのか?大日本帝国が世界を支配して日本語が世界の共通語になっている平行世界でならその主張に意味はあるだろう。しかし現実としては英米が世界を支配し世界の共通語は英語、アカデミックは英語で出版しなければ誰も読まないし無価値という状態になっているのであるから、日本語で高等教育を受けさせられることは多くの学生にとって本当に幸せなことなのかということを考えてもらいたい。高等な知恵を日本語で学んでしまうとまた日本語と英語のマッピングを脳内で形成するという二重手間になることは想像に難くない。日本語で高等教育を受けられて幸せなのは英語すらできない低能どもである。そしてこのような低能は本来大学教育を与えても意味はなく専攻と全く関係の無い単純ホワイトカラーにしかならないのである。