みなさんただ Claude でブログを書いてしまうので、どこまで理解して書いているのか分かりませんね……

 

おお……ありがとうございます。ありがたい方ですね……多くの方の助けになると思います。お疲れさまでした。

 

私がSQLに慣れているからかもしれませんが、SQLより簡潔だという点にはあまり同意できません
C# の LINQ のほうが便利そうですね。対応しているDBの種類も多いですし

 

コメントはYouTuberがときどき整理しているはずなので、そのためだと思います。

 

同じ会社の同じフィラメントでも、ロットによって物性は少しずつ異なります。これは他人の値を持ってきて使って解決する問題ではなく、自分で適正値を見つけられる力を身につけるべき問題なのです。

 

2000年にCGIを使ってWebサービスを開発していた記憶があります。
しばらくWeb方面から距離を置いていましたが、2015年ごろにフリーランスをするようになってjQueryに出会い、その後React、Angularに触れました。それから時々フロントエンドの作業をしながら、言及されているさまざまな技術に触れてきました。

「業界が20年かけて大きな円を描いた末に、FTPでアップロードしていたファイルに似た地点へ戻ってきた、と整理している」この部分には、ある程度うなずけます。流行は巡り巡るものなのかなとも思います ^^

 

treemapのデータ可視化みたいですね

 

Astro で静的ビルドされるようにすると、すごく便利でした
Mermaid のような図表作成プログラムまでビルドパイプラインに組み込めば、ブログ用途ならバックエンドは不要でした

 

個人プランと違って、ビジネスプランの場合は 3.6 Thinking も別途公開されているようですね。
ひとまず会社で使ってみた感じでは悪くはありません。codex や claude のようにユーザーファイルを直接コントロールする形に進んでほしいのですが、Chrome エコシステムにこだわりすぎているのが少し残念です。

 

「最適化は現在を磨き、判断は未来をつくる」

 

ついに taste を「審美眼」と訳すんですね!

 

自分たちが無料で提供しているサービスでもないのに、「有料」のサービスを持っていって学習したうえで、それを「有料」で販売することが、どうしてフェアユースになり得るのか理解できないな……

 

おお、いつか必ず必要になりそうなアプリですね!

 

性能が落ちても、openclaw のように「これはちょっと画期的だな」と思える方向に進めば
人々ももう少し使うだろうに

 

HTML が置かれたディレクトリを Web サーバーに指定するだけで、そのまますぐアクセスできるのが Web ページですよね。Caddy のようなものを使えば、設定も 4〜5 行ほどで済みます。外部公開も最近は cloudflared のような便利なものが多いです。
すべてを直接書かなくても、Hugo のような静的サイトジェネレーターもあります。

 

使ってみてくださってありがとうございます!
そして、良いご意見もありがとうございます。
https://github.com/jadhvank/ko-llm-classifier/tree/main/extension
Chromeブラウザ拡張を作りました。こちらもぜひ使ってみてください。

 

えっ、そんなことできたんですか?今すぐセットアップしてみないとですね。

 

そうですね。共感します。SDK への依存は生じるでしょうが、学習コストが高いので、そのほうがむしろ良さそうです。