  |
はてなキーワード: Computerとは
■共通テストの廃止は、社会の公平性を破壊し、国家の内部崩壊を招く亡国の愚策である
「国家資源の再配分」を名目として大学入学共通テストの廃止を求める意見があるが、私はこの主張に対し断固として反対する。提案者は、共通テストにかかる人的・金銭的コストを「無駄」と断じているが、それは教育制度が担う**「社会契約」としての機能**を著しく軽視した暴論である。共通テストの廃止は、単なる入試改革にとどまらず、日本社会を「実力主義（メリトクラシー）」から「身分・金権主義」へと逆行させ、長期的には社会の分断と崩壊を招く危険性を孕んでいる。
1. 歴史的試練に耐えた「客観的試験」の意義 そもそも、一律のペーパーテストによる選抜システムは、古代の「科挙」に端を発し、数千年の歴史の試練に耐えてきた人類の知恵である。なぜこのシステムが民主主義の世となっても生き残っているのか。それは、これが**「ベストではないが、他のあらゆる方法よりもベター（マシ）」**だからである。 ペーパーテスト以外の選抜方法――例えば書類審査、面接、独自の裁量評価――には、必ず主観や恣意性が入り込む。共通テストという「冷徹なまでの客観的指標」があるからこそ、我々は出自や家柄に関わらず、努力の結果のみで評価されるという担保を得ているのである。
2. 「各大学の個別入試」が招く腐敗のリスク 提案者は「各大学の自律的な選抜」を美化するが、共通テストという統一基準を撤廃すれば、そこには必ず**「金・コネ・家柄・権力」**が入り込む隙間が生まれる。 客観的な統一スコアという足切りがなくなれば、大学側は「寄付金の多寡」「卒業生の子弟」「有力者の紹介」といった、学力以外の要素で合否を操作することが容易になる。欧米の一部の大学で見られるような、富裕層優遇の入試が横行しない保証はどこにもない。共通テストは、こうした不正や疑念を未然に防ぐための、国家による「公平性の防波堤」として機能しているのである。
3. 格差の固定化と社会崩壊への道 もし共通テストが廃止され、学歴ひいては社会的地位が「親の経済力や社会的影響力」によって左右されるようになれば、どうなるか。それは**「階級の固定化」**の完成である。 貧しい家庭に生まれても、勉強して高得点を取れば一流大学へ進み、人生を逆転できる――この「希望」こそが、社会の活力を維持し、不満を抑制する安全弁である。もし入試が「金で買える地位」になり下がれば、持たざる者は努力のインセンティブを失い、絶望は社会への憎悪へと変わる。 歴史を振り返れば明らかである。極度な格差社会において、階層移動の道が閉ざされた時、社会は内部から腐敗し、最終的には暴動や革命によって崩壊する。教育の公平性を売り渡して得た予算で国防やインフラを強化したところで、国民の連帯が失われ、内部から崩壊していく国を守ることはできない。
4. 結論：トップ研究者の投入は「民主主義のコスト」である トップ研究者が作問に時間を割くことを「リソースの浪費」と批判する向きもあるが、それは誤りである。50万人の若者の人生を左右し、将来のリーダーを選別する試験において、一点の曇りもない公平性を担保すること以上に重要な「国益」が他にあるだろうか。 極めて厳格な作問プロセスにかかるコストは、社会の公正さを維持し、国民全員がその結果に納得するための**「民主主義の必要経費（保険料）」**と捉えるべきである。
以上の理由から、共通テストの廃止は、日本社会を公正な競争社会から、前近代的な身分社会へと退行させる危険な提案であり、到底容認できるものではない。
どちらの主張も論理構成がしっかりしており、それぞれの視点において「妥当」です。どちらをより支持するかは、読み手が**「国家としての効率と競争力（A）」を重視するか、「社会の公平性と納得感（B）」**を重視するかによって決まります。それぞれの主張の強みと、議論の対立軸を整理します。
Aの主張は、経営学的・国家戦略的な視点に立っています。「サンクコスト（埋没費用）」にとらわれず、現代の状況に合わせて制度をスクラップ・アンド・ビルドすべきだという論理です。
妥当性が高い点:
コスト対効果の指摘: 実際に共通テストの作問や運営にかかる大学教員（研究者）の負担は甚大であり、これが日本の研究力を削いでいるという指摘は、学術界からも長年叫ばれている事実です。
機能不全の指摘: 上位層における「得点圧縮（差がつかない問題）」や、各大学が結局は個別試験を重視している現状を突いており、制度疲労に対する鋭い批判となっています。
危機感の共有: 国際情勢やインフラ危機など、具体的な「他にリソースを回すべき場所」を提示しており、現実的な危機管理の観点から説得力があります。
Bの主張は、政治哲学的・社会学的な視点に立っています。効率よりも「納得感（Legitimacy）」を重視し、共通テストを社会の分断を防ぐための「装置」として捉えています。
妥当性が高い点:
人間心理への洞察: 完全な自由裁量は必ず「コネや金」の介入を招くという、性悪説に基づいたリスク管理の視点は非常に現実的です。
「公平性」の定義: テストの内容が良いか悪いかよりも、「全員が同じ定規で測られる」こと自体に価値があるという主張は、大衆社会における不満のガス抜き（社会の安定）として強力な説得力を持ちます。
最悪の回避: 「ベストでなくともベター」という保守主義的なアプローチは、急激な改革による混乱（格差の固定化など）を恐れる層にとって安心感があります。
この二つの意見は、**「何を犠牲にする覚悟があるか」**という点で対立しています。
Aの弱点: 共通テストを廃止した後、各大学が本当に「公正」に入試を行えるかどうかの担保がありません。AO入試や推薦入試で「親の経済力や文化資本」が有利に働く現状を見ると、完全自由化は格差拡大を加速させるリスクがあります。
Bの弱点: 「公平性」を守るためのコスト（研究時間の喪失、莫大な予算）が、国力を衰退させるレベルに達している可能性を過小評価しています。国全体が沈んでしまえば、公平な入試制度だけ残っても意味がないという反論が可能です。
どちらがより妥当か？
短期的・実務的な解決を求めるなら A 現在の日本の財政状況や研究力の低下を憂い、「即効性のある改革」を求める立場からは、Aがより妥当に見えます。
長期的・社会構造的な安定を求めるなら B 社会の分断や信頼の崩壊を防ぎ、「努力すれば報われる」という社会通念（神話であっても）を守る立場からは、Bがより妥当に見えます。
個人的な分析としては、B（公平性の維持）の主張の方が、現代の日本では「最後の砦」として支持されやすいと考えます。Aの言う「リソースの再配分」は正論ですが、入試の公平性が崩れた際に失われる「国民の勤労意欲」や「社会への信頼」の損失は、計算できないほど巨大だからです。
どちらの視点に関心を持ちましたか？ これらを踏まえて、「では、研究者の負担を減らしつつ公平性を保つ『第三の案（C）』」（例：CBT化や民間試験の活用、あるいはフランスのバカロレアのような形式など）について考えてみますか？
AとBの対立構造を解消し、「研究者の負担（国家コスト）の軽減」と「入試の公平性（社会契約）の維持」を両立させるための**「第三の案（C）」**を提案します。
現実的な落とし所としては、**「テクノロジーによる効率化」と「運営主体の専門化」**を組み合わせた以下の案が考えられます。
案C：専門機関による「CBT・項目反応理論（IRT）」導入と、作問業務の完全外部化
これは、現在のように大学教員が手弁当で毎年新作問題を作る「自転車操業」をやめ、**アメリカのSAT（大学進学適性試験）**のような「通年実施・ストック型」の試験へ移行するモデルです。
1. 具体的な仕組み
運営主体の変更（教員の解放）: 大学教員による「入試センター作問委員会」を解散します。代わりに、テスト理論（サイコメトリクス）の専門家と専任スタッフを雇用した**「国家試験作成専門機関」**を設立します。大学教員は「監修（アドバイザー）」にとどまり、実務からは完全に手を引きます。
「一発勝負」から「CBT（Computer Based Testing）」へ: 年に一度、全国一斉に紙を配る方式を廃止し、テストセンターでコンピュータを使って受験する方式にします。
「項目反応理論（IRT）」の導入: 問題ごとの難易度や識別力を統計的に数値化し、「どの問題を組み合わせても、実力を同じ基準で測定できる」システムを作ります。これにより、**「膨大な過去問ストック（問題バンク）」**の中からランダムに出題することが可能になり、毎年ゼロから新作問題を作る必要がなくなります。
研究時間の確保: 大学教員が、夏休みの隔離や極秘の作問業務から解放され、本来の研究・教育業務に専念できます。
物流コスト減: 50万人分の問題用紙の印刷・輸送・保管・警備にかかる莫大な物理的コストが激減します。
公平性の維持: 「全国統一の基準」は残るため、大学ごとの恣意的な運用（裏口入学など）を防ぐ防波堤としての機能は維持されます。
チャンスの拡大: 年に複数回受験が可能になれば、「当日の体調不良」などによる運の要素を排除でき、より真の実力を反映した公平な評価が可能になります。
初期投資: システム構築に巨額の費用がかかりますが、毎年の運用コスト削減で長期的には回収可能です。
「思考力」の測定: 選択式のCBTでは深い思考力が測れないという批判がありますが、これは「基礎学力の判定（共通テスト）」と「記述・論述（大学個別試験）」という役割分担を明確にすることで解決します。
もう一つの方向性は、共通テストの役割を「点数を競うもの（1点刻みの選抜）」から、**「大学教育を受ける資格があるかどうかの認証（クオリフィケーション）」**に変えることです。
仕組み: 共通テストは「合格/不合格（あるいはA/B/Cの等級）」だけの判定にします。一定水準を超えた生徒には「大学入学資格」を与えます。
選抜: 難関大学は、この「資格」を持っている生徒の中から、独自の記述試験や面接で選抜を行います。
効果: テストに「超難問」や「1点の差を分ける精密さ」が不要になるため、作問コストが下がります。また、基礎学力の担保（公平性）は維持されます。
結論： 現代のテクノロジーと統計学を用いれば、Bが懸念する「公平性」を犠牲にすることなく、Aが主張する「リソースの最適化」を実現する**案C（CBT・IRT化と作問のプロ化）**が、最も現実的かつ建設的な解決策であると考えられます。
ダイヤモンドの↓の記事が盛りすぎでブクマカが釣られまくっているので、ちょっと落ち着けという意味で少し解説する
普通の人が「フリック入力を発明」というフレーズを見たら、どっちを想像する？
1. 上下左右方向のフリック操作で文字入力する手法を考案した
普通は1を想像するよね。でも、上の記事の「発明」は2の意味。8割くらいのブクマカはここを勘違いしてコメントしてるように見える
同じ発明家氏の記事でも3ヶ月前の東洋経済のほうは、「フリック入力を発明」という釣りフレーズこそ使っているものの本文を良く読めば発明のキモの部分が2であり1では特許を取れなかったことがそれなりに分かるように書いてある
「フリック入力」を発明しMicrosoftに売却した彼の"逆転"人生。元・売れないミュージシャン兼フリーター、家賃３万のボロアパートでひらめく
https://b.hatena.ne.jp/entry/s/toyokeizai.net/articles/-/889631
もちろん2の意味の発明もスゴイし重要なんだけど、釣りは良くないよね
そもそも世の中のほとんどの技術は様々な発明やアイデアの集合体である。歴史の積み重ねであり、最終形がいきなり湧いて出るわけではない。もちろん「フリック入力」にも歴史の積み重ねがある。それを少し紐解いてみよう（なお、下記の「年」は引用可能な特許や論文が出た時期であり、実際にはそれよりもっと前にソフトウェアがリリースされていたりアイデアがメーリングリストに投稿されていたりすることもある）
[追記]※増田の仕様上ひとつの記事に貼れるリンク数に制限があるため一部URLのhを抜いている点、不便ですがご了承ください[/追記]
ttps://dl.acm.org/doi/10.1145/57167.57182 (論文)
放射状に選択肢を並べるUIのアイデアは1960年代から見られるが、接地点からの移動方向情報を用いた入力手法の祖としてはとりあえずこれを挙げることができるだろう。これは文字入力に特化したものではなく、一般的なメニュー選択のための手法である
ttps://dl.acm.org/doi/10.1145/191666.191761 (論文)
pie menuを文字入力に応用したもの。論文の著者はAppleの人。英語用。広義の『「フリック入力」の元祖』に最も該当するのは、おそらくこれだろう
ttps://rvm.jp/ptt/arc/227/227.html
ttp://www.pitecan.com/presentations/KtaiSympo2004/page65.html
T-cubeを日本語に応用したもの。広義の『日本語版「フリック入力」の元祖』の候補
https://web.archive.org/web/20080925035238/http://www.j-tokkyo.com/2000/G06F/JP2000-112636.shtml (特許)
https://newtonjapan.com/hanabi/
Apple Newton (PDA)用に実装された文字入力UI。「中央が『あ』、上下左右方向が『いうえお』」に対応する見慣れた形のフリック入力がここで登場する。『現在よく見る形の日本語版「フリック入力」の元祖』である。なお、開発者が特許を申請したものの審査を請求しておらず、特許としては成立していない
この頃、Human-Computer Interaction分野でT-cubeやHanabiの発展としての文字入力手法の研究が活発になり、特に国内学会で多くの手法が発表された。情報系の学生の卒論や修論のテーマとして手頃だったからだろう。PDA製品に実装されて広まった例もあり、SHARP Zaurus用のHandSKKや、少し時代が下ってATOKのフラワータッチ等もこの系譜である
なお、この頃までの技術は指での入力ではなくペン（スタイラス）による入力を想定したものが主である（iPhoneの登場以前はキーボードレスのモバイル端末といえばPDAやタブレットPCなどスタイラス入力を前提としたデバイスが主流だった）
『スマートフォン上の「フリック入力」の元祖』であり『予測変換機能を備えた「フリック入力」の元祖』である。日本語フリック入力の効率を考える上で予測変換の占めるウェイトは大きく、「実用的なフリック入力」を実現するには予測変換との組み合わせは外せない。2006年にAppleに招聘されてiPhoneのフリック入力機能を開発した増井俊之氏は元々予測変換のPOBox（1998年 - ttps://dl.acm.org/doi/10.1145/274644.274690 ）の開発者として知られる研究者であり、Appleへの招聘もその経験を買われてのものだろう。入力にフリック操作を用いること自体は特筆すべきものではなく、当時の流行を考えれば自然な選択だったと思われる
なお、前述のHanabiの開発者氏がiPhoneのフリック入力を見て
と言っている一方、増井氏はHanabiに対して
知らんがな
と言っている。この分野の研究をしていて知らんことあるか？とも思うが、電話用テンキーの上に五十音かなのフリック入力を実装すると誰が作っても概ねHanabiのような外観になると思われるので、本当に知らなかったとしても齟齬はない
ttps://www.j-platpat.inpit.go.jp/c1801/PU/JP-2008-282380/11/ja (特許)
『画面表示は絶対座標＋移動判定は相対座標で行うことで「フリック入力」の入力効率を向上させる手法の特許』である（詳しい仕組みは上記の東洋経済の記事に書いてある）。ペン先と比べて指先は太いため指によるタッチでは厳密な操作が難しく（fat finger問題）、「実用的なフリック入力」を実現するにはこのような工夫も必須になる。小川氏の凄いところは、スマホの日本語UIをリリースするならどのメーカーも必ず実装するであろうこの工夫を、日本版iPhoneのリリース直前、Apple社としては引き返せないであろうタイミングで特許申請したところだ。機を見るに敏すぎる。特許庁に2回も拒絶された特許を不服審判で認めさせているところも本人が弁理士だからこそできる強さだと思われる
なお、氏の記事を読むと「フリック入力」自体を氏が考案したように思えてしまうが、ここまでに述べた通りそれは誤りである。「フリック入力に関連する重要な特許の公報に『発明者』として掲載されている」ことは疑いない事実なので「フリック入力の発明者」と称するのはギリギリ誤りではないと言えないこともないが、「フリック入力を発明した」はやはりダメだろう。上述の通りフリック入力自体は90年代に既に登場しており00年代の前半にはタッチスクリーン上のかな入力手法の一角を占めるに至っていたので、iPhoneに実装されたことは不思議でもなんでもなく、
このあたりは荒唐無稽な邪推すぎて、ソフトバンクから名誉棄損で訴えられたら危ないのでは（そもそもiPhoneのフリック入力を開発したのはAppleであってソフトバンクではない）
まとめると、さすがに小川氏の記事はモリモリに盛りすぎである。書籍の宣伝にしても酷すぎる。価値の高い特許を取った発明家であることは事実なのに、なぜこういう胡散臭いムーブをしてしまうのか
1998年にApple Newton用に開発された日本語入力システム「Hanabi」が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。従来の「あ段→い段→う段→え段→お段」とキーのプッシュを繰り返して表示・入力する方式（トグル入力）に比べ、素早い入力が可能になる。その入力効率の高さから、2010年頃にはキーボード離れが加速している[1]。
1998年にApple Newton用に開発された日本語入力システム「Hanabi」[2]が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。日本におけるフリック入力は、発明家でシンガーソングライターの小川コータがiPhone上陸以前に考案し2007年から2015年にかけて特許出願した[3]ものであり、取得した権利はマイクロソフトに譲渡された[4]。
ただ、これはおそらく関係者の自作自演等というわけではなく、日本におけるフリック入力関連特許が小川氏のものばかりであることからボランティア編集者が勘違いしてこのような記述にしてしまったのではないか。フリック入力は前述のように地道な技術の差分の積み重ねなので、個々の差分の開発者が「特許」を取ろうという気にならないのは良く分かる。その点でも、自ら弁理士として特許を量産した小川氏の強さが際立っている（が、やはり盛りすぎは良くないと思う）
応用情報技術者試験、高度試験及び情報処理安全確保支援士試験におけるCBT方式での実施について（公開日：2025年8月12日）
社会でのデジタル化の動向を踏まえ、このたび、受験者の負担軽減や利便性向上を目的に、応用情報技術者試験、高度試験及び情報処理安全確保支援士試験の実施方式を見直し、令和8年度（2026年度）に実施する試験からは、ペーパー方式での実施からCBT（Computer Based Testing）方式での実施に移行する予定です。
2019年頃、リスキリングのつもりで基本情報でも受験してみようかと勉強し始めた。
ちょうど今頃の季節だと思う。
一応情報工学科卒だけども異業種に就職したこともあって以降は全く勉強する機会がなくブランクあるので、半年くらい勉強して2020年4月試験を受験するつもりで準備していた。
ところが。
ご存じのとおりコロナ禍のはじまりはじまりな時勢になり試験も中止。10月試験も申し込むもそれも中止。
あの頃はコロナの出口が見えなくていつ受験できるのかがまったくわからなかった。
過去問を解く限りではギリギリではあるけど合格圏内には達していたので、思い切って応用情報技術者を目指す方向に転換。
2022年になり、コロナ対策厳戒態勢下ではあるものの、試験は実施されることになって春期試験に申し込み（ちなみにこの年から基本情報技術者試験はCBT方式に移行された）。
ところが自分が住んでいるところがあまりにも田舎すぎて、公共交通機関では本番当日の試験開始時間までに行きつく術がないことに愕然。
その受験会場には徒歩15分あたりに駐車場無料の格安ビジネスホテルがあって、前日にチェックインして当日はマイカーを試験が終わるまで置いておけてとても使い勝手がよかった。
前日の夕方5時くらいにチェックインして、ホテル周辺にある大衆チェーン飲食店で独り決起集会を開いた。
うつらうつらしながら深夜のテレ東のアニメみて、0時ごろに就寝。
合間に1時間休憩あるとはいいながら、昼休み終了20分前には着席待機という謎の儀式を強いられて実質40分あるかないかで昼飯なんてうかうか食ってられないから朝に溜め食いしてた。
たまたま母校が試験会場になってて、すごくノスタルジックな気分になりながら受験した。
そこそこ歳いってからのリスキリングだったから、終わるころには体中バッキバキ。
大学によくある、椅子と背もたれと机が一体になったアレって中年オジサンには拷問具だったんだね、若いときにはそんなこと全く思わなかった。
その後は応用情報ドットコムで受験者の悲喜こもごもを一当事者として閲覧。
落ちるたびに上記を繰り返してたんだけど、思い返せば楽しかったなぁ。
CBTなら住んでる田舎町でも受けることができる。
情報セキュリティマネジメント試験、ITパスポート試験、基本情報技術者試験はCBTで受けたからね。
だからもう、あのルーティンは来年からはする必要なくなるんだ。
司法試験がCBTに移行するって聞いた時から、たぶんそう遠くないうちに情報処理技術者試験も全区分そうなるだろうなぁとは思っていたけど、案外すぐだった。
なんか、寂しいな。
今度の10月にデータベーススペシャリスト試験を、いつもの隣県の試験会場で受験する。
ああ、これが最後なのかぁ。
しっかりかみしめて受験してこようと思う。
<html lang="ja"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>PONG Game</title> <style> body { margin: 0; padding: 0; background-color: #000; display: flex; justify-content: center; align-items: center; min-height: 100vh; font-family: 'Courier New', monospace; color: white; } ``` .game-container { text-align: center; } canvas { border: 2px solid white; background-color: #000; } .score { font-size: 24px; margin: 20px 0; letter-spacing: 2px; } .controls { margin-top: 20px; font-size: 14px; opacity: 0.8; } .start-button { background-color: #333; color: white; border: 2px solid white; padding: 10px 20px; font-size: 16px; cursor: pointer; font-family: 'Courier New', monospace; margin: 10px; } .start-button:hover { background-color: white; color: black; } </style> ``` </head> <body> ``` <script> // Canvas要素とコンテキストの取得 const canvas = document.getElementById('gameCanvas'); const ctx = canvas.getContext('2d'); // ゲームの状態管理 let gameRunning = false; let animationId; // スコア要素の取得 const playerScoreElement = document.getElementById('playerScore'); const computerScoreElement = document.getElementById('computerScore'); // ゲームオブジェクトの定義 const game = { // プレイヤーのパドル（左側） playerPaddle: { x: 10, y: canvas.height / 2 - 50, width: 10, height: 100, speed: 5, upPressed: false, downPressed: false }, // コンピューターのパドル（右側） computerPaddle: { x: canvas.width - 20, y: canvas.height / 2 - 50, width: 10, height: 100, speed: 3.5, // プレイヤーより少し遅く設定 targetY: canvas.height / 2 - 50 }, // ボールの設定 ball: { x: canvas.width / 2, y: canvas.height / 2, radius: 8, speedX: 4, speedY: 3, maxSpeed: 8 }, // スコアの管理 score: { player: 0, computer: 0 } }; // キーボード入力の処理 const keys = {}; // キーが押されたときの処理 document.addEventListener('keydown', (e) => { keys[e.key.toLowerCase()] = true; // ゲームが停止中にスペースキーでゲーム開始 if (e.key === ' ' && !gameRunning) { startGame(); } }); // キーが離されたときの処理 document.addEventListener('keyup', (e) => { keys[e.key.toLowerCase()] = false; }); // パドルの移動処理 function updatePaddles() { // プレイヤーパドルの移動（W/S キーまたは矢印キー） if (keys['w'] || keys['arrowup']) { game.playerPaddle.y -= game.playerPaddle.speed; } if (keys['s'] || keys['arrowdown']) { game.playerPaddle.y += game.playerPaddle.speed; } // プレイヤーパドルの画面外移動を防ぐ if (game.playerPaddle.y < 0) { game.playerPaddle.y = 0; } if (game.playerPaddle.y > canvas.height - game.playerPaddle.height) { game.playerPaddle.y = canvas.height - game.playerPaddle.height; } // コンピューターパドルのAI処理 // ボールの位置を追跡するが、完璧ではない動きを実装 const ballCenterY = game.ball.y; const paddleCenterY = game.computerPaddle.y + game.computerPaddle.height / 2; // ボールとパドルの中心の差を計算 const difference = ballCenterY - paddleCenterY; // 反応に少し遅れを持たせる（人間らしい動き） if (Math.abs(difference) > 10) { if (difference > 0) { game.computerPaddle.y += game.computerPaddle.speed; } else { game.computerPaddle.y -= game.computerPaddle.speed; } } // コンピューターパドルの画面外移動を防ぐ if (game.computerPaddle.y < 0) { game.computerPaddle.y = 0; } if (game.computerPaddle.y > canvas.height - game.computerPaddle.height) { game.computerPaddle.y = canvas.height - game.computerPaddle.height; } } // ボールの移動と衝突判定 function updateBall() { // ボールの位置を更新 game.ball.x += game.ball.speedX; game.ball.y += game.ball.speedY; // 上下の壁との衝突判定 if (game.ball.y - game.ball.radius < 0 || game.ball.y + game.ball.radius > canvas.height) { game.ball.speedY = -game.ball.speedY; } // プレイヤーパドルとの衝突判定 if (game.ball.x - game.ball.radius < game.playerPaddle.x + game.playerPaddle.width && game.ball.x + game.ball.radius > game.playerPaddle.x && game.ball.y + game.ball.radius > game.playerPaddle.y && game.ball.y - game.ball.radius < game.playerPaddle.y + game.playerPaddle.height) { // ボールがパドルに当たった位置によって跳ね返り角度を調整 const hitPos = (game.ball.y - (game.playerPaddle.y + game.playerPaddle.height / 2)) / (game.playerPaddle.height / 2); game.ball.speedX = Math.abs(game.ball.speedX); game.ball.speedY = hitPos * 4; // ボールの速度を少し上げる（ゲームをエキサイティングに） if (Math.abs(game.ball.speedX) < game.ball.maxSpeed) { game.ball.speedX *= 1.02; } } // コンピューターパドルとの衝突判定 if (game.ball.x + game.ball.radius > game.computerPaddle.x && game.ball.x - game.ball.radius < game.computerPaddle.x + game.computerPaddle.width && game.ball.y + game.ball.radius > game.computerPaddle.y && game.ball.y - game.ball.radius < game.computerPaddle.y + game.computerPaddle.height) { // ボールがパドルに当たった位置によって跳ね返り角度を調整 const hitPos = (game.ball.y - (game.computerPaddle.y + game.computerPaddle.height / 2)) / (game.computerPaddle.height / 2); game.ball.speedX = -Math.abs(game.ball.speedX); game.ball.speedY = hitPos * 4; // ボールの速度を少し上げる if (Math.abs(game.ball.speedX) < game.ball.maxSpeed) { game.ball.speedX *= 1.02; } } // ボールが左右の壁を越えた場合（得点処理） if (game.ball.x < 0) { // コンピューターの得点 game.score.computer++; updateScore(); resetBall(); } else if (game.ball.x > canvas.width) { // プレイヤーの得点 game.score.player++; updateScore(); resetBall(); } } // ボールをリセット（得点後の処理） function resetBall() { game.ball.x = canvas.width / 2; game.ball.y = canvas.height / 2; // ランダムな方向でボールを発射 game.ball.speedX = (Math.random() > 0.5 ? 4 : -4); game.ball.speedY = (Math.random() - 0.5) * 6; } // スコア表示の更新 function updateScore() { playerScoreElement.textContent = game.score.player; computerScoreElement.textContent = game.score.computer; } // 描画処理 function draw() { // 画面をクリア ctx.fillStyle = '#000'; ctx.fillRect(0, 0, canvas.width, canvas.height); // 中央の点線を描画 ctx.setLineDash([5, 5]); ctx.beginPath(); ctx.moveTo(canvas.width / 2, 0); ctx.lineTo(canvas.width / 2, canvas.height); ctx.strokeStyle = '#fff'; ctx.stroke(); ctx.setLineDash([]); // プレイヤーパドルを描画 ctx.fillStyle = '#fff'; ctx.fillRect(game.playerPaddle.x, game.playerPaddle.y, game.playerPaddle.width, game.playerPaddle.height); // コンピューターパドルを描画 ctx.fillRect(game.computerPaddle.x, game.computerPaddle.y, game.computerPaddle.width, game.computerPaddle.height); // ボールを描画 ctx.beginPath(); ctx.arc(game.ball.x, game.ball.y, game.ball.radius, 0, Math.PI * 2); ctx.fillStyle = '#fff'; ctx.fill(); // ゲームが停止中の場合、メッセージを表示 if (!gameRunning) { ctx.fillStyle = '#fff'; ctx.font = '20px Courier New'; ctx.textAlign = 'center'; ctx.fillText('ゲーム開始ボタンを押してください', canvas.width / 2, canvas.height / 2 + 60); } } // ゲームのメインループ function gameLoop() { if (!gameRunning) return; updatePaddles(); updateBall(); draw(); animationId = requestAnimationFrame(gameLoop); } // ゲーム開始 function startGame() { gameRunning = true; gameLoop(); } // ゲームリセット function resetGame() { gameRunning = false; if (animationId) { cancelAnimationFrame(animationId); } // スコアをリセット game.score.player = 0; game.score.computer = 0; updateScore(); // ボールとパドルの位置をリセット game.ball.x = canvas.width / 2; game.ball.y = canvas.height / 2; game.ball.speedX = 4; game.ball.speedY = 3; game.playerPaddle.y = canvas.height / 2 - 50; game.computerPaddle.y = canvas.height / 2 - 50; draw(); } // 初期描画 draw(); </script> ``` </body> </html>
脳内の信号は ほとんどが微弱な電気と化学の揺らぎで、頭蓋骨と数センチの軟組織に閉ざされています。
外へ漏れる磁場や電場はノイズ以下の強さで、受信側の脳までは届きません。
だから「念」だけでは直接届かない――それが物理的な第一の壁です。
近年、頭に微細電極を埋め込んだ Brain-Computer Interface (BCI) が進み、四肢麻痺の人が画面のカーソルを動かしたり、失われた声を合成音声で再現する例が現れました ([Business Insider][1], [Reuters][2])。
しかしそれは、脳波を一度デジタル符号に変換し、AIが解析して「クリック」や「発話」という命令語に戻す迂回路です。
結局、思考を共有するには――符号化→伝送→復号という“言語の代用品”がまだ要ります。
そもそも脳は一人ごとに結線も記憶も異なり、同じ単語でも発火パターンが微妙に違います。
言語はその差を埋めるための共有辞書であり、誤り訂正の仕組みでもあります。
辞書を捨て「念」のまま送れば、受信者は参照表のない乱数列を受け取るだけ。
だから音や文字という中間符号が欠かせない――それが第二の壁です。
AIと対話すると、モデルが文脈を補完してこちらの意図を先回りしてくれるので、「もう口に出さなくても通じる」と錯覚しがちです。
でも内部では巨大な確率辞書を介してトークンを並べているだけで、あなたの生のニューロン活動を読んでいるわけではありません。
未来には、非侵襲の超音波刺激や高密度EEGで脳間リンクを探る研究も続いています ([Nature][3], [NCCIH][4])。
それでも当面は、低帯域のBCI＋言語モデルという「拡張音声」が主流でしょう。
直接“念”が届く世界へは、まだ数段の技術と共有プロトコルが要ります。
[1]: ttps://www.businessinsider.com/als-neuralink-patient-edits-video-brain-ai-voice-elon-musk-2025-5?utm_source=chatgpt.com "The first nonverbal patient to receive Elon Musk's Neuralink shares a video he edited and narrated using his brain chip"
[2]: ttps://www.reuters.com/technology/neuralink-implants-brain-chip-first-human-musk-says-2024-01-29/?utm_source=chatgpt.com "Elon Musk's Neuralink implants brain chip in first human | Reuters"
[3]: ttps://www.nature.com/articles/s41467-024-48576-8?utm_source=chatgpt.com "Transcranial focused ultrasound to V5 enhances human visual ..."
[4]: ttps://www.nccih.nih.gov/research/research-results/transcranial-focused-ultrasound-improves-the-performance-of-a-noninvasive-brain-computer-interface?utm_source=chatgpt.com "Transcranial Focused Ultrasound Improves the Performance of a ..."
Laziness: The quality that makes you go to great effort to reduce overall energy expenditure. It makes you write labor-saving programs that other people will find useful and document what you wrote so you don't have to answer so many questions about it.
Impatience: The anger you feel when the computer is being lazy. This makes you write programs that don't just react to your needs, but actually anticipate them. Or at least pretend to.
Hubris: The quality that makes you write (and maintain) programs that other people won't want to say bad things about.
2016年10月版にも入ってるみたいだけど、2016年ってコロナ前じゃね？
1.3.3.4 Brand Protection and Use of the Visa-Owned Marks
A Member must not use the Visa-Owned Marks:
• In any manner that may bring the Visa-Owned Marks or Visa Inc. or its affiliates into disrepute
• In relation to, or for the purchase or trade of, photographs, video imagery, computer-generated images, cartoons, simulation, or any other media or activities including, but not limited to, any of the following:
- Child pornography
- Bestiality
- Rape (or any other non-consensual sexual behavior)
- Non-consensual mutilation of a person or body part
A Member that does not comply with these requirements will be subject to non-compliance assessments prescribed under the Global Brand Protection Program and/or, in the Europe Region, the Electronic Commerce Merchant Monitoring Program.
• In relation to, or for the purchase or trade of, photographs, video imagery, computer-generated images, cartoons, simulation, or any other media or activities including, but not limited to, any of the following:
この部分が大まかな範囲を定義していて、その下の字下げした箇条書きで、その具体例や詳細を列挙してる。原文の「including, but not limited to」（含むが限定されない）という表現で、字下げして列挙した項目はあくまで例示であり、それら以外にも該当する可能性のあるものは存在することを示してる。
なので、それをふまえて関係か所を訳すと、こんな感じになる。
-----
会員はVisa所有のマークを以下の目的で使用してはなりません：
●写真、動画、コンピューター生成画像、漫画・アニメーション、シミュレーション、またはその他のメディアや活動に関連して、あるいはそれらの購入もしくは取引のために。これには以下のものが含まれますが、それらのものに限定されません：
・近親相姦
-----
・増田は↓こう言うが、
増田が定義するオタクエロコンテンツに上記で例示されたものが含まれているなら、そのオタクエロコンテンツは明確にアウトだろう。しかし、そうでない場合は「それらのものに限定されません」の部分の解釈をVisaにゆだねる他ない。そのことについては話題になった記事でも言及されている。
Visaはサービス運用にあたってルールを明確に定義しており、アダルトコンテンツについての言及も行われている。正確には「アダルト」ではなく、CSAMと呼ばれる「児童虐待」などにまつわるコンテンツに関するものだが、下にあるようなものが明確に確認できない限り、Visaとして具体的なアクションは起こさないという判断だ。
https://www.itmedia.co.jp/news/articles/2503/07/news144_2.html
また、以上の観点から、増田が引用したこの意見↓も妥当な見解。「一部の」と言って、きちんと条件を限定している。
原因わからないって言いつつ”Visaはサービス運用にあたってルールを明確に定義”と書かれてその中にレイプとか児童ポルノが入ってる。海外基準では非実在でもアウトなので日本のアダルトや同人コンテンツの一部はNG
しかし、増田の「アニメーションも明確に記載されているんだから、オタクエロコンテンツも該当するように初めからルールが定義されている」という意見は、好意的にとらえても「曖昧でバイアスのかかった」意見であって、歯に絹着せずに言うなら英文の誤読による誤解であり、人様に「英語のVISAのルール読めてなくね」だの言えるほどのものではない。
A Member must not use the Visa-Owned Marks
日本語訳はこうな？
会員は、以下の場合においてVisa所有のマークを使用してはなりません：
Transformerアーキテクチャを基盤とする大規模言語モデル（LLM）の訓練効率化に関する主要技術革新を、時系列的に整理し体系化する。本分析はarXivを中心とした学術論文に基づき、実証的研究成果に焦点を当てる。
Popelら（2018）のTransformerモデル向け訓練手法分析[8]では、バッチサイズと学習率の動的調整が収束速度向上に有効であることを実証。最大文長制約を設けることでメモリ使用量を最適化し、8GPU環境で1.4倍の訓練速度向上を達成した。特に学習率のウォームアップ戦略が勾配不安定性を低減し、初期収束を促進する効果が確認されている[8]。
Zhuangら（2023）の調査[1]によれば、自動混合精度（AMP）訓練はFP16とFP32のハイブリッド運用により、メモリ消費量を50%削減しつつ、DeiT-Bモデルの訓練速度を2倍改善。勾配スケーリング機構が数値的不安定性を緩和し、精度劣化なしに計算効率を向上させる[1]。
Zhuangらの分析[1]で言及されるLion最適化は、AdamWと比較してメモリ効率が30%改善され、収束速度が1.5倍高速化。運動量推定と重み減衰の組み合わせが、Transformerの大規模疎行列演算に適応し、ImageNet分類タスクでTop-1精度1.2%向上を記録[1]。
損失関数の平坦な最小値を探索するSAM手法[1]は、Transformer訓練における汎化性能を15%改善。ただし二段階最適化が必要なため訓練時間が1.8倍増加する課題を抱える。後続研究では確率的重み摂動を導入し、計算オーバーヘッドを30%削減[1]。
Shahidら（2024）の総説[3]で解説されるLoRAは、重み更新行列を低ランク分解することで微調整パラメータを90%削減。GPT-3 175Bモデルで従来手法と同等の性能を維持しつつ、GPUメモリ使用量を65%削減[3]。
動的ドロップアウト手法[4]は検証損失に基づき正則化強度を調整、Shakespeare_charデータセットで収束速度を40%改善。指数減衰スケジュールが最適で、推論時のメモリ効率を25%向上させた[4]。
小規模言語モデル（SLM）を活用したSALT手法[2]は、二段階訓練アプローチによりLLM事前学習時間を30%短縮。知識蒸留段階ではSLMの予測分布を転移し、難易度適応型データ選択が学習効率を最適化[2]。
MoEアーキテクチャ[3]は専門家ネットワークの動的選択により、同パラメータ数で推論速度を2.3倍向上。トークンレベルルーティングが計算負荷を分散し、GLUEベンチマークで精度3.1%改善[3]。
強化学習を統合したPPO手法[3]は人間フィードバックを効率的に活用、倫理的アライメントタスクで従来比25%の精度向上。報酬モデルとの相互作用学習が政策勾配の安定性を確保[3]。
EVOLvEフレームワーク[7]は探索的バンディット問題に対して最適アルゴリズム知識をLLMに転移、合成データによる事前学習で探索効率を60%改善。モデルサイズ依存性を低減し、7Bパラメータモデルが70Bモデルを性能で凌駕[7]。
1. 計算量削減：MoEの疎活性化（計算コストO(1)）[3]
2. メモリ階層最適化：AMPと動的ドロップアウトの併用[1][4]
3. 分散処理効率化：非同期勾配更新とパイプライン並列化[8]
3. 動的適応機構：PPOの政策最適化とMoEの専門家選択[3][7]
1. カタストロフィックフォーミング：継続学習における破滅的忘却問題[3]
2. 計算-精度トレードオフ：量子化訓練の精度劣化メカニズム[1]
3. 倫理的アライメント：自己最適化システムの制御可能性[3]
1. ニューロモーフィック統合：脳神経機構を模倣した効率化[3]
学術論文に基づく本分析を通じ、LLM訓練技術が単なる計算資源の拡大からアルゴリズム革新へとパラダイムシフトしていることが明らかとなった。今後の進展により、エネルギー効率と倫理的妥当性を両立する次世代訓練手法の登場が期待される。
Citations:
[1] ttps://arxiv.org/pdf/2302.01107.pdf
[2] ttps://arxiv.org/html/2410.18779v1
[3] ttps://arxiv.org/abs/2408.13296
[4] ttps://arxiv.org/abs/2411.03236
[5] ttps://arxiv.org/pdf/2308.04950.pdf
[6] ttp://arxiv.org/pdf/2307.06435.pdf
[7] ttps://arxiv.org/abs/2410.06238
[8] ttps://arxiv.org/abs/1804.00247
[9] ttps://arxiv.org/pdf/2010.07003.pdf
[10] ttps://arxiv.org/html/2410.16392v1
[11] ttps://www.ijcai.org/proceedings/2023/0764.pdf
[12] ttps://arxiv.org/abs/2306.10891
[13] ttps://arxiv.org/html/2410.16682v1
[14] ttps://arxiv.org/abs/2502.00571
[15] ttps://arxiv.org/abs/2405.14277
[16] ttps://arxiv.org/abs/2310.05204
[17] ttps://arxiv.org/html/2308.09372v2
[18] ttps://arxiv.org/abs/2305.14239
[19] ttps://arxiv.org/abs/2407.18003
[20] ttps://arxiv.org/pdf/2309.06054.pdf
[21] ttps://arxiv.org/html/2401.02038v1
[22] ttps://arxiv.org/abs/2409.04833
[23] ttps://arxiv.org/html/2308.09372v3
[24] ttps://arxiv.org/abs/2410.13116
[25] ttps://arxiv.org/abs/2502.01612
[26] ttps://arxiv.org/abs/2302.01107
[27] ttps://arxiv.org/html/2302.07730v4
[28] ttps://arxiv.org/abs/2410.06940
[29] ttps://www.axelera.ai/blog/multilayer-perceptrons-mlp-in-computer-vision
Programming proficiency necessitates a comprehensive understanding of multifaceted concepts, paradigms, and philosophies that underpin the art and science of software development. The Unix philosophy, with its emphasis on modularity, simplicity, and composability, serves as a foundational ethos for elegant code design. This philosophy advocates for creating small, focused programs that excel at singular tasks, facilitating the construction of complex systems through the judicious composition of these atomic units.
Proficient programmers must possess an encyclopedic knowledge of algorithms and data structures, enabling them to architect solutions with optimal time and space complexity. This encompasses a deep understanding of sorting algorithms (e.g., quicksort, mergesort), searching techniques (binary search, depth-first search), and advanced data structures (red-black trees, B-trees, Fibonacci heaps) The ability to analyze algorithmic efficiency using Big O notation is paramount for creating scalable solutions.
OOP principles—encapsulation, inheritance, and polymorphism—form the bedrock of modern software architecture. Mastery of design patterns (e.g., Singleton, Factory, Observer) and SOLID principles is crucial for creating maintainable and extensible codebases.
The FP paradigm, with its emphasis on immutability and pure functions, offers a powerful approach to managing complexity and facilitating parallel execution. Proficiency in higher-order functions, currying, and monads is essential for leveraging FP's full potential.
Expertise in language-specific advanced features, such as C++'s template metaprogramming or Python's metaclasses, allows for the creation of highly generic and reusable code. Understanding compiler theory and the ability to write domain-specific languages (DSLs) further expands a programmer's capabilities.
In an era of multi-core processors and distributed systems, mastery of concurrent programming models (e.g., actor model, communicating sequential processes) and parallel algorithms is indispensable. This includes proficiency in lock-free data structures, memory models, and synchronization primitives.
A deep understanding of computer architecture, operating systems, and memory management enables the creation of highly optimized, low-level code. This encompasses knowledge of cache coherence protocols, CPU pipeline optimization, and assembly language programming.
In an increasingly interconnected world, a thorough grasp of cryptographic principles, secure coding practices, and common attack vectors (e.g., buffer overflows, SQL injection) is crucial for developing robust and secure systems.
Proficiency in distributed version control systems (e.g., Git) and collaborative development practices (code reviews, continuous integration) is essential for effective team-based software development.
Advanced testing methodologies, including property-based testing, fuzzing, and formal verification techniques, are indispensable for ensuring software reliability and correctness.
In conclusion, the pantheon of programming knowledge extends far beyond mere syntax mastery. It encompasses a rich tapestry of theoretical concepts, practical skills, and philosophical approaches that, when harmoniously integrated, enable the creation of elegant, efficient, and robust software systems. The relentless pursuit of this multifaceted expertise is the hallmark of a truly accomplished programmer.
1975年発売、バンドを代表する曲であり、時代を代表する曲でもある。
ハードロックとプログレッシブロックとオペラを融合させたような組曲となっている。
ミュージックビデオの重要性を世間に知らしめた最初期の曲でもある。
https://www.youtube.com/watch?v=fJ9rUzIMcZQ
1979年に発売されたアルバム『In Through the Out Door』に収録されている曲。
バンド自体はロックバンドの歴史の中でもハードロックを代表しているのだが、この曲はハードロックとはかけ離れている。
シャッフルビート風で始まり、中間部で突如サンバのリズムが始まるという斬新な曲となっている。聞いてみるのが良いだろう。
https://www.youtube.com/watch?v=I57nIP0vc44
1981年に発売されたアルバム『Reflections』に収録されている。このアルバムは大ヒットしてミリオンセラーになった（それまでにミリオンセラーとなったアルバムは3枚しかなかった）。
「二季」という表題の単語の通り、この曲の前半部分は冬、後半部分は夏のことを言及した歌詞となっており、曲風も歌詞の内容も対照的となっている。
前半部分は遠くにいる別れた恋人のことを想うようなメロウな曲風であり、後半部分は官能的であけすけな逢瀬を描いていてレゲエ風となっている。
https://www.youtube.com/watch?v=jmquxRbIM20
1976年に発売されたアルバム『招待状のないショー』の最後に収録されている。「むすびことば」と読む。
こちらもメロウでアンニュイな曲調から始まり、途中でアップテンポのカッティングギターを織り交ぜた中間部があり、最後の元の曲調に戻る、という複雑な構成をしている。
初期の井上陽水氏のストレートな歌い方がまだ残っている時期である。
https://www.youtube.com/watch?v=0yHlPAY5HzE
1997年に発売されたアルバム『OK Computer』の2曲目に収録されている。
メンバーは、ザ・ビートルズのHappiness is a Warm Gunのような組曲を目指して作成したようであり、極めてプログレッシブな曲である。
当時のアルバムの曲には厭世的かつ攻撃的な歌詞が多く、この曲にも皮肉や投げやりな内容が見受けられ、不吉でネガティブな印象の曲となっている。
https://www.youtube.com/watch?v=fHiGbolFFGw
他にもあればぜひ紹介してほしい。
読み違いも甚だしい。
インテルのブランドキャンペーンは、1990年に米国とヨーロッパで「The Computer Inside」というキャッチフレーズで始まりました。
インテルの日本支部は「インテル、入ってる（Intel in it）」 というキャッチフレーズを提案し、1990年12月25日のクリスマスに東京駅のドームで駅コン（日本語で「駅コンサート」の意）を開催して日本でのキャンペーンを開始しました。
数か月後、「The Computer Inside」は日本のアイデアを取り入れて「Intel Inside」となり、最終的には1991年にインテルのマーケティングマネージャーであるデニス・カーターによって世界的なブランドキャンペーンにまで昇格しました。
日本支部が「インテル、入ってる」でキャンペーンをし、それを英訳したら、Intel in it になるけど、アレの中にintel って隠語っぽくてヤラシイから、 Intel Inside になったんや。
スタートレック（現在の正式名はスター・トレック）は50年の歴史があるうえに、1話完結のエピソードが多い。シリーズの入門ガイドの意味もこめてやってみた。
はてな界隈でスタートレック全話追っかけてる人は少ないだろうし、シリアスなファンははてななんて見てないだろうから、自分の価値基準で好き勝手書かせてもらう。
すごく偏ってると思う人もいるだろう。私もそう思う。海外のこの手のランキングでは常連のエピソードも入ってない。思うところがあれば、ぜひ書いてほしい。
なお、全938話は2024年9月末時点での話で、10月から『ローワー・デッキ』の新シーズンが始まったので話数はまた増えている。
スタートレックがSFドラマとして最も輝きを放つのは、銀河に存在する人間以外の存在を通じて、人間とは何かを描くときだ。それはあらゆるSF作品の共通の魅力でもあるが。
本作は人間に造られたアンドロイド、データが、自らの子孫を造ろうとする物語。AIの子供との「ファーストコンタクト」を通じて、子供を持つということが、個人にとって、種にとってどういうことなのかが描かれる。
本作には、派手なアクションシーンもSFXもない。しかし、その物語は喜びとユーモア、発見に満ち溢れ、重い悲劇として幕を閉じる。それは家族を描くキャラクター劇であり、SFであり、力強い人間ドラマだ。
スタートレック立ち上げ最初の年に、スタートレックらしさというものを決定づけた重要な一篇。怪生物の住む惑星に不時着したクルーが脱出するために取る行動を描く。
スタートレックの原型は西部劇（幌馬車劇）と言われるが、これはまさにインディアンに囲まれた幌馬車の設定を宇宙にしたもの。
しかしポイントは、主役がミスタースポックであるという点。感情がなく論理で動くヴァルカン人（と地球人のダブル）である彼は、助かるために論理に従うか、あるいは……。
本作は異星人の視点で人間の感情と理性の葛藤を描き、このモチーフは以降繰り返されることとなる。また作品にシャトルのセットを導入し、物語の舞台を増やした一作でもある。
宇宙大作戦の打ち切り後、少々品質を落としたアニメで継続となった本シリーズだが、名作はいくつかあった。しかし本エピソードはちょっと違う視点で選出している。
これ、実はラリィ・ニーヴンというSF小説家が書いた『ノウン・スペース』というSF小説群のにある短編の一つを、そのまんま映像化しているのだ。出てくる異星人も借りてきたもの。
ニーヴンを知る人も少なくなっただろうが、アシモフやハインラインの後の世代で、ハードな科学設定とエンタメとしての面白さを融合した作品を書き、SF界の潮流を作った人と言える。
本作は、スタートレックの世界観が他作品をまるごと呑み込んでも成立しうる、緩く、包容力のあるものだと示した。ローワーデッキのハチャメチャコメディスタイルが可能になったのも、ある意味この作品のおかげ。
宇宙大作戦にはTV史上初めて白人と黒人とのキスシーンを描いた『キロナイドの魔力』という記念碑的作品があるが、人種問題を深く描いた作品というと、こちらを推したい。
黒人の天才科学者が自らの知能と感情を転写し開発した自動航行AI。それに船を委ね、演習に参加したエンタープライズだが、AIは次第に狂いだす。
本作のAIは自らの判断に絶対の自信を持ち、誤りを認めようとしない。博士もAIを擁護し、次第に我を失っていく……と言うプロット。
AIの恐怖を描いた先進性はともかく、本作が人種問題の作品であることは、日本に生きる我々には少々理解が難しい。
この物語が暗喩するのは、飛び抜けた能力で社会から評価を受け、地位を得たマイノリティの苦しみだ。常に完璧を求められ、ひとつの失敗で社会から振り落とされてしまう、隠れた差別を描いている。
この複雑な問題を1968年のTVドラマに持ち込んだことこそ、評価されるべきだと思う。
「タイムループもの」といえば誰もが1作ぐらい頭に浮かぶだろう。映画『恋はデ・ジャ・ヴ』など様々な傑作がある。
しかし、それらの作品の多くは、「なぜ」タイムループが起きるのかを説明しない。なぜか寝て起きるとループしてたり、なぜか恋が成就するとループを抜けたり……。
スタトレ世界でタイムループを描いた本作が優れているのは、その「なぜ」が明確に定義されており、それを解決することが物語の目的になっている点だ。
突如として起こる反物質爆発で時空ループが生成されると、キャラ達は過去に戻される（都合よく前のループの記憶を保持したりしない）。
そこから毎回、艦のクルーたちは僅かな違和感から少しずつ状況を理解し、「なぜ」かを探り、回避するための答えに近づいていく。
ご都合主義的な「ふしぎな現象」はなく、戦うべき悪役もいない。ハードSF的な状況で、知力に頼ってロジカルに物語を進めていく。しかしこれが最高に面白いのだ！
舞台は艦のセットのみ、登場人物もレギュラーのみというミニマルな作品だが、スタートレックのSF性、センス・オブ・ワンダーを代表する1作だと思う。
スタートレックのフランチャイズ化は、TNGによるリバイバルを経て実質このDS9から始まった。いままでと違ったスタトレを作ろうという意欲に富んでおり、非常に作家性の強いシリーズだ。
未知の世界を訪れる宇宙船でなく、未知の存在が訪れる宇宙ステーションを舞台とし、全7シーズンの後半では巨大な宇宙戦争を連作として描いた。最近の『ディスカバリー』などのシリーズも、本シリーズがなければ成立しなかった。
その総決算と言うべきこのシリーズ最終話は、単体で観るとなると評価が難しいが、173話の積み重ねの末の1話としてみると、ずっしりとしたものが心に残る。
DS9はシリーズで初めて黒人俳優を主役とし、戦争犯罪や植民地主義のもたらす被害をストレートに描き、舞台となる異星の宗教と重ね合わせることで人間の信仰心をも題材にした。
更には、「これは一人の狂った黒人の観た夢なのではないか……」というメタレベルの視点すら取り入れ、多様な視点と重層的な葛藤、その先にある善とは何かを描こうとした。
シリーズに長く付き合うことでもたらさせる重い感動を体験してほしい。
ヴォイジャーはハードSF的な物語よりも、キャラクターの成長やモラルに焦点を当てた傑作が多いが、敢えてSF的なセンス・オブ・ワンダーに満ちた本作を推す。
ネタバレしてしまうが、これは「恐竜人類」の物語であり、「ガリレオ・ガリレイ」の物語だ。
遥か昔に宇宙に出て進化したある種の恐竜と、銀河の反対で出会ってしまった宇宙船ヴォイジャー。それを、なんと恐竜人類側の視点で描く。
故郷の星に、自分たちとは異なる知的種族がいたという事実を知った科学者の知的興奮と、その発見を社会から拒絶され、迫害される恐怖。
SFの根幹である科学そのものを主題にし、人間と科学の関係性に向き合った、ひとつの到達点。深い感動をもたらしてくれる傑作だと思う。
『スタートレック：エンタープライズ』以降停止したTVシリーズを、配信に適した連続劇フォーマットで復活させ、『ピカード』などのシリーズの端緒になった『ディスカバリー』の最終話。
連続劇で見せるスタトレにはまだ課題が多く、特にディスカバリーのシーズン4,5、ピカードのシーズン2などは間延びして物語の行先がわかりづらいという批判があった。
しかし、それらの連続劇も、最終話に来ると、そこまで迷走していたテーマが急にシャンと鮮明になり、ああ、なるほどこういうことだったのか、という感動をもたらす。
特に本エピソードはディスカバリーのグランドフィナーレとなるだけあって、描かれるものも壮大だ。銀河の知的生命の発祥の謎を求めて行われるトレック（旅）である。
しかしその結末、謎は解明されることはない。その代わりに提示されるのは、「真実を求めるトレック」とは何なのか、という命題だ。
スター・ウォーズやマーヴェル作品、ガンダムのような複数作品がひとつの歴史を形作るシリーズの楽しみは、クロスオーバー、そして「設定の穴が埋まる瞬間」だろう。
子供向けのCGIアニメシリーズとして作られた最新作であるプロディジーは、この設定の穴埋めを、他のどんな作品よりも見事にやって見せた。
新スタートレック、ヴォイジャー、ディスカバリー、ピカードなどの実写作品の設定を少しずつ掬い上げ、時に大胆にプロットに取り込んで、独立して楽しめる作品になっている。
その頂点がこのエピソードだ。シリーズを通じてのマクガフィンであったヴォイジャーのキャラクター、チャコテイの姿が見えた時は、その絵だけで感涙してしまった。
実にオタク的な楽しみだが、フランチャイズ作品に長く付き合ってきたものだけが味わえる、究極の悦楽がここにある。
プロディジーの日本語版は、2024年10月時点では製作されていない。英語版だけならNetflixで子アカウントを作り、基本言語を「English」」に設定することで観られる。
はっきり言ってシナリオの全体的な完成度は高いとは言えない。その質についても、表現手法についても注文の付く作品である。しかしどうしても外すことができない一篇がこれ。
1960年代、宇宙大作戦で人種や性別による差別のない理想世界を描いたスタートレックは、1990年代になりその理想のほころびを正直に描くように変化した。
本作で暗喩されるのは、性的マイノリティの直面する差別であり、同時に女性の権利でもある。
物語では、両性具有の種族の星に生まれた「女性」が、女性であると言うだけで罪とされ、矯正を施されようとする。
それは90年代に入るまで見過ごされてきた同性愛者への差別と、「治療」という名の暴力の告発である。
矯正の場へと連れていかれる彼女が最後に、法廷の場で叫ぶ。「私は女だ！」と。
自らの性を自らの物として誇れない、自由に語ることもできない、あらゆる属性の、抑圧された人々の叫びが、そこに込められている。
新スタートレックの日本語吹き替えは名優揃いで品質が高いが、これだけは英語版で観てほしい。その叫びは、魂の演技だ。
今回入れていないランキング定番としては、タイムトラベルの古典的傑作『危険な過去への旅』（TOS）や、エミー賞にノミネートされた世界でもっとも儚いロケットの打ち上げシーンが見られる傑作『超時空惑星カターン』（TNG）がある。
SFらしさが感じられるエピソード中心なので、人気の高いボーグのような強大な敵との対決とか、クルー同士のファミリー劇的な人情エピソードはあまり入らなくなってしまった。
また、『エンタープライズ』（ENT）、『ローワーデッキ』（LD）、『ストレンジ・ニュー・ワールド』（SNW）の作品も入らなかったが、もちろん傑作、快作はいくつもある。
ENTはバルカン人の設定を完成させた『バルカンの夜明け』3部作、LDはアニメならではの手法で連邦、バルカン、クリンゴンの若者たちの生活を描き交錯させた『wej Duj』、SNWは過去作の設定を活かしつつ現実の21世紀の社会情勢を24世紀の世界へと繋いで見せた第1話『ストレンジ・ニュー・ワールド』や、アースラ・ル・グインの小説『オメラスから歩み去る人々』のオマージュである『苦しみの届かなぬ高さまで』を推す。
default noun (STANDARD SETTING)
a standard setting esp. of computer software, such as of type size or style:
The default color of text on the screen is black.
(Definition of default from the Cambridge Academic Content Dictionary © Cambridge University Press)
ワイは日本語も英語も堪能なので、増田の「デフォルトの意味は最後に落ちるところ=債務不履行だけ」という主張が全く欠片も理解できない
Description
Every web user has at least once encountered loss of internet connection. This happens for a variety of reasons, such as a dysfunction in the cellular network or a broken internet cable. However, regardless of the reason, every Google Chrome user sees the Dino game (when there is no internet) instead of a plain blank error page. This game can be played without an internet connection.
Play game: Dinosaur T-Rex Game
Despite the fact that the game is just a plain runner that’s built into the Google Chrome browser, the developers behind it still deserve a round of applause. The peculiar monochrome graphics and the simplicity make the game even better, and it has gained a lot of worldwide fans since its launch.
The main character of the game is a classic dinosaur, a Tyrannosaurus rex, the species we usually see in movies and books about dinosaurs. It’s a carnivorous type of dinosaur from the Cretaceous. In the game it runs through the desert, encountering pterodactyls and cactuses that need to be avoided by jumping or ducking. As the distance the dinosaur has traveled increases, so does its speed, which is why it’s quite difficult for an inexperienced player to get a high score, even though the game itself seems easy.
Surely, all of you are curious about the development of the Chrome Dinosaur Game Online, so let’s take a little trip back in time.
The development of the T-Rex game dates back to September 2014, however, the final improvements were completed only in December of that same year. The adjustments supported earlier versions of the Android operating system.
Sebastien Gabriel, one of the designers of the game, says that the T-rex was chosen as a funny reference to "prehistoric times", when highspeed internet wasn’t so widely spread.
The T-rex was also not an accidental choice. The offline Chrome Dino game (without internet) was also called "Project Bolan", referring to the popular singer Mark Bolan from the 70s band "T-Rex". While creating the game the programmers also thought about making Dino growl or kick. Eventually these features were rejected in order to keep the game simple and "prehistoric".
How to open the T-Rex Chrome Dino Game?
In order to open the game you can simply type chrome://dino/ in the address bar. The game will open even if you’re connected to the internet, so there’s no need to disconnect.
The majority of internet users have Chrome as their default browser. However, if you’re using a different one, our website can help. Here you can play the T-Rex Dinosaur Game using any browser and any device, like a desktop computer or even your cell phone.
