by David Good 夏の風物詩ともいえるセミの羽には、触れたバクテリアを殺してしまう強力な抗菌作用があります。アメリカのストーニーブルック大学とオークリッジ国立研究所の研究者らが、スーパーコンピューターを用いてセミの羽の微細構造の働きを明らかにし、細菌を破壊して自然に自己洗浄するメカニズムを突き止めたことを報告しました。 Structure-Based Design of Dual Bactericidal and Bacteria-Releasing Nanosurfaces | ACS Applied Materials & Interfaces https://pubs.acs.org/doi/10.1021/acsami.2c18121 Scientists use ORNL’s Summit supercomputer to learn how cicada wings

FF16も週に1回1時間ぐらいやるだけ アーケードアーカイブスは買って満足してプレイしない Kindleで漫画を買って読むことが多い 週末はもっぱらロードバイクに乗ってる日々だから別に退屈してるわけじゃないけどいつまでもはできないと思ってる ----------------------------------------------------- 老眼と、楽しむ気力が長続きしない 結果、受け身でだらだら楽しめるYouTubeとかになっちゃうんだよな

男性5人組が田原市中央図書館職員と口論、警察も出動 田原市中央図書館で28日、住宅地図の多数のページをコピーしようとした５人組グループが、著作権法などに基づいて注意した職員と口論になるトラブルがあった。何が目的かは分かっていない。グループは立ち去った。図書館職員は「複写サービスの適正利用を求めた際に起きたトラブル」と説明した。 職員によるとその前、図書館に「豊橋と豊川のゼンリン住宅地図があるか」という問い合わせ電話が２人からあった。応対した職員はリポートを作る学生からだと思っていたという。 その後、30代とみられる男性２人が訪れ、両市の地図の複写申請を出した。２市のゼンリン地図の見開きの片側ぺージを２人がそれぞれ、多数のページを複写するという内容だった。 著作権法は図書館の蔵書を複写する場合、権利者が許可している場合を除き、その一部のみのコピーが可能としている。多くの図書館はこれに従い、地

サマリー システム構成の変遷 創業フェーズ はじめての API と技術選定 GraphQL 移行直前 GraphQL への移行を決めたきっかけ GraphQL 移行方針 移行期間 ふりかえり 1つ目の方針は正解だった 2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない 3つ目の方針はやはり苦戦した さいごに サマリー サービス開始から3年経った Next.js + Rails なシステム 全ての API を REST から GraphQL にリプレース 約9ヶ月かかりました 早速フロントエンドの都合でバックエンドにも手を入れるということが減って快適です という話です。 システム構成の変遷 創業フェーズ 1人目エンジニアとして入社して、何から手を付けようかなーと考えた結果、事業の肝の部分からシステム化していくことにしました。弊サービス https://moneiro.jp/ は

TypeScriptでは配列が空でないことを型レベルで表現できます。 この記事ではその型をNonEmptyArray<T>と書くことにします。 結論だけ先に書くと、次のように定義するのが正しいです。 export type NonEmptyArray<T> = [T, ...T[]] | [...T[], T] 現在ネット上では上記とは異なる、少し不具合のある型定義が紹介されているので要注意です。 それらも含めて簡単に解説します。 よくある間違いその1：T[] & { 0: T } ２つあるうち最初に紹介するのはこの型定義です。[1]

ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 2018年にアリゾナ州で発生した、Uberの自動運転テストカーが起こした歩行者死亡事故で、当時運転席にオペレーターとして搭乗していたラファエラ・バスケス氏が危険運転行為の罪を認め、執行猶予付き懲役3年の判決を受けました。 この事故では、夜間に自転車を押して歩いていたエレイン・ハーツバーグ氏が車道を横断中に、通りかかったUberの自動運転テストカーに跳ねられました。この自動運転の試験走行はレベル3、つまり自動運転車が運転の主体となって走行していましたが、あくまで試験走行であるため、運転席に搭乗しているオペレーターが常に前方を注視し、万が一の際には運転を引き継いで危険を回避することが求められていました。 警察は、

情報処理技術者試験合格で証明できるもの：こうしす！　こちら京姫鉄道 広報部システム課 ＠IT支線（39） 情報セキュリティの啓発を目指した、技術系コメディー自主制作アニメ「こうしす！」の＠ITバージョン。第39列車は「情報処理技術者試験」です。※このマンガはフィクションです。

