アップル「Vision Pro」とMeta「Quest 3」を返品してXRグラスを買った理由
これまで、いくつもの仮想現実（VR）デバイスを試してきた。例えばGoogleの「Daydream」や、スマートフォンを利用するサムスンのVR製品などだ。しかし、VRが自分の目的にかなうと確信できたことは一度もない。その後、Appleの「Vision Pro」が登場し、実際に使った人たちのレビューを読んでいるうちに、仕事と遊びの環境を最適化するために、拡張現実（AR）やVR、クロスリアリティー（XR）の可能性をもっと探究してみようと思うようになった。そして3種類の製品を試し、何度かソフトウェアアップデートを経た結果、ついに仕事の生産性を高めつつ、休憩時間には気晴らしにも活用できる製品は存在すると確信できた。 筆者は電車で通勤している。片道45分近く電車に乗っているが、車内では仕事をしたくても使えるスペースは少ない。毎月発生する出張では、ノートPCが主な仕事道具になる。しかし自宅やオフィスでは
research!rsc: Timeline of the xz open source attack
Posted on Monday, April 1, 2024. Updated Wednesday, April 3, 2024. Over a period of over two years, an attacker using the name “Jia Tan” worked as a diligent, effective contributor to the xz compression library, eventually being granted commit access and maintainership. Using that access, they installed a very subtle, carefully hidden backdoor into liblzma, a part of xz that also happens to be a d
Freeモナドで領域特化言語を作るとプリティミューテーション - Qiita
多くのプログラミング言語が用途を限定しない汎用の言語として設計されているのに対して、領域特化言語(ドメイン固有言語, domain-specific language, DSL)は何らかの目的に特化して設計された言語のことをいいます。領域特化言語を導入する利点のひとつは、プログラムの各部分の役割が明確になり、ソフトウェア全体の設計がよりわかりやすくなるというものがあります。たとえば、ゲームソフトウェアではゲームの描画とゲームの状態更新は完全に分離されているべきです。ゲームで一時的に処理が重くなり、描画を何フレームかスキップして速度を維持したいとしましょう。もし状態更新と描画がきちんと分離されていなければ、描画だけをうまくスキップするということはできなくなってしまいます。もし描画専用の領域特化言語を導入すると、ソフトウェアのコードをその内容に沿って完全に分離するのを強制し、それに違反するよう
Bringing Python to Workers using Pyodide and WebAssembly
Bringing Python to Workers using Pyodide and WebAssembly04/02/2024 Starting today, in open beta, you can now write Cloudflare Workers in Python. This new support for Python is different from how Workers have historically supported languages beyond JavaScript — in this case, we have directly integrated a Python implementation into workerd, the open-source Workers runtime. All bindings, including bi
エラーメッセージからは、それでどうなったの？が知りたいね｜cba
エラーメッセージには、どんなエラーが起こったかに加えて、それによってユーザーはどうなったのか？を書いておきたい アラートがとんできて自分がそのエラーメッセージを見たときには、ユーザー影響を知りたいから コードを読んで「この部分だからたぶんこうなってるね」って毎回調査するの大変だもんね ライブラリとかのエラーメッセージじゃなくて、アプリケーションロジックのエラーメッセージの話 FooBarAPIの呼び出しに失敗しました、だけじゃなくて、それによってユーザーはどうなったのか 失敗したからリトライするよ、なのか、失敗したからエラーページを表示しちゃうよ、なのか そういうのはアラートを受け取ったときに考えるんじゃなくて、コードを書くときに考えたいー！ みたいな話をしてたら、いいねってほめられた 僕がアプリケーションロジックでエラーが発生した場合のログを書くときは、だいたい↓のようなことを書くので
右辺値参照・ムーブセマンティクス - cpprefjp C++日本語リファレンス
概要 ムーブセマンティクスはコピーコストの削減を主な目的としており、また所有権の移動を実現する。 右辺値参照はムーブ元のオブジェクト（右辺値）を束縛するための言語機能である。 右辺値（Rvalues）と左辺値（Lvalues）について 誤解を恐れずに言えば、右辺値とは名前をもたない一時的なオブジェクトである。 また、左辺値とは明示的に実態のある名前付きオブジェクトである。 struct Foo{} ; int f() { return 0 ; } int main() { int i = 0; i; // 名前付きオブジェクトは左辺値 0; // リテラル値は右辺値 Foo x ; x; // 名前付きオブジェクトは左辺値 Foo(); // コンストラクタの戻り値は右辺値 f(); // 関数の戻り値は右辺値 } 右辺値参照は、右辺値のみを束縛する参照である。 C++11からは、型Tに対
長年の悩みだったギターアンプのノイズが「マイ電柱」で直った件 - give IT a try
はじめに 僕は趣味でよくギター（エレキギター）を弾きます。 ですが、長年ずっと困っていたことがありました。 それはギターアンプのノイズです。 多かれ少なかれ、エレキギターを弾くときはアンプからノイズが出るものです。 しかし、僕の家のギターアンプからは明らかに異常な「キーン」というノイズが出ます。 実際どんな音なのかは以下の動画で確認できます。（うるさいのでボリュームには気を付けて！） www.youtube.com このノイズは以下のような特徴があります。 5〜6年前から急に発生し始めた 常時ノイズが出るわけではなく、たまに発生する ノイズが鳴り始めると鳴ったり止んだりを繰り返す ギターを変えても、アンプを変えても同じようにノイズが出る（なので、ギターやアンプの問題とは考えにくい） ギターを全くつないでいない状態でもノイズが出る（なので、ギターのピックアップがノイズを拾っているわけではない
xz-utils backdoor situation (CVE-2024-3094)
xz-backdoor.md FAQ on the xz-utils backdoor (CVE-2024-3094) This is still a new situation. There is a lot we don't know. We don't know if there are more possible exploit paths. We only know about this one path. Please update your systems regardless. This is a living document. Everything in this document is made in good faith of being accurate, but like I just said; we don't yet know everything abo
Common Lispを静的型付けの関数型言語にするCoaltonの紹介
Lisp Advent Calendar 2023 - Adventar の11日目の記事です。 Common Lisp を静的型付けの関数型言語にするライブラリである Coalton を紹介します。 まだバージョン1.0には達していない状況ですが、 活発に開発が進められていて確実に完成度が上がっている期待度の高いプロジェクトです。 この記事では主に Coalton を採用すると得られるメリットや、 マクロ、Common Lisp との相互運用などの気になる点をピックアップして紹介します。 Coalton は Common Lisp を静的型付けの秀逸な型システムをもった関数型言語に拡張するライブラリです。 Coalton は他の通常の Common Lisp のライブラリと同じ方法で導入でき、 asdf で読み込むだけで簡単に使えます。 Coalton は他の Common Lisp の
クレディセゾンでDXを進めてきた5年間を振り返る｜小野 和俊
はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答
Everything I know about the XZ backdoor
Everything I Know About the XZ Backdoor stateevergreeninblogdate3/29/2024Please note: This is being updated in real-time. The intent is to make sense of lots of simultaneous discoveries regarding this backdoor. last updated: 5:30 EST, on April 2nd Update: The GitHub page for xz has been suspended. 2021JiaT75 (Jia Tan) creates their GitHub account. The first commits they make are not to xz, but the
Why choose async/await over threads?
A common refrain is that threads can do everything that async/await can, but simpler. So why would anyone choose async/await? This is a common question that I’ve seen a lot in the Rust community. Frankly, I completely understand where it’s coming from. Rust is a low-level language that doesn’t hide the complexity of coroutines from you. This is in opposition to languages like Go, where async happe
わかりやすい説明のための 10 の鉄則
第0部 まずは「分かりづらい説明」を知ろう（p.14～） 第1部 口頭説明編（p.25～） 第2部 資料作成編（p.63～） 第3部 スライド作成編（p.81～） スライドのまとめ（p.115～）
RFC の URL はどのドメインで貼るのが良いか | blog.jxck.io
Intro IETF の RFC は、いくつかの場所で同じものが公開されている。 どの URL が最適なのか、という話。 結論は www.rfc-editor.org だ。 RFC Hosting Site 例えば RFC 9110 - HTTP Semantics で言うと、以下の 4 つがある。 https://tools.ietf.org/html/rfc9110 https://datatracker.ietf.org/doc/html/rfc9110 https://www.rfc-editor.org/rfc/rfc9110.html https://httpwg.org/specs/rfc9110.html まずは、これらの違いを簡単に解説する。 tools.ietf.org IETF がホストする RFC は、 tools.ietf.org だった。 RFC 2616: H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
当てはめるだけで小学生でもロジカルな文章が書ける…ハーバード大で教えられている｢オレオ公式｣のすごさ 1日10分書く習慣が頭脳を鍛える (2ページ目)
GitHub - cal-itp/data-infra: Cal-ITP data infrastructure
Weblogs Forum - The fate of reduce() in Python 3000
GitHub - amalshaji/portr: Open source ngrok alternative designed for teams
https://www.amazon.co.jp/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E3%82%A2%E3%82%A4%E3%83%87%E3%83%B3%E3%83%86%E3%82%A3%E3%83%86%E3%82%A3%E3%83%BC-%E7%B5%8C%E5%96%B6%E8%80%85%E3%81%8C%E7%9F%A5%E3%82%89%E3%81%AA%E3%81%84%E3%82%B5%E3%82%A4%E3%83%90%E3%83%BC%E3%83%93%E3%82%B8%E3%83%8D%E3%82%B9%E3%81%AE%E6%A0%B8%E5%BF%83-%E5%B4%8E%E6%9D%91-%E5%A4%8F%E5%BD%A6/dp/4296109901?&linkCode=sl1&tag=shibukawayosh-22&linkId=00d039ba118fb05ee31cd2eeaba7b575&language=ja_JP&ref_=as_li_ss_tl
マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy
