2025/12/16 20:19

ただ、楽しんでいるだけです。

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Summary

コンパイラの専門家として働き、余暇にビルドシステムについて執筆する著者は、本当の技術的専門性は生まれつきの才能や「魔法」ではなく、継続的な実践・実験・読書から得られると主張しています。読者は投稿を読むことで「自分が小さく感じる」または「賢い」と感じることが多く、この不安感が執筆者にとっての繰り返しテーマとなっています。彼は専門化の重要性を強調し、コンピュータ内部を知らないからといって愚かであるわけではなく、経済学・医学・パフォーマンスアート・木工・ビジネスなどあらゆる分野においても、失敗を通じて成長する必要があると述べています。

著者は金銭的報酬よりも「ふざける」ことでコードアートを創造し好奇心を刺激すること（例： “jyn NO” の行）を楽しんでいます。欧州企業から米国のテック給与ではない報酬を受けているものの、主に職人魂への愛情から執筆しています。彼は自らが信頼できるアドバイザーではなく、追随する者へ指針を提供するのみであると明確に警告しています。

実践的な提案として、スプレッドシートやウェブサイト、単純なRPGmakerプロジェクトなど、楽しくて役立つ個人ツールの構築が推奨されています。読者は他者のプロジェクトを探索し、興味深いコンポーネントを選択してその内部動作に没頭するよう促されます。開始リソースとしてMozilla Development Network（MDN）、Arch Wiki、StackOverflow、および Alice Maz の記事 “How I think when I think about programming” が推奨されています。

主なメッセージは、短期的な専門家のヒントではなく、ハンズオン実験と継続的学習から生まれる持続可能なスキル開発であるということです。

本文

IT はただのコンピュータです
リリー・ウッド

私はプロフェッショナルとしてコンパイラを開発し、余暇にはビルドシステムについて書いています。そのため、人々はよく次のようなことを言ってきます。

「あなたの投稿を読むと、とても賢い気がする」
「この内容をたくさん読んでいるうちに、自分が小さく感じる」

その反応は私には不快です。ブログを書いている目的ではありません。

競争ではない

プロのプログラマーとして働くと、求人市場は競争的に見えることがあります。しかし「自分がバカだ」と言う人は、実際にはこういう意味であることが多いです。

「他の誰かができることを私はできない」

つまり “Jyn が存在するから私が仕事を得られない” というわけではありません。自分と他者とのスキルギャップに対して劣等感を抱いているだけです。

難しいこともやれる

私が知っているすべては、実験・本の読書・投稿の参照・man ページへの相談・奇妙なエラーメッセージの解読から得たものです。時にはトリックがありますし、単に努力だけで達成できることもあります。私は魔法使いではありません—誰でもこれらを学べます。

それぞれが専門分野を持つ

「コンピュータの内部構造を学ぶ時間を費やしたくない」人は、そうしていて問題ありません。詳細な内部知識がなくても、あなたは愚かではありませんし、無能でもありません。

私はコンパイラとビルドシステムに特化しています
経済学や医学の専門家ではありません。自分とは別の専門領域を持つことは、知性が低いという意味では決してありません。

コンピュータやSTEMが社会で抱く神秘感が嫌です。工学は間違いに直面させることで知性を示すものです。この考え方はパフォーマンスアート・大工仕事・ビジネス経営などにも当てはまります。どれも同じくらい尊重されるべきです。

コンパイラを女性化できないなら…意味があるのか？

コンピュータについて新しいことを学ぶとき、私は「ただ遊んでいる」からです。それこそが目的です。私の書いた記事が他人の学習に役立ち、素敵なアイデアを刺激すればそれもまた喜ばしいことです。

時々は人々に「Jyn NO」と言わせる楽しみ、そしてコードで芸術を創造する喜び—この二つが私のモチベーションです。芸術はコンピュータの最も重要な利用法の一つです。

金銭的な動機ではありません。好きなことが報われていると幸運に思っていますが、実際にプログラマーがどれだけ稼げるかを知る前に業界に入ってしまいました。今は欧州企業で働いていますので米国のテック給与は得られていません—それでもゲームを愛しているからです。

私のアドバイス

本当に私のアドバイスを受けるべきではありません
しかし、挑戦したいと決めたなら、以下がおすすめです。

自分自身のために何か作り始める。
- 週に一時間節約できるスプレッドシート
- 遊び感覚で作る小さなウェブサイト
- RPG Maker のプロジェクトなど
ツールは重要ではありません。楽しくて具体的であることが鍵です。そうすれば、コンピュータが予想外の方法で壊れたときでもモチベーションを保ちやすくなります。
他人が作ったものを探る。
すべてを理解する必要はありません—それで構いません。興味深い部分を選び、内部の仕組みを掘り下げてみましょう。
次のリソースから始める：
- Mozilla 開発者ネットワーク
- Arch Wiki
- StackOverflow
- Alice Maz の “How I Think When I Think About Programming”

何よりも重要なのは、実験を続け、好奇心を持ち、プロセス自体を楽しむことです。

同じ日のほかのニュース

一覧に戻る →

2025/12/22 3:09

**ロギングは最低だ**