イーロン・マスク（Elon Musk）がTwitter（現在のサービス名は｢X｣）を買収してからまだ1年も経っていないのに、彼のTwitterはすでに、死よりも悪い運命、つまりつながりのないプラットフォームへの道を歩んでいる。 マスクがbotのない、言論の自由の楽園に変えると約束したこのプラットフォームは、これまで以上に不具合、bot、スパムが多くなっている。 2023年5月、フロリダ州のロン・デサンティス知事がTwitterで大統領選出馬を表明した時は不具合のオンパレードで、会社にとって歴史的な瞬間であったはずが大混乱に陥った。リアーナがスーパーボウルのハーフタイムショーに出演していた時など、ニュースになるようなイベントの時でさえTwitterはうまく機能しなかった。 ほかにも、ツイートできる文字数の増加から、今では悪名高い｢レート制限｣（ユーザーが1日に見られるツイート数を制限する措置

経済産業省は「ソフトウェア管理に向けたSBOM（Software Bill of Materials）の導入に関する手引」を策定し公開したことを明らかにしました。 SBOMは日本語では「ソフトウェア部品表」とされます。あるソフトウェアがどのようなソフトウェア部品によって構成されているのかを示す情報がまとまったデータのことです。 ほとんどのソフトウェアは単独で成立しているわけではなく、オープンソースを始めとする多数のライブラリやコンポーネントなどのソフトウェア部品に依存しています。そのなかのいずれかに脆弱性が発見されればドミノ倒しのように他のさまざまなソフトウェアに影響することは必至です。 例えば2021年末に発覚したJavaライブラリ「Log4j」の脆弱性は、非常に幅広いJavaのソフトウェアに深刻な影響を与えました。 多くの産業や社会インフラにおいてソフトウェアの存在が欠かせなくなってい

ご用聞きのSIerには一種のマジックワードがある。「お客様がそれを求めていらっしゃる」、あるいは「それについてお客様の了承が得られない」というやつだ。現場がこれを言えば、大概のことは社内で通ってしまう。だが、それが大きな間違いの元だ。コンビニ証明書交付サービスで立て続けにトラブルを起こした際の富士通Japanの対応は、まさにその典型例だろう。 その対応とは、相次ぐトラブルに危機感を持った河野太郎デジタル相が富士通Japanに対し、同サービスを一時停止した上で総点検することを要請したときの話だ。日経クロステックの報道によると、サービスを停止するとした地方自治体がなかなか現れないので、デジタル庁が富士通Japanに問い合わせたところ「依頼しているが、自治体側が応じてくれない」との回答だったという。 関連記事 試練続く富士通Japan、コンビニ誤交付トラブル巡り河野デジ相からは「強い叱責」 とこ

原爆は「過去のこと」じゃないんだよ 勘違いしてる人が多いようだから言うけど、「原爆という過去のことでいつまでも騒いでいる」とか「被爆者の権利を訴えているのが同和っぽい」とか、そういうコメント自体がズレている。 もちろん、いろいろな差別も健康被害も受けている被爆者の人権を守る活動もある。 でも、今の被爆地や被爆者団体・被爆者遺族が願っているのは、「もうこれ以上、核兵器を使ってほしくない」ということなんだ。 そのために、核兵器の被害の深刻さ・威力の強さを世界中の人に知ってほしくて発信している。この地獄が二度とこの地球上で発生しないように。それが願いなんだ。 「過去のこと」ではないんだ。現在進行形の脅威なんだよ。 ある調査によると、2023年6月現在で世界には12520発の核弾頭がある。戦術核の威力は1発あたり、広島原爆の5〜10倍だ。 広島の原爆では、当時の人口 35万人に対して、1945年1

回答 (14件中の1件目) すでに多く回答されてますが、僕は少し別の視点から答えたくなりました。 古いからクラシックなのか？ 100年後に現代の作曲家がクラシックの大作曲家となっていることはないのか？ もし現代の作曲家のだれが将来クラシックの大作曲家になるのか? ということを考えてみたいと思います。 古いからクラシックなのか？ クラシックははたして古いのでしょうか？ クラシックの作曲家を年代ごとにならべてみた説明をさがしてみました。 下記サイトがわかりやすいので一部を引用します。 訂版：作曲家生没年表 西暦1600年-2000年 生年順 細かい作曲家名は、まったく見る...