PyChinkoはなんと読むのでしょうか。 初心者なので教えてください。

金属に少量の磁性原子を混ぜると、低温で電気抵抗が逆に増える「近藤効果」が起きます。現象そのものは古くから知られていましたが、多数の電子が複雑に絡むため、実際の物質でどの温度から効果が現れるかを基本法則だけから精密に計算するのは困難でした。 今回、CaltechとYaleの研究チームは、量子化学の計算手法を取り込み、磁性原子と周囲の電子を第一原理から扱う方法を開発。従来の単純化したモデルより大幅に高い精度で、実験結果を再現できたと報告しています。 大きいのは、単に「近藤効果の謎が解けた」ことではありません。これまで実験結果に合わせて調整していた部分を減らし、量子力学の基本法則から現実の材料特性を予測する方向へ一歩進んだことです。 もしこの手法がさらに複雑な系へ広がれば、高温超伝導体や量子磁性体のような材料でも、まずコンピュータ上で有望な候補を絞り込み、その後に実験する流れが強まります。つまり材料科学が「作って測る」中心から、「計算してから作る」方向へ少しずつ変わっていく可能性があります。 sciencealert.com/scientists-…

AIが数学を解き始めたからこそ、数学者たちは「そもそも数学とは何をする営みなのか」を守ろうとしている。 1000人を超える数学者が「Association for Human Mathematics」に参加し、AI企業との協働を避けたり、AI生成物を研究成果として扱わなかったりする動きを始めている。背景にあるのは、AIへの感情的な反発というより、数学研究が「正しい答えを最速で出す競争」に変わってしまうことへの警戒だ。AIが未解決問題を大量かつ高速に処理できるようになれば、研究者が時間をかけて問題を選び、試行錯誤し、概念を育てていくというプロセスの価値そのものが揺らぐ。 ここで焦点になっているのは、「証明できるか」よりも「理解できるか」だ。数学では、ある命題が正しいと示すだけでなく、なぜそれが成り立つのか、新しい見方や概念をどう得るかが重要とされてきた。AIが証明を量産するほど、むしろ人間側には、その意味を解釈し、重要性を判断し、次に何を問うべきかを決める役割が残る。つまり、AIの性能向上が数学者を不要にするというより、数学者の仕事の定義を変え始めている。 ただし、問題は研究文化だけにとどまらない。 newscientist.com/article/259…

推し活。

AIでコードを書くコストが劇的に下がった2026年。そこで再評価されているのが、27年前のExtreme Programming（XP）だ。古くなったどころか、AI時代になってむしろ核心部分の重要性が増している。 XPというと、ペアプログラミングやTDDを思い浮かべがちだ。しかしKent Beckが示したXPは、それら個別の手法よりずっと広い。Communication、Simplicity、Feedback、Courage、Respectという価値観を土台に、原則を介して具体的な開発プラクティスへ落とし込む体系である。著者Anton Zaidesは、特に「Humanity」「Mutual Benefit」「Quality」がAI時代に重要になったと見る。 たとえばLLMなら大量のコードも文章も短時間で生成できる。しかし、その結果として巨大なAI生成PRを他人にレビューさせたり、過剰な設計を作ったりすれば、局所的には生産性が上がってもチーム全体には負担を押し付ける。だからこそ「最も単純なものを作る」「素早くフィードバックを得る」「互いを尊重する」というXPの価値観が効いてくる。 興味深いのは、AIがXPを不要にしたのではなく、XPの中で重要な部分を入れ替えつつあることだ。 manager.dev/newsletter/extre…

AIでプログラマーが消えるのではない。「コードを書くこと」だけが、プログラミングの中心ではなくなる。 この記事は、その変化をFORTRAN登場以来の歴史になぞらえて描いています。 1950年代、コンパイラは「コーディングやデバッグをほぼ不要にする」と期待されました。実際、機械語を直接書く仕事は減りましたが、プログラマー自体は消えませんでした。むしろ扱えるシステムが大きくなり、仕事の抽象度が上がった。著者は、生成AIにも同じことが起きると見ています。 AIはすでにコード生成を高速化しています。ただし、それがそのまま開発全体の高速化を意味するわけではありません。AIが大量のコードを作れば、レビュー、仕様確認、テスト、品質保証の負荷が増える。つまり、ボトルネックが「書くこと」から「読むこと、判断すること、正しさを確かめること」へ移っていきます。 そこで変わってくるのが、プログラマーの役割です。将来は、一日中コードを書くよりも、AIが生成した変更を確認し、曖昧な要求を関係者と整理し、テストや仕様として定義する仕事の比重が高まるかもしれません。AIがコードを書けても、「期限切れのカードへの返金をどう扱うか」のような業務上の判断までは自動では決まりません。 この流れを突き詰めると、さらに大きな変化が見えてきます。 hrih.si/articles/the-compile…

例の脆弱性の件で思い出したんだけど、太陽光のコントローラーにWebインターフェースがあって、この拡張子が.phpだった。 中身はLinux Box。 こういうシステムはアップデートのことを考えずに作ってると思われる。

最先端ではない。けれど「電気がなくても、人の時間を取り戻せる」こと自体が大きなイノベーションになる。 元Dysonの航空宇宙エンジニア、Navjot Sawhneyが開発した「Divya」は、電気を使わない手回し式洗濯機だ。きっかけは南インドで出会った女性Divyaが、週に最大20時間も手洗いに費やしていたことだった。普通なら電気式洗濯機を導入すればよさそうだが、安定した電力も十分な水もない地域では、それ自体が現実的ではない。そこで発想を逆転し、「高性能な家電」ではなく、電気不要、少ない水、簡単に分解・修理でき、持ち運べる機械を作った。記事によれば最大7kgを洗え、手洗いに比べて作業時間を75%、水使用量を50%削減できるという。 重要なのは、これが単に「洗濯を楽にする道具」ではない点だ。家事時間が減れば、その分を仕事、教育、子育て、休息に振り向けられる。つまりこの機械が生み出しているのは、清潔な衣服だけでなく「自由に使える時間」でもある。すでに10万人以上に届けられ、2030年までに100万人への普及を目指しているという規模感を見ると、家電というより小さな社会インフラに近づきつつある。 そして面白いのは、ペダル式やモーター付きにすればもっと強力にできるのに、あえてそうしないことだ。 newatlas.com/good-thinking/d…