ファンタジー作品に登場するドラゴンは、口から勢いよく火を吐く姿でおなじみですよね。 もちろん、これは空想の話なので何ら科学的な根拠はありません。 しかし、もしドラゴンがこの世に実在するとしたら、彼らはどんな生物学的なメカニズムを使って火を吐くことになるのでしょうか？ 英ハル大学（University of Hull）の研究者であるマーク・ローチ（Mark Lorch）氏が、その科学的な仕組みを大まじめに検証してみました。

チャット型ソフトウェアからAIアシスタント型ソフトウェアへの変化 OpenAIが発表したChatGPTの登場から、一年以上が経とうとしています。ChatGPT API公開後の初期段階では、人間とAI（特にここでは大規模言語モデル）との単純な対話を提供するソフトウェアが中心でした。しかし今では、OpenAI GPTs（以下GPTs）やMicrosoft Copilot（以下Copilot）を代表とする、AIによる外部データへのアクセスやAPI通信によって人間を支援する「AIアシスタント型」のソフトウェアが台頭してきています。 GPTsは、ユーザー自身が好みのAIアシスタントを制作できる仕組みです。ChatGPTは汎用的な仕組みのため、特定の業務を行わせようとすると、役割や前提を含んだ長々としたプロンプトを入力する必要がありました。その点でGPTsは、AIに対する指示だけでなく、AIが参照可能

ジャニーズファンのよくわからん件。 世論工作？　ではなさそうだから、本当にファンがジャニーズ事務所を守りたいんだろうけど。 俺ね、最初、ジャニーズファンが今回の虐待に寛容なのは、ファンとジャニーの間で好みの顔や身体が一致してて、性的嗜好に対する共犯者意識で寛容なんだと思ってたんだよね。 ジャニーさんがこういう顔や仕草が好きって子を、ファンも好き。それを直視したくないから見ないフリしてるのかなーとか。 最近になって、それは違うなと。シャネルやコーチ、ブルガリみたいなブランド価値でジャニーズっていうブランドが好きって話なんだと理解した。アイドル本体が好きなわけじゃなく、ジャニーズというブランドがついてるのが大事なのね。顔が同じなのもそういうジャニーズブランドのデザインの統一性みたいな意味なんだなと。 外タレ好きも韓流好きも一流ブランドの安心感が先にあって本体の身体は二番目だと考えると、まあ、そ

おれたちは生成AIに苦手なことをやらせがち〇〇について教えて系の質問は全部ダメ。堂々と嘘をつくのは勿論、回答が抽象的すぎて役に立たないことが露呈した。 この批判がまさにそうなのだが、どうもわれわれ日本人は「ChatGPTが一番苦手なこと（≒自分が知らないことを教えてもらう）にChatGPTを使おうとする」という傾向があるらしい。日本の経営者に聞いたChatGPTの使い道のアンケートでは、「仕事で調べものをする時に活用する」が39.3%でトップだ。これが米国の職場でのChatGPT利用法の調査だと、上から順に、 アイディアを出すコンテンツを作成するメールに返信するプログラムコードを書くレジュメやカバーレターを書くプレゼンテーションを作成する となっていて、情報検索や調べもののタスクは上位5位に入っていない。総じて米国の働き手は、ChatGPTを自分に情報をインプットするためのツールではなく、

暮らしているアパートの裏に神社がある。 神社は割と人通りの多い小道に面しているため、静謐、といった雰囲気はないが、左右に砂利が敷かれた短い参道を抜けて、背の高い木々に囲まれた昼でも暗い拝殿の前に来ると、「ほぼ現世、少しだけ異界」ぐらいの空気はある。 境内に一本、御神木なのか、ひときわ大きい樹が立っている。木には人の胸ぐらいの高さに縄が巻かれていて、汚れ一つない純白の紙がそこから垂れている。 … 夏になると、境内の地中から蝉が出てきて、この木に登る。羽化するために現れて木を登っていく。 蝉、しめ縄をよじ登って越えていくか、反対に縄の下であきらめて羽化すればいいのに、わざわざ縄に下げられた白い紙を羽化のポイントに定めるやつが何匹かいる。真っ白な紙の上に点々と、透明で茶色い抜け殻が残る。 しめ縄というのは、どっしりとした円柱の大木に風雪で少しささくれた縄が巻かれ、そこから新しくぱりっとした純白の

A blank screen and a blinking cursor. That’s all that greeted users when they booted up their machines in the early days of personal computing. No start menu. No icons. Just the command line. For many budding developers, that blinking cursor presented a mystery to be solved or an invitation to adventure. “It felt magical,” says Toby Padilla, co-founder of Charm, a company that makes tools for buil

「良いコード／悪いコードで学ぶ設計入門」という本がとても売れているようです。私の所属している開発チームでも、何人か購入した人がいたので、私も購入して一通り読んでみました。 結果として、いくつかの考えが整理され、私としてはこの本によって考えが深まり、本を読んで考えた事自体は有意義であったと思いました。ただし一方で、あまり知識がない状態で（自分の中での判断軸が無い状態で）この本を読むと、色々と誤解が生まれるのではないか？という事を感じました。 一つの技術書がこれだけ売れるという事はそんなに多くはない事だと思うので、つまり、 その内容が改善されるとその効果は相対的に大きい という事になります。そこで、私が本を読んでいて思ったことや、この本の内容で正しいこと、現在も賛否両論とされること、事実として認識が間違っているであろうこと、この本で触れられていないが設計において大事なこと、などについてまとめて

おことわり: この記事は筆者の普段の記事とは異なり、とりとめのない雑な思考を記事にしたものです。筆者はAIの専門家ではありませんので、記事の内容は鵜呑みにせず、ご自身で判断するようにお願いします。 GitHub Copilotは、機械学習（俗にいうAI）によるコード生成サービスで、先日正式リリースされました。人間がこれから書こうとしているコードを予測してサジェストしてくれるものであり、「コメントを書いただけで実装の中身が自動生成された」などと評判です。 この分野では、学習データの量がものを言います。GitHub Copilotはこの分野の先駆者ではなくtabnineなどの先例もありますが、GitHubは非常に多くのソースコードをホストする（＝学習材料とできる）サービスであることもあって注目を集めています。 筆者が度々Twitterで目にするのは、「GitHub Copilotは他人のコード

思考実験として、全世界の人が同時に、自分の持っているコンパイラやインタープリタなどの実行ファイルをうっかり全部消してしまったとしよう。そうするとそれ以降、ソースコードが残っていても、コンパイラ自身も含めてどのようなプログラムもコンパイルできなくなってしまう。この状況から人類は元のコンピュータ文明を復旧することができるのだろうか？ 僕は結論としては、かなり簡単に復旧できると思う。ここではその手順についてちょっと考えてみよう。 コンパイラのバイナリファイルが全部消えてしまった後、復旧のために目指すべきマイルストーンは、おそらくCコンパイラを元に戻すことになるだろう。Cで書かれたプログラムはOSやコンパイラ自身を含めてたくさんあるので、そこを起点にすれば、たくさんのプログラムを芋づる式に復旧していけるからだ。 ほとんどのCコンパイラはCかC++で書かれている。最近のGCCやClangは巨大かつC

TL;DR NFT投機界隈のデタラメに気をつけましょう ブロックチェーンはデータに価値をもたらすのか もたらさない。 NFT界隈がよく言う「希少性」自体には何の価値もない、部屋の隅に落ちている埃だって厳密には世界に全く同じ物は存在しないしデジタルデータのように完璧かつ無制限に複製することもできない、それでも価値はない。 ブロックチェーンのwalletを作成したら既にそのwalletは自分の唯一無二な所有物となるが作成時点でwallet自体の価値は空である。希少や有限であること自体を根拠に出資を迫ってきたらそれは詐欺である。 希少or有限な物にお金を払うモチベーションがあるとするならばそれは実需を除くとそういう信仰があるからに他ならない。伏見稲荷大社に21万円払えば5号の鳥居が奉納できるがやってる事はそれと変わらない。伏見稲荷大社に置ける鳥居の数は当然有限だが、有限であることだけを理由に奉納

銅大 @bakagane 現代社会、分断が進んでるというよりは、そもそも「人類は、他の人類の99％の、存在そのものがムリ」で「でも、時間と肉体に距離があるので曖昧にして許容できた」のが、通信技術の発達で、どんどんお互いが解像度高く可視化されるようになって「やっぱムリ」をお互いに再確認してるのではと。 銅大 @bakagane 人は、解像度の高い、ムリめな相手と手を取り合うことができぬのではなく。 有限の人生から時間とか精神力とか、そういうのを、ムリめな相手との和解のためだけに使うのが「ムリ」だと思うのですよ。逃げろ。隠れろ。自分の人生、何よりも自分のために使わねば。 銅大 @bakagane のんびりこんびり、三割なほら吹きおじさんです。早川文庫ＪＡ『天空の防疫要塞』『ＳＦ飯』１・２、ノベルゼロ『アンゴルモア異本元寇合戦記』発売中です。艦これノベライズ『とある鎮守府の一日』（スニーカー文庫

