レーシックとは レーシックはそもそもLaser(-assisted) in Situ Keratomileusisの頭文字をとってLASIK（レーシック）と言い、「レーザー照射を用いて、眼球を操作せずに、角膜を彫り整えること」という意味があります。実際にレーシックはエキシマレーザーを用いて、角膜の形を変えることで近視・遠視・乱視を矯正する屈折矯正手術です。 レーシックは比較的新しく、1990年にギリシャで世界初のレーシックが施行されました。その後、アメリカなど世界各地に広まり、日本でも2000年1月から厚生労働省に承認され、2008年には1年間で約45万件のレーシック治療が行われるようになりました。 しかし、「レーシック手術集団感染事件（別名：銀座眼科事件）」が起きました。この事件は2008年9月～2009年2月にかけて東京銀座の銀座眼科で生じた事件で、経営効率および営利重視し、基本的な衛
はじめに TypeScriptで型を定義する際、interface と type のどちらを使うべきか。これは、多くの開発現場で一度は議論になるテーマではないかと思います。 世の中の多くのドキュメントや記事では、クラスへの implements のしやすさや、interface が持つ「宣言のマージ（Declaration Merging）」の利便性が紹介されることもあり、interface の利用が推奨されるケースもよく見かけます。 しかし、特にサーバサイドアプリケーションや、ある程度規模のあるシステムを開発する上で、私はこの「宣言のマージ」機能が、時として予期せぬ挙動や、場合によってはセキュリティ上のリスクを静かにもたらす要因になると感じています。 今回は、なぜ私がプロダクトコードにおいて interface の積極的な使用を避け、type エイリアスを好んで使うのか、具体的なシナリオ
AI開発ツールDevinが作成したPull Requestに対して、セキュリティと品質を確保するために2人の承認を必要とする実装方法について解説します。 背景 newmoでも少し前からDevinを利用して開発を行っています。 Devinを利用するフローは、以下のような感じになります。 エンジニアがSlackやDevinのWeb UIからタスクを依頼 DevinがGitHubにPull Requestを作成 エンジニアは必要に応じてSlackやPull Request上でコメント Devinがコードを修正 問題なければ承認してマージ devin-task-flow このフローには、エンジニア一人が指示して書かれたコードをそのエンジニア自身が承認してマージできてしまうという課題があります。 自分のPCでコーディングのためのAIエージェントを使う場合には、Pull Requestはエンジニアのア
はじめに TypeScriptでコンポーネントのPropsやオブジェクトの型を定義するとき、typeとinterfaceのどちらを使うべきか、一度は悩んだことがあるのではないでしょうか。 巷では「どちらでも良い」「チームで統一されていればOK」といった意見もよく見かけます。 しかし、私は 明確な理由をもって「基本的にはinterfaceを使うべき」 だと主張します。 この記事では私の実体験で遭遇したReactのPropsの深刻なパフォーマンス問題を例に交えながら、なぜinterfaceが優れているのか、そしてtypeはどのような場面で使うべきなのかを解説します。 type aliasを使いたくなる魅力と、その裏に潜む罠 まず、なぜ多くの開発者がtypeを選びがちなのでしょうか。 それは、開発体験の良さにあります。 typeで定義した型は、VSCodeなどのエディタでホバーすると、最終的に解
前書き「Go のエラーハンドリングは書くのが煩雑すぎる」——これはほぼすべての Go プログラマが同意する意見です。 そして最近、Go 公式はブログ記事を発表し、正式に「今後、新たなエラーハンドリング構文の提案は推進しない」と宣言しました。つまり、これからも Go コードを書くときには、あの馴染み深い `if err != nil { return err }` を頻繁に書き続けることになります。 これは単なる構文糖衣の提案が終わったという話ではなく、Go 言語の哲学そのものの再確認でもあります。では、なぜ Go チームはこのような決断を下したのでしょうか？ そして、私たちはこの「こだわり」をどう受け止めるべきなのでしょうか？ 三度の試み、三度の失敗：Go のエラーハンドリング構文の模索の道過去 7 年間、Go チームは 3 度にわたり、新たな構文を導入することでエラーハンドリングの「繰り
% docker run -it --privileged --rm --platform linux/arm64 ubuntu:25.10 bash root@4f9b7aef87cb:/# (apt-get update && \ apt-get install -y strace --no-install-recommends && \ rm -rf /var/lib/apt/lists/*) &>/dev/null root@4f9b7aef87cb:/# bash 2>/dev/null & [1] 71 root@4f9b7aef87cb:/# strace -p 71 &>dump & [2] 72 [1]+ Stopped bash 2> /dev/null root@4f9b7aef87cb:/# jobs [1]+ Stopped bash 2> /dev/null [
Ubuntuは来年4月にリリースされる21.04から、ついにディスプレイサーバーの初期設定をWaylandに変更することがアナウンスされました。 そこで今回は「Waylandのライバルであるもうひとつのディスプレイサーバー」だったMirの最新情報をお届けしましょう。 Mirとは何だったのか？ 「Mir（みーる）」はCanonicalが開発している「次世代のディスプレイサーバー」です。 ディスプレイサーバーとは簡単に言うと「ルートウィンドウ」と呼ばれるディスプレイ全体に広がるウィンドウを描画し、アプリケーションからの要求に応じて子ウィンドウの作成やウィンドウ内部の描画を担うソフトウェアです。加えて、Linuxカーネルから届いたマウスやキーボードのイベントを適切なウィンドウへ送る処理も担当します。つまりデスクトップLinuxにおいて、ユーザーからの入力とユーザーへの出力を司るとても重要なソフト
はじめに 本記事は、OpenShift Advent Calendar 2024の12/11のエントリーで、composefsというコンテナ環境向けのファイルシステムを紹介します。 composefsは現在のところ、コンテナストレージおよびOSTreeベースのOSイメージのリポジトリとしてのユースケースが考えられています。OSTreeを使ったLinuxディストリビューションとしては、Fedora CoreOSやFedora Atomic Desktop、Universal Blueプロジェクトの派生ディストリビューション、bootcを使ったブータブルコンテナの環境、等が挙げられます[1]。 bootcについては以前ブログ記事を書きました。 先日のKubeCon NAで、Podmanをはじめとするコンテナ関連ツール群をCNCFに寄贈する旨の発表がありましたが、その中にcomposefsとbo
はじめに 2025年10月10日、カナダのトロントで開催されたイベント "Remix Jam 2025" で Ryan Florence と Michael Jackson が Remix 3 を発表しました。このセッションは、React Router の生みの親たちが、なぜ React から離れ、独自のフレームワークを作ることにしたのか、その理由と新しいビジョンを語った歴史的な発表です。 本記事では、1時間47分に及ぶセッションの内容を詳しく解説します。 なぜ Remix 3 を作るのか 💡 動画で確認する (3:17:30~) React への感謝と決別 Michael Jackson と Ryan Florence は、React に対して深い敬意を持っています。React は彼らのキャリアを変え、Web 開発の考え方を一変させました。React Router を10年以上メンテナ
リポジトリパターンは、PoEAA で紹介されたデザインパターンの一つです。ドメインモデルの永続化処理を抽象化したレイヤーを設け、データストアの操作を隠蔽します。上位のレイヤー(アプリケーションレイヤー)がデータアクセスの詳細を考える必要がなくなることにより、ドメインモデルの永続化、クエリを扱うロジックが特定のインフラ技術に依存しない抽象化されたコードになるメリットがあります。 最近は、リポジトリパターンを積極的に採用する必要性は感じないと考えています。 ドメインモデルの永続化をシンプルな CRUD インタフェースに抽象化することで、インフラの関心を実装内部にカプセル化します。しかし、インフラに依存しないインタフェースでは、特定のインフラに依存した処理が書けないのです。例えば、一定の時間が経過した後にデータストアから削除する処理を実行したい要件があり、解決方針として TTL が設定可能である
個人ホームページが「衰退した」といわれる理由と、「Web日記」文化について【フォーカス】 2025年10月9日 立教大学社会学部メディア社会学科 教授 木村 忠正 1964年生まれ。文化人類学者。専門はネットワーク社会論、メディア・コミュニケーション研究。国際大学GLOCOM、早稲田大学理工学部、東京大学大学院総合文化研究科などを経て現職。1990年代半ばのネット黎明期より、オンライン空間における自己と他者の関係性、コミュニティの形成と変容、日本社会における情報技術の受容の特質などを研究。デジタルデバイド、デジタルネイティブ、ネット世論などの研究にも取り組む。『ハイブリッド・エスノグラフィー』『ネットワーク・リアリティ』”Keitai, Blog, and Kuuki‐wo‐yomu (Read the atmosphere): Communicative Ecology in Japan
OpenZL is a new open source data compression framework that offers lossless compression for structured data. OpenZL is designed to offer the performance of a format-specific compressor with the easy maintenance of a single executable binary. You can get started with OpenZL today by visiting our Quick Start guide and the OpenZL GitHub repository. Learn more about the theory behind OpenZL in this wh
矯正歯科治療では、体の生理的な反応を利用して、有機的に歯並びを整えていきます。 矯正の最も一般的な治療法では、歯に少しずつ力を加えて動かしていくために、歯に「ブラケット」という装置を付け、そこに正しい歯列の形をした「ワイヤー」を通します。 ワイヤーが元の形に戻ろうとする力を利用したり、ワイヤーのしなりを利用してワイヤーをブラケットと結び合せることで歯をワイヤーに引き寄せるようにして、歯に力を加えます。ワイヤーの形・素材・太さなどを、歯の動きに合わせて月に1度調整しながら、少しずつ歯を動かして歯を理想の位置に近づけていきます。
2025-10-11: スリープからの復帰問題の解決策に関する情報を追記 2025-10-10: キーマップの変更、AWS CLIのインストール、外付けSSDのマウントについて追記 2025-10-08: 音声文字入力ソフト、ナチュラルスクロール、タブ化のショートカットの Omarchy 本体でのサポート予定について追記 2025-10-07: システム全体の日本語化の補足、Public Keyの記事の追加、音声の再生が途切れる件の解消法の追記、ダッシュボードのサンプルが一部動作しなかったため cal → btopに変更、ウインドウのタブ化のバイディング設定の一部が間違っていたので修正、音声編集ソフトについて追記 2025-10-06: 初版 はじめに 私は Mac がまだ “Macintosh” と呼ばれていたころからずっと Mac を使ってきました。ですがこのたび、思い切って Omar
↑ ↓ Go Scheduler Introduction Compilation and Go Runtime Primitive Scheduler Scheduler Enhancement GMP Model Program Bootstrap Creating a Goroutine Schedule Loop Finding a Runnable Goroutine Goroutine Preemption Handling System Calls Network I/O and File I/O How netpoll Works Garbage Collector Common Functions Go Runtime APIs Disclaimer This blog post primarily focuses on Go 1.24 programming langu
オープンソースのプロジェクトで採用されているCoC (Code of Conduct, 行動規範)を巡る議論が、一つの転換点を迎えているかもしれない。2025年9月、Rubyのエコシステムを支えるRubyGemsのガバナンスを巡る騒動が勃発し、コミュニティに大きな波紋を広げている最中であるが、これと直接的には関係がないもののこの混乱をきっかけにRuby on Railsの作者であるDavid Heinemeier Hansson(DHH)とオープンソースの元伝道師であるEric S. Raymond(ESR)という二人の有名人が、現代的なCoC、特に「Contributor Covenant」に対して痛烈な批判をX上で展開するという出来事があった。 DHHは、Contributor Covenantのような詳細かつ厳格なCoCを「トロイの木馬」と断じ、プロジェクトから排除すべきだと主張し、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く