cgl00 2025-12-30 | 親コメント | トピック: 4,800件のGitHub Starが信頼を損なった理由 (medium.com) GitHub というプラットフォームではスターが少なからず重要な比重を占めているはずですが、GitHub は不正利用の検知には関心がないのでしょうか？ GeekNews ですらすぐにフラグが立つのに。 wjpark11 2025-12-30 | 親コメント | トピック: 1枚に印刷する2026年カレンダー (neatnik.net) 政府の祝日APIで照会してみると、クリスマスが「キリスト降誕日」として出ていました。正式名称はキリスト降誕日のようです。 rkttu 2025-12-30 | 親コメント | トピック: UnityのMono問題: なぜあなたのC#コードは期待より遅く実行されるのか (marekfiser.com) Mono が必ず CoreCLR によってモダン化されるべきもう一つの理由として、Unity には Mono の性能改善に投資する余力も意思もあまりないだろう、という点があると思います。.NET Framework 時代の遺産は、一日でも早く整理されるのが正しいと思います。 :-D sonohoshi 2025-12-30 | 親コメント | トピック: UnityのMono問題: なぜあなたのC#コードは期待より遅く実行されるのか (marekfiser.com) もっともな話ではあるけれど、あえてエディタのパフォーマンスを比較する理由はいまいちよく分かりませんね……。せめてデバッグビルドでも持ってきて比較していたらどうだっただろう？ いや、そうするとかえって説得力が落ちたのかな？ 一方で、IL2CPP も Mono もどちらも時代遅れの技術であることには変わりない気もするけれど shakespeares 2025-12-30 | 親コメント | トピック: ソフトウェアエンジニアは少しはシニカルである必要がある (seangoedecke.com) シニカルさが必要なのは確かです。 コードレビューのような領域は、これからますますAIに役割を移していくべきではないでしょうか。 シニカルさに向いた人材ですから。 rabolution 2025-12-30 | 親コメント | トピック: リッチ・ヒッキーの「ありがとう、AI！」: 人工知能が作る巨大なゴミ箱 (gist.github.com/richhickey) ハンモック駆動開発とは……リッチ・ヒッキーの発表に由来するもので、制約条件を深く明示して潜在意識に置いておき、設計と検証をしながら開発する方式です。リッチ・ヒッキー本人は、TDDや複雑な型システムで設計を置き換えることはできないと言っています。 https://secondb.ai/summary/11593/?tab=my LLMを使う開発者の中でも、リッチ・ヒッキーのシンプルさ（Simple Made Easy）の話に注目する方々は、似たようなことを言っているようです。Spec Drivenと似ているとも言えるかもしれませんが、LLMをよりうまく使うためにも、その違いに注目してみるのは良いのではないかと思います。 https://secondb.ai/summary/11587/?tab=all crawler 2025-12-30 | 親コメント | トピック: Z80-μLM、40KBに収められた「対話型AI」 (github.com/HarryR) 最新技術を昔のハードウェアで動かすというのは、本当にとても不思議に感じます。 将来AGIが登場したとき、今地球上にある計算能力をすべて集めれば動かせるのでしょうか？ rabolution 2025-12-30 | 親コメント | トピック: リッチ・ヒッキーの「ありがとう、AI！」: 人工知能が作る巨大なゴミ箱 (gist.github.com/richhickey) 私は緑の党の科学技術委員会に所属しているのですが、Clojure 開発者たちは緑の党員と考え方が似ているんだなと思っていたら、逆に Clojure 開発者だから緑の党に入るのではないかと思えてきました。 ;) rabolution 2025-12-30 | 親コメント | トピック: リッチ・ヒッキーの「ありがとう、AI！」: 人工知能が作る巨大なゴミ箱 (gist.github.com/richhickey) https://news.ycombinator.com/item?id=46415945 ハッカーニュースの反応も見てみましょう。 Clojurian Slackにもこの投稿が共有されていましたが、Clojureユーザーたちはリッチ・ヒッキーの立場に概ね同意する意見を示していました。 「the second biggest and most damaging con」だなんて、では1番目は何でしょう？ 暗号資産？ オブジェクト指向でしょう！ OOはもう前世紀の話ですよ。 でも、もっと深く考えてみると完全に理解できます。私たちが語るトレードオフは、常に妥協しない哲学に基づく技術的な側面にあり、LLMバイブコーディングは hammock driven development の反対のように思えます まさにそれです！ 付け加えるなら、この問題を真剣に考えている人は一人ではありません。人々と知識を共有せず、協調的な学習を妨げ、ジュニア開発者の仕事は見つけにくくなり、長期的には社会を壊していくでしょう。ですが、ほとんどの人は問題をはっきり見えていないようです。 skageektp 2025-12-30 | 親コメント | トピック: 4,800件のGitHub Starが信頼を損なった理由 (medium.com) ギークニュースでも「いいね」を不正に水増しする人たちがいて、しくしく 不正操作は本当に困りますね nullptr 2025-12-30 | 親コメント | トピック: 4,800件のGitHub Starが信頼を損なった理由 (medium.com) https://namu.wiki/w/… secret3056 2025-12-30 | 親コメント | トピック: 4,800件のGitHub Starが信頼を損なった理由 (medium.com) SKですら不正なブーストをするくらいだから… mhj5730 2025-12-30 | 親コメント | トピック: 年収に見合うエンジニアの秘密: 「わからないこと（Ambiguity）」を「できること」に変える技術 (terriblesoftware.org) シニア開発者を「アルゴリズムのコーディングテスト」で見極めようとするプロセスは、私も……採用システムの限界だと思います。何か問題の本質に近づいた人、近づける人こそが、年俸に見合うシニア開発者なのだと思います。 khris 2025-12-30 | 親コメント | トピック: この1年のMac：信じがたい状態を振り返る (eclecticlight.co) 実際に使ってみると悪くなかったけど……こういう反応もあるんですね。 bus710 2025-12-30 | 親コメント | トピック: 4,800件のGitHub Starが信頼を損なった理由 (medium.com) 周りでもSNSでも、スターのお願いを持ちつ持たれつでやることは多いですよね。 個人のrepoで100個を超えていても、特に意味があるのかなと思います。 geesecross 2025-12-29 | 親コメント | トピック: この1年のMac：信じがたい状態を振り返る (eclecticlight.co) Liquid Glassの発表を見たその瞬間、視認性は捨てるつもりなのかと思いましたが……実際の使用感の評判も予想から大きく外れてはいないようですね。 guarder 2025-12-29 | 親コメント | トピック: 私はインターネットでタマネギを売っています (deepsouthventures.com) ちょうどGeekNewsで見たことがある記事かも……と思いました（笑） ナンバリングを見ると、かなり初期のころだったんですね？ ahwjdekf 2025-12-29 | 親コメント | トピック: この1年のMac：信じがたい状態を振り返る (eclecticlight.co) LinuxノートPCを強くおすすめします hyeonseok 2025-12-29 | 親コメント | トピック: リチャード・ストールマン、「ChatGPTを使うべきでない理由」 (stallman.org) ストールマンの主張していることが、要約文には明確に表れていないように感じます。 wedding 2025-12-29 | 親コメント | トピック: 1枚に印刷する2026年カレンダー (neatnik.net) わあ、素敵ですね。ありがとうございます。「キリスト降誕祭日」という表現を初めて見たので、なんだか新鮮ですね（笑） コメントをさらに読み込む
GitHub というプラットフォームではスターが少なからず重要な比重を占めているはずですが、GitHub は不正利用の検知には関心がないのでしょうか？ GeekNews ですらすぐにフラグが立つのに。
政府の祝日APIで照会してみると、クリスマスが「キリスト降誕日」として出ていました。正式名称はキリスト降誕日のようです。
Mono が必ず CoreCLR によってモダン化されるべきもう一つの理由として、Unity には Mono の性能改善に投資する余力も意思もあまりないだろう、という点があると思います。.NET Framework 時代の遺産は、一日でも早く整理されるのが正しいと思います。 :-D
もっともな話ではあるけれど、あえてエディタのパフォーマンスを比較する理由はいまいちよく分かりませんね……。せめてデバッグビルドでも持ってきて比較していたらどうだっただろう？ いや、そうするとかえって説得力が落ちたのかな？ 一方で、IL2CPP も Mono もどちらも時代遅れの技術であることには変わりない気もするけれど
シニカルさが必要なのは確かです。
コードレビューのような領域は、これからますますAIに役割を移していくべきではないでしょうか。
シニカルさに向いた人材ですから。
ハンモック駆動開発とは……リッチ・ヒッキーの発表に由来するもので、制約条件を深く明示して潜在意識に置いておき、設計と検証をしながら開発する方式です。リッチ・ヒッキー本人は、TDDや複雑な型システムで設計を置き換えることはできないと言っています。
https://secondb.ai/summary/11593/?tab=my
LLMを使う開発者の中でも、リッチ・ヒッキーのシンプルさ（Simple Made Easy）の話に注目する方々は、似たようなことを言っているようです。Spec Drivenと似ているとも言えるかもしれませんが、LLMをよりうまく使うためにも、その違いに注目してみるのは良いのではないかと思います。
https://secondb.ai/summary/11587/?tab=all
最新技術を昔のハードウェアで動かすというのは、本当にとても不思議に感じます。
将来AGIが登場したとき、今地球上にある計算能力をすべて集めれば動かせるのでしょうか？
私は緑の党の科学技術委員会に所属しているのですが、Clojure 開発者たちは緑の党員と考え方が似ているんだなと思っていたら、逆に Clojure 開発者だから緑の党に入るのではないかと思えてきました。 ;)
https://news.ycombinator.com/item?id=46415945
ハッカーニュースの反応も見てみましょう。
Clojurian Slackにもこの投稿が共有されていましたが、Clojureユーザーたちはリッチ・ヒッキーの立場に概ね同意する意見を示していました。
ギークニュースでも「いいね」を不正に水増しする人たちがいて、しくしく 不正操作は本当に困りますね
https://namu.wiki/w/…
SKですら不正なブーストをするくらいだから…
シニア開発者を「アルゴリズムのコーディングテスト」で見極めようとするプロセスは、私も……採用システムの限界だと思います。何か問題の本質に近づいた人、近づける人こそが、年俸に見合うシニア開発者なのだと思います。
実際に使ってみると悪くなかったけど……こういう反応もあるんですね。
周りでもSNSでも、スターのお願いを持ちつ持たれつでやることは多いですよね。
個人のrepoで100個を超えていても、特に意味があるのかなと思います。
Liquid Glassの発表を見たその瞬間、視認性は捨てるつもりなのかと思いましたが……実際の使用感の評判も予想から大きく外れてはいないようですね。
ちょうどGeekNewsで見たことがある記事かも……と思いました（笑） ナンバリングを見ると、かなり初期のころだったんですね？
LinuxノートPCを強くおすすめします
ストールマンの主張していることが、要約文には明確に表れていないように感じます。
わあ、素敵ですね。ありがとうございます。「キリスト降誕祭日」という表現を初めて見たので、なんだか新鮮ですね（笑）