エンティティ!スカイネット!忠誠忠誠

 

良い記事をありがとうございます!
参考までに、Spring では spring-web ライブラリの org.springframework.http.ProblemDetail に実装が存在します!

 

type フィールドは、参照解決可能な URI に設定することが推奨されているようです。

内部サービスでは、Swagger-ui のドキュメントリンクで代用しても問題ないと思います。

 

良い紹介をありがとうございます!
調べてみたところ、RFC 9457 に置き換えられていましたね。

https://datatracker.ietf.org/doc/html/rfc9457
(従来の 7807 文書: https://datatracker.ietf.org/doc/html/rfc7807)

 

先輩(?)として一言申し上げると..
累進多焦点レンズをもし今後使うことになったら...
これは case by case ではないかと思います。
私の周りでも累進多焦点レンズにした方の大半は、うまく慣れられないことが多かったです。

2020年に累進多焦点レンズにして..
最近、2025年5月に新しくまた作りました。
近所の親切な眼鏡店で作ったのですが。
最初は慣れるのがとても難しかったです。

老眼を経験したことのない若い眼鏡店の店主さんが
理論で勉強されていて、累進多焦点レンズにする場合について
起こりうる現象を事前に説明してくれたにもかかわらず

・階段を上り下りするときに水平感覚が合わないことがある
・最低2週間ほどは慣らし期間が必要だ
・2週間たっても慣れなければ、改めて作り直してくれると..

1枚のレンズで遠距離、近距離、スマートフォンを見る距離まで全部満たそうとする
ものなので..
3次元空間で表示される領域が歪んで、自分の水晶体を無理やり
押し込めるような感覚があります。目も痛いし頭も痛いし..

その代わりスマートフォンの文字はくっきりよく見えます。
モニターもそれなりによく見えます。
遠くもそれなりによく見えます。
横になった状態でTVを見るとピントが合いません。
そして視野の center はピントがよく合うのですが、眼球を左右に動かすとピントが
合いません。
うーん.. ただ慣れていけば、そのうち馴染みます。

2020年に作ったレンズは7段階レベルでピントを合わせられると言われて
作ったのですが.. 最初の1か月ほどは慣れるのが大変で、5年ほどはそのまま目が
慣れて問題なく使えたので、周りにもおすすめまでしていました。

最近、眼鏡が壊れたので新しくまた累進多焦点レンズにしたのですが。
以前のものより1段階少し高くて、レベルも8段階にしたのですが..
慣れるのが大変です..
モニターの文字にピントが合いません。 --
Wide モニターは center はよく見えるのですが.. 隅にある文字はピントが合わないという -
-
8段階にしたからなのかとも思ったりして... 頭を上下にこくこく動かしながらピントを
合わせる姿が自分でもおかしいです。

眼鏡店に再訪すると、オフィスレンズの話をしていました...
1m〜2mくらいだけがよく見える、そんな...
うーん.. 高い価格で眼鏡を買い替えたのに... またオフィスレンズにしないといけないと言われて
悲しくなりました。

とにかく.. 2度目に変えたものを2週間ほど使っていますが.. 苦労しながら慣れているところです。

これから周りの人が累進多焦点レンズにすると言ったら
慎重におすすめしようと思います。

うーん.. 老眼のせいで、もう引退しないといけないのか本気で悩み中です。 はははは

 

lily58を使っています。
慣れの問題は思ったより簡単に適応できました。体感では、テンキーレスを初めて使うときより少し大変なくらいでしょうか?

個人的には、キーボードは分割型にするべきだと思います。

 

redis、すぐに時代遅れになりそうだね

 

Electron は Chromium を内蔵しており、Tauri は OS にインストールされたエンジンを使うという違いがあります。

Tauri(OS WebView)は軽量な配布と高速なパフォーマンスが必要なときに有利ですが、
セキュリティ、信頼性、機能制御が重要なサービスでは Electron(Chromium 内蔵)方式のほうがより適しています。

コードの問題はよく分かりませんが、プラットフォームの特性が大きく反映されるのだと思います。

 

自転車とランニングを競わせるような感じですね。

 

一種のアンサンブル手法と言うべきでしょうか。すごいですね。

 
throwaway0837 2025-06-02 | 親コメント | トピック: jjui - Jujutsu バージョン管理システム向け TUI (github.com/idursun)

jj は git の代替インターフェースと考えてよいと思います。git colocate にしておけば、たいていの git 対応ツールも問題なく動作します。

 

私は https://github.com/arxanas/git-branchless
使っています。

Git の拡張機能に近く、rebase が本当に簡単になるので満足しています。

 
roxie 2025-06-02 | 親コメント | トピック: Google、Firebase Studioを公開 (firebase.studio)

rork を使ってみます。ありがとうございます、先生。

 
spilist2 2025-06-02 | 親コメント | トピック: Google、Firebase Studioを公開 (firebase.studio)

この記事を書いてから2か月ほど経ちましたが、今はよく分かりません。最近はFSを長いこと使っていませんし。

Gemini APIを使えるという点ではAI Studioのほうがよく見えますし、

アプリを作るなら、iOSまで一発で出せるrorkのほうがよく見えますね。

 
roxie 2025-06-02 | 親コメント | トピック: Google、Firebase Studioを公開 (firebase.studio)

現在どうお考えかも気になります。私もAIの助けを(かなりたくさん借りて)簡単なアプリから作ってみようと思っているのですが、現時点ではFSがその中ではいちばん使い心地がよいと言えるでしょうか?

 

jj に乗り換えてから2か月ほど経ちました。git と違って commit(正確には changes)をあちこち移動させることが多いのですが、先週 jjui が登場して、CLI の不便さもなくなりました。

わざわざ他の人に一緒に使おうと話さなくても、自分一人で快適に使えるのが良いです。remote push は git repository にするつもりですが、もう git に戻ることはなさそうです.

 

実際のところ、Valkey が何かを成し遂げたというよりは……向こうが勝手に自滅したという感じで……

 

PyInstallerのように動作しますか?

 

jj を実務で使っている方はいますか? まだメリットがそこまで強く実感できていないのですが、他の同僚が git/GitHub を使っている環境でも、使う利点があるのか気になります。

 
ahwjdekf 2025-06-01 | 親コメント | トピック: 怠け者のテトリス (lazytetris.com)

怠け者のテトリス

何を言っているのかさっぱりわからない