## Japanese Translation: > **要約:** > ログは通常のアプリケーション起動を記録しています。HttpServer が 0.0.0.0:3000 で開始し、PostgreSQL プールが 20 コネクションで初期化され、リクエスト処理中に Redis キャッシュルックアップが行われます。`/api/v1/users/me` への GET は遅いデータベースクエリ（847 ms）と失敗した Redis ルックアップをトリガーし、3 回の DB クエリと 1 回の外部呼び出し後にリクエストが正常に完了します。 > その直後に PostgreSQL プールが枯渇します：20 個のアクティブコネクションと 147 件の待機リクエストがあり、タイムアウトを示唆（「pool_size を増やすかクエリを最適化」）します。同時に、支払ゲートウェイへの繰り返しタイムアウトにより `payment-api` のサーキットブレーカーが閉鎖状態から開放状態へ 5 回の失敗後に遷移します。 > システムはまた、重要なメモリ圧力（ヒープ ~1.93 GB / 2.14 GB 制限）と GC ポーズ (~847 ms) をログします。バックグラウンドジョブ（`weekly_email_digest`）は低優先度キューで実行され、2341 ms で完了し、1847 通のメールを送信、3 件が失敗しました。 > これらのイベントは、現在の DB プールサイズとクエリ性能が負荷に対して不十分であることを示しています。調整なしではリクエスト遅延が増加し、さらにサーキットブレーカーが頻繁に開放されることでユーザー体験が低下します。

2025/12/22 5:55

ローカルコーディングモデルへのガイド

## Japanese Translation: ## 要約この記事は、非常に高性能なMacBook Pro（特に**128 GBのRAMを搭載したモデル）がローカルで大規模言語モデルを動かせることを主張し、高価なAIコーディングサブスクリプションを排除または劇的に削減でき、ほとんどの開発タスクで同等のパフォーマンスを提供すると述べています。ローカルモデルが典型的なソフトウェア開発作業の約**90 %**をカバーし、Claude Codeなどのサービスと同様であること、残りの**10 %**は多くの場合重要な本番機能に関わることを説明しています。メモリ要件は次のように定量化されています：30億パラメータモデルは16ビット精度で約**60 GBのRAM**が必要です。**8ビット重みなどの量子化**や**ハイブリッドアテンション**といった手法でその需要を下げることができますが、著者はさらなるKVキャッシュ量子化がパフォーマンスに悪影響を与える可能性があると指摘しています。実用的な可行性は **MLXベースのMacBook Proセットアップ** で示されており、macOS最適化されたサービング（MLX）がOllamaなどのクロスプラットフォームオプションよりもトークン処理速度で優れていることを確認しています。実際の手順としては macOS のVRAM制限を増やす (`sudo sysctl iogpu.wired_limit_mb=110000`)、`mlx-lm` をインストールし、次のようなサーバーコマンドを実行することが挙げられます： `python -m mlx_lm.server --model mlx-community/Qwen3-Next-80B-A3B-Instruct-8bit`。記事ではまた、OpenAI API標準をサポートするローカルコーディングツールの推奨リスト（**OpenCode, Aider, Qwen Code, Roo Code, Continue**）も紹介しています。多くのコードエディタがテスト時にツール呼び出し統合が壊れたり不完全だったことを指摘し、ツール品質の重要性を強調しています。主な発見：ローカルモデルはクラウドフロンティアツールより**1世代遅れることが多い**ものの、多くのタスクを十分に処理できるため、低価格サブスクリプションや無料オプションと組み合わせてローカルフォールバックを持つことで価値があります。将来展望：ローカルモデルが縮小・改善し、クラウド価格が上昇するにつれて、**高RAMノートパソコンはコスト意識のある開発者にとってますます魅力的**になるでしょう。これには費用節約、信頼性（プロバイダー停止なし）、プライバシー/セキュリティ（データがマシン上に留まる）、オフライン可用性といったメリットが含まれます。

2025/12/22 6:07

ギフトカードの責任回収ポイント

## Japanese Translation: ### 要約ギフトカード詐欺は増加傾向にあるものの、ほとんど規制されていないため、消費者や商取引先がほぼ無防備で、救済策も限られています。デビットカード窃盗は消費者保護責任移転によって恩恵を受けますが、ギフトカードはその保護の対象外であり、被害者が損失を取り戻すことはほとんどありません。2024 年に FBI インターネット犯罪苦情センターは、盗まれたカード番号と PIN を含む詐欺額 166 億ドルを記録しました。犯人はその価値を現金化したり、暗号資産や商品へ変換したり、洗浄サービスのサプライチェーンを通じて処理します。 AARP の最近のポッドキャスト広告で「ギフトカードで支払うことを求めるのは常に詐欺だ」と主張する内容は、実際には多くの企業や非銀行利用者が正当に使用しているこれらの金融商品を誤解させています。この広告は、歴史的な規制不足が日常購入でギフトカードに依存する人々に実質的なコストを課していることを隠しています。小売業者は、規制や運用上の複雑性から、Blackhawk Network や InComm Payments などの専門家にギフトカードプログラムを外部委託することがよくあります。連邦・州法（ほとんどのギフトカードを免除するが未請求残高の報告を要求するエスケートメント法、プリペイド決済の例外規定である Regulation E、および 2,000 ドル以下のクローズド・ループギフトカードを KYC/AML から免除する FinCEN 規則）は、プリペイドカードがほぼ未規制であるギャップを生み出します。1 日あたり 10,000 ドル以上の販売がある場合、発行者は再び FinCEN の監視対象になります。これらの規制の空白により、多くのプロバイダーは堅牢な詐欺調査プロセスを欠いています。窃盗を報告した顧客は通常、迅速な補償ではなく警察への届出を促されます。Paysafe やその Openbucks 子会社などの企業は、ギフトカードを支払手段として使用し、銀行口座がないまたは少ない消費者向けに代替金融サービスプラットフォームを構築しており、この許容的な環境で事業を展開しています。専門家や擁護団体は、従来の銀行サービスとは異なる人口層を対象としているため、これらの代替 FS エコシステムを誤解しがちです。この記事では、AARP のギフトカードに関する警告が歴史的な規制の抜け穴から生じており、それがギフトカードに依存する消費者に実質的な負担をもたらしていることを強調しています。