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)

怠け者のテトリス

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

 
roxie 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

実は私も結局Chromeに戻ってしまって、はっきりとは覚えていなかったのですが、「イーゼル」のような機能は他のブラウザではあそこまでネイティブに表現するのは難しい気がします。ほかのコメントで良いやり取りをしてくださって、おかげで勉強になりました。良いコメントをありがとうございます。

 

この部分の確認が遅れてしまいましたね。"IMSIは変更されました"に修正しました。

 

わあ、本当にすばらしい写真ですね。作者の公式ウェブサイトを見ると、もっとたくさんあります
https://www.charlesbrooks.info/

 
ndrgrd 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

ブラウザは本当に個人的な満足が求められる環境なので、ユーザーの立場から好みに応じてArc/Zenを選んで使うのは当然のことだと思います。

私が最初のコメントで考えていたのは、文章が制作会社の内部メンバーのために書かれているだけに、会社の立場ではターゲット層がどうなるのだろうか?と考えながら書いたということでしたが、文章が足りなかったようですね。

 
pswdev 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

私も本当に長い間Chromeを使ってきましたが、Chrome/Firefoxでの使用体験はいつも20%ほど物足りない感じがありました。
拡張機能でできる限り自分の望む環境を構築しても不便な点が残り続け、その足りない部分を埋めてくれるブラウザを探し回り、GitHubにあった未完成のブラウザまで自分でビルドして使ってみましたが、
Arcの最初の体験は完璧なブラウザそのもので、Arcが考えるウェブブラウジング体験によって生まれる新しい機能は、私のウェブブラウジングのやり方を完全に変えてしまいました。

ただ、おっしゃっていたように、すでに既存のブラウジング環境にある程度満足していて、拡張機能を使って自分に最適化した環境を作り上げている人たちにとっては、Arcの環境はそれほど魅力的ではなかったのかもしれませんね。

新しい視点を提供してくださってありがとうございます。

 
ndrgrd 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

私も使ってみたことのある機能ですね。

私はFirefoxを使っていますが、垂直タブやSpace機能は、以前から使っていたSidebery(+ Multi-Account Containers)という1つの拡張機能で十分カバーできるという印象でした。
ウィンドウ分割機能については、すでに不便だとおっしゃっていましたが、私の場合はOSレベルの機能をよく使っていました。WindowsやMacならショートカットを2〜3回押すだけで簡単に分割できますし、LinuxのDEではそれ以上に手軽です。

もちろん、ブラウザに統合された滑らかなUXだと見ることもできますが、個人的にはそれほど大きな魅力は感じませんでした。
ArcやZenのように既存のブラウザに便利機能を載せるやり方は、長年ブラウザを使いながら個人的に作り上げてきた環境と比べて、特別に優れているとは感じにくかったです。

ブラウザ環境を初めて整えるユーザーにとっては、良い出発点になるのかもしれません。
ですが、ブラウザにあまり関心のない人はそのままChromeを使い続けるでしょうし、関心のあるユーザーはすでにそれぞれ最適化された環境を作っているはずです。
結局のところ、ターゲットとなるユーザー層が曖昧だという印象を受けました。

 
pswdev 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

Chromeをインストールした後、実際に試してみました。

私が最も重要な要素の一つだと考えている機能は縦型タブなのですが、Vertical Tabs という拡張機能を使えば Chrome でも利用できるんですね。タブのコントロールやグループも表示してくれます。ただ、拡張機能である以上、Chrome の水平タブ UI までは消してくれません。特に大きな問題ではありませんが、個人的には見た目が少し気になります。

Split View という機能は、1つのブラウザウィンドウで2つ以上のタブを同時に表示する機能です。Chrome では Split Screen for Google Chrome という拡張機能が有名なようですが、インストールして使ってみると、選択した比率で追加のウィンドウを生成して再配置してくれます。
Arc は1つのウィンドウ内で2つのタブをまるで1つのタブのように見せてくれる一方、この拡張機能はウィンドウを完全に2つに分けてしまうので、Split View で見ていた途中で別のタブを見るときにもレイアウトがそのまま維持されてしまい、かなり煩雑で使いにくい印象です。

Space は大きな区分でタブを分け(私はたいてい Home/Study/Work に分けています)、ショートカットキーやボタン1つで簡単にタブ一覧を切り替えながら使う機能です。また、Gmail や Calendar のように、すべての Space からアクセスできるタブも作れます。
Chrome にもプロフィール機能はありますが、完全に新しいウィンドウで開かれるだけですし、すべてのプロフィールからアクセス可能なタブを作る方法は見当たりません。
また、Space は基本的に拡張機能や Cookie などを共有する一種の「大きなタブグループ」にすぎず、必要に応じて拡張機能や Cookie を共有しないコンテナとして動作させることもできますが、プロフィールは常に拡張機能や Cookie などを共有しないコンテナとして動作します。

以上の機能は、私が Arc と Zen Browser で最も愛用している機能です。
Zen Browser をメインで使うようになってからは Chrome をほとんど使っていないため、今回はテストも兼ねて少しだけ使って書いたものなので、もし私が見落としている点があれば教えていただけるとありがたいです。

 
ndrgrd 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

魅力的な差別化ポイントが何だったのか、もしよければ教えていただけますか? 私は数日使ってみて、すぐ元に戻ってしまったので。

 
roxie 2025-06-01 | 親コメント | トピック: Arcメンバーへの手紙 (browsercompany.substack.com)

ほとんど同じような体験というのは、少し誇張した表現のように思います。あれほど完成度の高いUI/UXは、拡張機能よりはるかに優れていると感じました。

 

私もオフィスレンズを使ってから、モニターを見るのがとても楽になりました。

 

フラットなUIに3Dアセットを使ったのなら、ニューモーフィズムの一環ではないかと思います

 

アンドゥリルのドローン映像は、発射するところからただならない感じだったのに、そのまま何かが爆発して……

アンドゥリルはNixOSやRustの導入もしていて、いろいろな新技術の適用も速いみたいだけど、就職しようとするとsecurity clearanceがネックで……。アメリカ市民じゃないと無理みたいでした。

 

あまり魅力的な選択肢ではないですね...

PHPはもともとのメモリ消費量もかなり大きめですし、初期化コストもかなり高いので、適切な管理が必須ですが、
nodeと同じプロセス内で、特に今の実装のようにネイティブモジュールの中にPHPを丸ごと抱え込んだ構造では、負担がかなり大きく見えます。

私なら、php-fpmは別プロセスのままにして、
むしろfastcgiクライアントをjsで書いて処理すると思います。

 

知識グラフというのは、何十年も前の Symbolic 方式をまた持ち出してきたような感じですね。