原文の著者がGeekNewsに投稿することもありますが、それは主に韓国語のブログ記事である場合で、通常は第三者が興味深く読んだ記事や、原文を韓国語に翻訳した記事が主に投稿されます。Hacker Newsに近いものと考えていただければ大丈夫です。GeekNewsサイト下部のaboutページとサイト利用方法をご参照ください。

> ユーザーはニュースリンクとそれに関する文章を投稿でき、関連するコメントを付けることができます。

> ここに投稿されるすべてのコンテンツは、ユーザーがニュースと知識の共有のために自発的に投稿するものです。

> 基本的に元の記事のタイトルを付けるか、タイトルを韓国語に翻訳して投稿してください。
> 元のURL先の記事タイトルよりも内容をよりよく要約・説明できるなら、タイトルを変更して記載してください。
> 内容には原文の内容を要約するか、原文が英語であれば韓国語の翻訳要約文を直接書いていただけると助かります。

Claude Code をインストールして使ってみましたが、2つのプロジェクトの概要を動画のように尋ねてみました。

Total cost: $0.1151
Total cost: $0.0855

約0.2ドル使いますね……？

動画の例が45分以上かかる作業だとすると、かなり高価な作業になっていた気がします。

Next.js は 13 以降かなり実用的になりましたが、最近は本当にとても気に入っています。フルスタックWeb開発の技術スタックにおける事実上の標準になりそうです。

では、これは韓国人が要約して投稿したものなのでしょうか？リンクを見る前にまず内容が目に入るので、リンクのことを考える暇がありません。しかも投稿されたなら韓国人が投稿したのだろうし、イギリスに住む当事者が投稿するはずもないじゃないですか。

？ はい、その方で合っています。その方がご自身のブログに書かれた文章を要約して紹介したもので、上にリンクも一緒にありますが..

https://www.perfecttableplan.com/
もしかしてこちらで合っていますか？
合っているなら、イギリス在住の白人の方として紹介されていたのですが..
何が正しいのでしょうか？ ただ韓国語がとてもお上手なだけなのか、それとも fake url なのでしょうか？ 混乱しますね..

拡張思考モード（Thinking Mode - Extended）

• モデルが回答前に自己省察を通じてより深く思考する機能
• 数学、物理学、命令実行、コーディングなど多様なタスクで性能向上
• APIユーザーはモデルが考える時間を最大128Kトークンまで制御可能
• 速度（コスト）と回答品質の間のバランスを調整できる柔軟性を提供
• 人間が素早い反応と深い思考を同じ脳で処理するように、別個のモデルなしで1つのモデルに2つのモードを提供

OpenAIのo1やDeepSeekのR1のような別個の推論モデルとは異なるアプローチを選んだようです。単一モデル内に2つのモードを統合したものに見えます。

さらに、モデルに学習データのカットオフ日を直接尋ねると、2024年10月末だと回答するようです～!

Repomixというものがあったんですね。毎回コピペしていたのに..（泣）

おお、こんなものがあったんですね。おすすめありがとうございます。 https://blog.continue.dev/codestral/

PCの性能がしょぼいなら、nginxを使うべきですかね、、

私もObsidianを使ってみようと思ったんですが、
Notionに慣れてしまったせいか、
入力方式がどうにも使いにくかったです.. （泣）

forkに落ち着いて使っていましたが、これはぜひ試してみないとですね

Continue では Codestral を接続して使ってください

私もいちばん好きなテーマです :) いつもありがとうございます。

Gork3 が無料公開されました。使ってみてください〜

読むだけでも面白いですね（笑）

Airbnb、Shopify、GitHub、思ったよりRuby on Railsを使っている企業が多いですね!! 😊

GitHubは初期にRailsコミュニティを中心にネットワークを築いていました。
https://read.first1000.co/p/-github

少し別件ですが、Ruby on Railsのセキュリティ問題であるMass Assignment VulnerabilityをEgor Homakovが指摘した件がありました。これは開発者が注意すれば避けられる問題だったため、これをパッチすべきかどうかという議論がありました。（RTFMと言えてしまうので）

これを報告したEgor Homakovが選んだ方法は、当時すでにRailsで運用され、しかもRailsがホスティングされていたGitHubを攻撃することでした。実際に成功しました。

そのため、最大級のRailsアプリであってもこの事例から自由ではないことを示しました。

開発者を信頼するか（手動メモリ管理）vs 信頼しないか（GCなど）という選択だったのだと思いますが、私はRTFMのような返答や、セキュリティで「分かったうえでうまくやること」を前提にするときに、しばしばこれを思い出します。

https://news.ycombinator.com/item?id=3666564

私たちは、アイコンのみを使用する状況を極力限定しています。

• 自明なアイコンを自明な位置に配置する場合（ChevronLeftを左上、Vertical3Dotsを右上に）
• そのアイコンが表示されるためにユーザーのインタラクションが必要であり、かつそのインタラクション領域に同じアイコンがラベル付きで表示される場合（通知オフのアクション時に該当要素へBellOffアイコン）
• 自明な数値データが後ろに続く場合（いいね、よくないね、時間）
• そのアイコンまたはそのまとまりを説明するツールチップ、チュートリアルなどを通じて、アイコンの用途を説明する機能が含まれている場合
  ** お客様からの要望がある場合（笑）;

最近、韓国国内の電子書籍は紙の本と価格も異なり、ISBNも別に取得することが多いです。
図書定価制を回避するための抜け道ではあるのですが。だから、そもそも別の商品です