Published 2024/08/15 10:56 (JST) Updated 2024/08/15 11:11 (JST) 【ワシントン共同】全身の筋肉が衰える筋萎縮性側索硬化症（ALS）で発話が難しくなった患者の脳に電極を移植し、脳波から話したい文章を高精度で読み取ることに成功したと、米カリフォルニア大デービス校のチームが14日、発表した。AIが脳波をリアルタイムで解読、使用2日目で英単語の90.2％、8カ月後には97.5％を正しく示した。 発症前の録音を基にコンピューターが本人の声で読み上げ、家族と会話もできた。ペースは毎分32単語で健常者の5分の1だが、専門の介護者が聞き取る方法に比べ5倍近く速い。 研究に参加したのは40代のケーシー・ハレルさん。発症から5年たち、自力では車いすの操作や着替えができず、言葉も不明瞭になっていた。チームは昨年7月、3.2ミリ角の電極チップ4個を脳に

本書では、64-bit ARM (ARMv8/AArch64) アーキテクチャを前提としたハイパーバイザの仕組みをできるだけ分かりやすく解説し、実際にラズベリーパイ4やQEMUで動作するハイパーバイザ (Type1) を自作する方法を解説しています。 ソースコード: https://github.com/HidenoriMatsubayashi/evisor ⬛︎ 注意 本書はまだ作成中（現在5章を作成中）ですが、モチベーション維持のために公開している状態です（章立てなど今後変わる可能性ありです）。内容は随時更新していますので、気になる方はウォッチやコメント等をお願いします。 ⬛︎ 学べること ・ハイパーバイザとその仕組みと原理 ・64-bit ARM (ARMv8/AArch64) アーキテクチャの仮想化支援機構 ・自作ハイパーバイザの作り方 ⬛︎ コミュニティ 質問や間違い指摘など本書

調味料や化粧品に利用されるヒンジキャップの多くは，双安定性により開閉機構を実現しています。本記事では，力学的な観点から双安定ヒンジキャップについて紹介します。 Most of the hinge caps used in condiments and cosmetics have an open/close mechanism achieved by bistability. This article introduces bistable hinge caps from a mechanical point of view. はじめに この記事をお読みの皆さんは，日頃からヒンジキャップに弾性エネルギーを蓄えては解放し，解放しては蓄えていることと思います。 双安定性を有するヒンジキャップは，開いた状態と閉じた状態のどちらでも停止することができます。このように2つの異なる安定状態（すなわち双

東京都営地下鉄の駅のホームドア設置率が来年2月までに100％になる。4路線のうち、多くの私鉄が乗り入れる浅草線が最後の難関だったが、スマートフォンでおなじみの技術を生かし、数十億円と見積もられた車両改修費を抑え、低コストで全駅設置にこぎ着けた。その技術とは―。（三宅千智）

自分はいわゆるコンピュータ世代なんだが、仕事の関係でアナログ回路について学んでいる。大人になってからマイコンボードやセンサを趣味でいじったことはあったのだけど、痒い所に手が届く制御回路を作成する必要があったので腹を決めて勉強し始めた。だいぶわかるようになってきたんだが、勉強した内容を振り返ってみるとその大半が(AM)ラジオに入っていることに気づいて少し感動した。知っている人には「何をいまさら」なんだと思うけれど、ラジオの構成要素であるアンテナ、共振回路（フィルタ）、増幅回路、検波など、どれをとっても今日のアナログ技術の基本中の基本になっているんだよ。基本原理をシンプルに組み合わせて実用的な技術になっているラジオというものの凄さというか美しさを感じるね。 昔は「ラジオ少年」という言葉があったそうだが、ラジオがわかればアナログ回路のことがだいぶわかるようになるのでエンジニアへの良い入り口だった