公開日 : 2021年12月29日 カテゴリー : 情報設計 (IA) YouTube の各動画には、サムズアップ (親指を立てて肯定の意味を示す) アイコンによる「高く評価 (like)」ボタンと、サムズダウン (立てた親指を下に向けて否定の意味を示す) アイコンによる「低く評価 (dislike)」ボタンが備えられています。以前は、両方のボタンに対して、それぞれが押されたカウント数が明示されていましたが、今年11月以降、片方の「低く評価 (dislike)」ボタンにおいて、カウント数が非表示になりました。 YouTube の動画表示。「高く評価 (like)」ボタンには押されたカウント数が明示されているが、「低く評価 (dislike)」ボタンには表示されていない。 YouTube 公式ブログに、この UI 変更に関する公式説明が載っています (参考 : An update to di

Intro 筆者は、 Web のセマンティクスに対する実装の方針として、大きく Push 型の実装 と Pull 型の実装 があると考えている。 もっと言えば、それは実装方法という具体的な話よりも、開発者のセマンティクスに対する態度を表現することができる。 この話は「Push よりも Pull が良い」などと簡単に切り分けられる話ではない。 「自分は今 Push で実装しているのか、 Pull で実装しているのか」この観点を意識するかしないかによって、セマンティクスに対する視野が広くなり、その応用として、たとえば今自分が行っている実装が、将来の Web においてどのような互換性の問題を生じるかなどを想像できるようになるだろう。最近問題になる Ossification を、こうした視点の欠如の結果とみることもできる。 (本エントリでの Ossification は、一般に言われている Pro

青腸 📶(淡海忍) @aoihorumon グリッドマンで一番注目してるは新条アカネのバチアタリ暴力人間要素 私は「人間は暴力的な生き物なので、故に倫理観でブレーキかけて社会性を保つ生き物」って解釈をしてるので、ブレーキ付いてない人を現実だろうがフィクションだろうが目にすると危うさを感じてついつい興味持ってしまう

先日、何十周目かになるMOTHER2をクリアした。24年前、スーファミのソフトとして発売されたMOTHER2に魅入られて以来、私は定期的にMOTHER2をプレイしたくなる発作に見舞われている。 発作が起こるとゲーム機の電源を入れ、オネットの街を旅立って、粛々とギーグを倒す。興が乗ったら続けてMOTHER3もプレイする。24年来、そんな生活を続けている。 (C)1994 Nintendo/APE inc. Scenario:(C)1994 SHIGESATO ITOI そして今回、繰り返しMOTHER2／3をプレイすることで、ある一つの仮説が浮かんだため、筆を執った次第である。先に断っておくと、この記事では一切ネタバレに配慮することなく、MOTHER2及びMOTHER3についての考察をしたためていこうと思っている。未プレイの人にとっては何が何だかわからない記事になることを申し訳なく思いながら

輪郭線や反射光・影の多さなど、これまでの京都アニメーション作品を振り返っても特筆して線量の多いデザインと言っても過言ではない今作ですが、その中でも特に印象に残ったのは手の芝居に関してでした。それも感情や想いがその手を動かしているよう感じられたものが多く、例えば冒頭でヴァイオレットが自問自答するシーンに合わせ描かれた芝居はそういった感情の表出がとても顕著だったと思います。 ぎゅっと胸元を押さえるような動き。言葉にできないものに触れようとする指先の加減。「心を持たない」と言われ、普段の表情も決して豊かとは言えないヴァイオレットですが、この芝居はそんな通説に反してとても感情的だったと思います。芝居自体は大袈裟なものではありませんが、「こういうの、なんと言うのでしょう」と語るヴァイオレットの言葉を体現するような手の動きがよりこの芝居を感情的なもの足らしめてくれていました。なにより、こういった芝居こ

UnicodeのUTF-16エンコーディングではほとんどの文字（コードポイント）は2バイトで表現されるが、Unicodeに後から追加収録された文字の多くは4バイトで表現される。4バイト文字がうまく扱えないプログラムというのはわりとよくある。しかし世界中で広く使われるようになった絵文字がよりによって4バイト文字であるせいで、そのような文字が扱えない問題がよいペースで解決に向かいつつある。それについて少し説明してみようと思う。 Unicodeが80年代から90年代初頭にかけてデザインされたときの目標の一つは、Unicodeに含まれる文字数を65536個以内に収めることだった。現代の文章を実用的なレベルで表すためには、漢字などを含めてもそれだけの種類の文字があれば十分だと考えられたのだ。当然これは1文字を2バイトで表すことを念頭に置いていた。つまりコンピュータの揺籃期から当時に至るまで単純に英語