この記事は、筆者が技術選定について思うところをまとめた記事です。Twitterに同じ話を何回か書いているので、文章にまとまっていたほうがよいと思い用意しました。 やや過激な思想で愚痴も含んでいるので、共感いただけると嬉しいものの、みなさんを説得しようというつもりはありません。こいつはこういう考え方なんだなという心持ちでお読みください。 積極的な技術選定と消極的な技術選定ITエンジニアの方々の中には、技術選定をする立場の方も多いでしょう。技術選定にあたってはさまざまな事情を勘案しなければならない難しいもので、それだけに多くの人が技術選定に関する各々の考えを述べています。 筆者は、技術選定における意思決定のプロセスは、積極的な技術選定と消極的な技術選定の2種類があるのではないかと思っています。 積極的な技術選定は、選定される（あるいはされない）技術そのものが原因となる意思決定です。 一方、消極

TOTOエコリモコンとは？ TOTOといえばウォシュレットが有名ですが、電池不要タイプの「TOTOエコリモコン」という製品が販売されています。 これ自体は以前から売られているものですが、新品を入手する機会があったため、電池不要な構造を調べてみるために購入して分解してみました。 TOTOエコリモコンの外観をチェック 分解検証用に購入したTOTOエコリモコンです。 家庭用ウォシュレット等で見かけるリモコンとはデザインが全く違い、シルバーで大型のボタンを備えたものとなっています。 また電池不要タイプという事で、LEDランプによる表示や液晶画面などは存在しません。 ボタン部分を横から撮影してみました。 大型のボタンはクリック時のストークも大きくなっており、操作性という面ではユニバーサルデザインを意識したものといえるでしょう。 また大きなストロークは電池不要な構造の関係する部分でもありそうです。 今

発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー

文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ

技術記事を書くことは、最初はなかなかハードルの高い作業に思えます。文章を書くにはある程度の慣れが必要である考えています。 誰しも初めのうちはうまく文章を書くことができず、文章を書く訓練を重ねることで、内容を伝えやすい・理解しやすいある種の「型」を発見されているのではないかと思っています。 この記事では id:azukiazusa が普段記事を書く時に考えていることを書き下していきます。 見出しを先に書く コードは実行可能にする 文法エラーがないように 文脈依存にならないように foo や bar のような名前を使いすぎない 記事は1日寝かせる その他文法的な事項 見出しは ## から始める インラインコードブロックは装飾目的で使わない 英語と日本語の間に半角スペースを空ける おわりに 参考 見出しを先に書く 私が技術記事を書くときには最初に見出しから書き始めます。下記のような感じです。 見

はじめにIT分野では日々新しい技術が登場しています。技術者の肌感覚として新しい技術・枯れた技術の区別は付くでしょうが、それらを俯瞰して視ることはできるのでしょうか？昨今のIT分野では、Qiita等のプラットフォームを通じてコミュニティベースでの技術情報の発信が活発に行われています。本稿では、Qiitaの投稿記事に付けられたタグの情報を利用して、過去約10年間の国内のIT技術動向を可視化した「日本のIT技術マップ」を紹介します。 「日本のIT技術マップ」「日本のIT技術マップ」は、Qiitaの投稿記事から得たタグの関係を地図テイストに可視化したものです。投稿記事は、Qiitaのサービス開始時である2011年9月から2022年12月までのものをQiita APIから取得しました。可視化方法の主要な部分は以下の論文を参考にしています。 Gansner, E. R., Hu, Y., & Kobo

“あの会社”の技術を学ぼう今日から業務に活かせる！ 企業ではたらくエンジニアのための、実例全振り技術ブログコミュニティ。もっと詳しく

先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ／ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か？技術力が高くないとなぜ不安なのか？みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ

前に会社の同僚が「スペースに植物があると、ストレス、空気浄化、生産性に役立つよ！How Office Plants Lower Stress and Boost Focus | Bloomscape」って言ってたので仕事机に植物を置いてみた。 無印で卓上に置くのに良さそうな植物を買ってきたんだけどなんどか植物を枯らしてしまったことがあるのでちょっとドキドキしてた。 で、ドキドキしてると生産性が悪くなっちゃうし、まぁエンジニアだしまずはちゃんと数値取るところから始めようと思ってご家庭に転がっている M5Stack に色々センサーつけて監視することにした。 機材一覧 TVOC/eCO2 ガスセンサユニット（SGP30） スイッチサイエンス Amazon M5Stack用温湿度気圧センサユニット Ver.3（ENV Ⅲ） スイッチサイエンス Amazon M5Stack用土壌水分センサユニット

お久しぶりです。CADDiの河合、もとい@vaaaaanquishです。 数ヶ月前、CADDi社内で「オススメ書籍」というものを書きました。 社内にも公開し読み会などを開いています私は前職の上司の影響でビジネス書を多く読むようになったのですが、ゴリゴリの技術書でない書籍というのはどうしてもエンジニアにとって読みにくい物も多いなと思っています（悪いと言っている訳ではなく飲み込みのために行動や知識を求められるよねという意です）。 また、エンジニア向けの書籍でも、少し概念的に古く、現代に適応しにくいものもあったりします（名著は名著である事には変わりないですがエンジニアリングもIT分野も年々進化し続けているので一部現代で扱いづらい概念が出てくるのは当たり前だよねとも思います）。 なので、なるべく「エンジニアが読みやすく」「比較的新しい環境で使える」をテーマに書籍を選び、比較的本を読む数の多くないエ

大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

JR西日本は15日、人機一体・日本信号と共同で、人型重機ロボットと鉄道工事用車両を融合させた多機能鉄道重機を開発していると発表した。高所に設置された多様な設備に対応する汎用性の高い鉄道重機を開発し、これまで人の手を要していた作業を機械化することで、生産性と安全性の向上をめざすとしている。 人型重機ロボット(提供 : JR西日本) 多機能鉄道重機(試作機)の全体図(提供 : JR西日本) 伐採デモ(提供 : JR西日本) 運搬デモ(提供 : JR西日本) 操縦者(提供 : JR西日本) 開発中の多機能鉄道重機は、インタラクティブな作用で直感的な操作が可能となり、操縦者の操作とロボットの動きが連動し、ロボットが受ける重みや反動を操縦者にフィードバックすることで、操作技術を容易に習得可能になるという。形状によらない多様な部材の把持を可能とし、多様な状況の作業で使用が可能に。人が地上にいながら高所

Intro ちょうどタコピーの原罪が流行ってるのでこのタイトルにしたけど結構気に入ってる。 d.potato4d.me この話を読んでの感想とここまで大きくなった Node.js の振り返りをしようと思う。 どんなプログラミング言語であってもみんなから使ってもらって開発者をハッピーにしたいと思ってる。ただ最初は良かったと思ってた機能がなんか古臭くなったり、他にクールな機能を持ったものが登場したことによって徐々に飽きられていき、最終的に他の言語に乗り換えられる。 まぁどんな言語も同じだと思う。C言語だって生まれた当初はすごくクールでみんなをハッピーにしてた。今丁度「戦うプログラマー」を読んでるが、C++が出てきて、周りのエンジニアが C++ を使おうとするシーンが出てくる。そこで、「あんなの使って何が良いんだ、Cで十分だろ」とWindows NT 開発リーダーのデーブカトラーが言ってたりする

いつものようにヘロヘロと仕事をしていると、突如担当編集の松尾氏からMessengerで「これに対するちゃんとした回答を書けるのは大原さんだなということで、また歴史物をお願いしたく」という依頼が飛び込んできた。 いやちゃんとした回答も何も、上のTreeで出題されたSEライダー氏が正解を出されているわけですが、歴史的経緯というか、ここに至るまでの話というのが長い訳で、その辺りを少し説明してみたいと思う。 ちなみに出題に少しだけ違和感がある（なぜ10bitがキリがいいと思うのか？）のは、筆者もこっち側の人間だからかもしれない。 回答の前に、その根底にある2進数採用の経緯 そもそも非コンピュータ業界の方からすれば、2進数がベースという辺りから違和感を覚えるのではないかと思う。実際、世界最初の計算機（≠電子計算機）とされる「バベッジの階差機関」（写真1）にしても、世界最初の電子計算機（※1）であるE