ndrgrd 2025-07-14 | 親コメント | トピック: オンラインの性的文章表現の自由が最高裁判決でほぼ消滅 (ellsberg.substack.com) 人々は自由の重要性そのものをよく分かっていません。年を取っていてもいなくてもです。民主主義のために戦った世代の人たちでさえ、不思議なことに検閲は歓迎します。 犯罪予防の効用よりも検閲のデメリットのほうが大きいことも理解していません。 あらゆる検閲に犯罪予防という一つの言い訳が使われ、それが通用する時代です。 あと数年もすれば、1984のような小説に出てくるように、すべての家庭にCCTVが設置されても、人々はその危険を理解することさえできなくなるのかもしれません。 flaxinger 2025-07-14 | 親コメント | トピック: Grokはイスラエル・パレスチナ問題について、XでElon Muskが何と言っているかを検索する (simonwillison.net) こんなのにおすすめを押した人は反省してください techiemann 2025-07-14 | 親コメント | トピック: オンラインの性的文章表現の自由が最高裁判決でほぼ消滅 (ellsberg.substack.com) すでにディストピア的な検閲社会に生きている人々にとっては、ずいぶん遅すぎる議論ですね。 penza1 2025-07-13 | 親コメント | トピック: xkafka — GoでKafkaをもっと簡単に使う方法 (medium.com) うーん、golang では sarama のほうがより好まれていると知っていたのですが…… 思った以上に Kafka クライアントは……ブローカー障害や例外時には非常に複雑なので、 あらゆるケースをカバーできるのか…… kaykim 2025-07-13 | 親コメント | トピック: 英国郵便局のITシステム障害で少なくとも13人が自殺、1,000人超が不当に起訴 (nytimes.com) 以前、事件の初期段階についてもう少し詳しく書いたものがあります: 事件の発端は1999年、郵便局が信頼性に疑問を持って取りやめた年金・手当支給システムを、英国政府が断念せず、取引を紙に記録していた郵便局の既存システムのアップグレードに使うと決めたことだった。 Horizonと呼ばれたこのPOSシステム(an electronic point-of-sale system)は当初から問題が多く、Horizonに記録された現金と実際の現金保有額の差異が見つかり、困惑した郵便局長たちはHorizonのカスタマーセンターに電話をかけ始めたという。 「Dalmalington」エラーは、ユーザーが現金受領の有無を確認(confirm)しようとすると画面をフリーズさせ、この状況でEnterを押すたびに何の表示もなく現金を受領したものとして記録した。 「Calendar Square」エラーは、システムの基盤データベースの不具合により重複取引を発生させた... 原因は何だったのだろうか。いくつもあっただろうが、1) 人員不足、2) ソフトウェアの無謬性に対する盲信、3) 官僚主義が目立つ。 人員不足 開発に参加していたデイビッド・マクドネルによれば、「開発チームには8人いたが、2人は非常に有能で、2人は平均的だったが一緒に作業できた。残りの3〜4人は専門的なコードを作成する能力がなく、仕事をまともにこなせなかった」という。 https://x.com/KayKiwoongKim/status/1825209040575873330 lastiverse 2025-07-13 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) 問題の本質は、Webという「ドキュメント」を基盤とするHTTPプロトコルの中で、アプリのようなWebを作ろうとする無理な工夫にあるということであり、 それを解決するためにアプリレベルの機能が必要なら、アプリのための新しいプロトコルとフレームワークを作ってはどうか、という意見でした。 スマートフォンで純粋なネイティブプログラムが直接動くのではなく、ある種のサンドボックス化されたアプリが動作するように、それがブラウザレベルで実行される構造です。 もちろん、ActiveXのような形にならないよう、開放性と標準化が先行されるべきでしょう。 choijaekyu 2025-07-13 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) 「退屈」に対する意見が面白いですね(笑)。別の言い方にすると、何がよいでしょうか? ありきたりな、よくある、などでしょうか? techiemann 2025-07-13 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) おっしゃっている話とは、まったく別の話ではないでしょうか? techiemann 2025-07-13 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) 「理想的なプラットフォーム」とおっしゃっていた最後の内容が、何を意味しているのかよく分かりません。 結局のところ、ネイティブプログラムをダウンロードして、そこで ActiveX を使っていた時代の話ですからね。 aqqnucs 2025-07-13 | 親コメント | トピック: 退屈なコードで10億件のWebリクエストをさばいた経験 (notes.billmill.org) boring を「退屈」と訳したのは、本来の意味をあまりうまく捉えられていませんね。boringness は Go の設計哲学の一つです。 ng0301 2025-07-13 | 親コメント | トピック: OpenAI、オープンウェイトモデルのリリースを延期 (twitter.com/sama) まただまされるのか〜 ng0301 2025-07-13 | 親コメント | トピック: Pangolin – Cloudflare Tunnelsのオープンソース代替 (github.com/fosrl) クリック一発で手軽に使うには、あまり簡単ではないですね xguru 2025-07-13 | 親コメント | トピック: Grok 4リリース (twitter.com/xai) Grok 4がついにトップのAIモデルに Simon WillisonによるGrok 4レビュー Grokはイスラエル・パレスチナ問題についてElon MuskがXで何と言っているかを検索する ndrgrd 2025-07-13 | 親コメント | トピック: Pangolin – Cloudflare Tunnelsのオープンソース代替 (github.com/fosrl) 良いのですが、これを使うとシステムからWireGuardを制御できません。トンネルとは別に使いたいなら、VMに分けて使う必要があります。 spp00 2025-07-12 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) アプリのようなWebだとしても、結論で述べられていたものに近い形を目指すべきだと思います。JavaScriptを多く使うと、クライアント側としては重くなります。 実際、そのように実装できるフレームワークがないわけでもありません。例えばNext.jsも、クライアントコンポーネントの使用を必要なときだけにして最小限に抑えれば、おおむね可能ですし、別の方が言っていたRails陣営には Hotwire(https://hotwired.dev/) があり、これは筆者が述べた結論にかなり近づけるよう、アプリのようなWebを支援するフレームワーク群(Turbo、Stimulus など)があります。 spp00 2025-07-12 | 親コメント | トピック: OpenAIによるWindsurf買収契約が破談に、共同創業者と主要開発陣はGoogleへ移籍 (theverge.com) OpenAIによる買収案件のせいでClaudeの最新バージョンのライセンス提供が中止されて、いまWindSurfでClaude 4.x系モデルを使うには高価なAPIを直接購入しなければならないのですが、Claudeは復帰するのでしょうか? spp00 2025-07-12 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) 韓国では、経営陣→企画担当者→開発者へと降りてくる開発文化がありますが、西洋では韓国でいう企画担当者という概念がなく、開発者が積極的にプロダクト企画などに関わる面があります。西洋のPMなどは、カバーレターと自己紹介書が完全に一致する概念ではないのと同様に、韓国の企画担当者と完全に一致するわけではありません。もちろん、創作プロジェクトの性格が強く、面白さやゲーム性が重要なゲームは、西洋でもアジアほどではないにせよ比較的フラットですが、ディレクターから開発者へと降りてくる形ではあります。 spp00 2025-07-12 | 親コメント | トピック: 過度なJavaScript中心の開発がWebを壊している (jonoalderson.com) 目指す開発哲学が千差万別ですからね……。 helio 2025-07-12 | 親コメント | トピック: Grokはイスラエル・パレスチナ問題について、XでElon Muskが何と言っているかを検索する (simonwillison.net) やはりAIも公平ではないですね kayws426 2025-07-12 | 親コメント | トピック: 英国郵便局のITシステム障害で少なくとも13人が自殺、1,000人超が不当に起訴 (nytimes.com) あまりにも恐ろしいです。 悪意をもって記録された記録が、 記憶や経験を打ち負かして証拠となり、 私たちを脅かす事態が起こりうるということです。 コメントをさらに読み込む
人々は自由の重要性そのものをよく分かっていません。年を取っていてもいなくてもです。民主主義のために戦った世代の人たちでさえ、不思議なことに検閲は歓迎します。
犯罪予防の効用よりも検閲のデメリットのほうが大きいことも理解していません。
あらゆる検閲に犯罪予防という一つの言い訳が使われ、それが通用する時代です。
あと数年もすれば、1984のような小説に出てくるように、すべての家庭にCCTVが設置されても、人々はその危険を理解することさえできなくなるのかもしれません。
こんなのにおすすめを押した人は反省してください
すでにディストピア的な検閲社会に生きている人々にとっては、ずいぶん遅すぎる議論ですね。
うーん、golang では
saramaのほうがより好まれていると知っていたのですが……思った以上に Kafka クライアントは……ブローカー障害や例外時には非常に複雑なので、
あらゆるケースをカバーできるのか……
以前、事件の初期段階についてもう少し詳しく書いたものがあります:
事件の発端は1999年、郵便局が信頼性に疑問を持って取りやめた年金・手当支給システムを、英国政府が断念せず、取引を紙に記録していた郵便局の既存システムのアップグレードに使うと決めたことだった。
Horizonと呼ばれたこのPOSシステム(an electronic point-of-sale system)は当初から問題が多く、Horizonに記録された現金と実際の現金保有額の差異が見つかり、困惑した郵便局長たちはHorizonのカスタマーセンターに電話をかけ始めたという。
「Dalmalington」エラーは、ユーザーが現金受領の有無を確認(confirm)しようとすると画面をフリーズさせ、この状況でEnterを押すたびに何の表示もなく現金を受領したものとして記録した。
「Calendar Square」エラーは、システムの基盤データベースの不具合により重複取引を発生させた...
原因は何だったのだろうか。いくつもあっただろうが、1) 人員不足、2) ソフトウェアの無謬性に対する盲信、3) 官僚主義が目立つ。
開発に参加していたデイビッド・マクドネルによれば、「開発チームには8人いたが、2人は非常に有能で、2人は平均的だったが一緒に作業できた。残りの3〜4人は専門的なコードを作成する能力がなく、仕事をまともにこなせなかった」という。
https://x.com/KayKiwoongKim/status/1825209040575873330
問題の本質は、Webという「ドキュメント」を基盤とするHTTPプロトコルの中で、アプリのようなWebを作ろうとする無理な工夫にあるということであり、
それを解決するためにアプリレベルの機能が必要なら、アプリのための新しいプロトコルとフレームワークを作ってはどうか、という意見でした。
スマートフォンで純粋なネイティブプログラムが直接動くのではなく、ある種のサンドボックス化されたアプリが動作するように、それがブラウザレベルで実行される構造です。
もちろん、ActiveXのような形にならないよう、開放性と標準化が先行されるべきでしょう。
「退屈」に対する意見が面白いですね(笑)。別の言い方にすると、何がよいでしょうか? ありきたりな、よくある、などでしょうか?
おっしゃっている話とは、まったく別の話ではないでしょうか?
「理想的なプラットフォーム」とおっしゃっていた最後の内容が、何を意味しているのかよく分かりません。
結局のところ、ネイティブプログラムをダウンロードして、そこで ActiveX を使っていた時代の話ですからね。
boringを「退屈」と訳したのは、本来の意味をあまりうまく捉えられていませんね。boringnessは Go の設計哲学の一つです。まただまされるのか〜
クリック一発で手軽に使うには、あまり簡単ではないですね
Grok 4がついにトップのAIモデルに
Simon WillisonによるGrok 4レビュー
Grokはイスラエル・パレスチナ問題についてElon MuskがXで何と言っているかを検索する
良いのですが、これを使うとシステムからWireGuardを制御できません。トンネルとは別に使いたいなら、VMに分けて使う必要があります。
アプリのようなWebだとしても、結論で述べられていたものに近い形を目指すべきだと思います。JavaScriptを多く使うと、クライアント側としては重くなります。
実際、そのように実装できるフレームワークがないわけでもありません。例えばNext.jsも、クライアントコンポーネントの使用を必要なときだけにして最小限に抑えれば、おおむね可能ですし、別の方が言っていたRails陣営には Hotwire(https://hotwired.dev/) があり、これは筆者が述べた結論にかなり近づけるよう、アプリのようなWebを支援するフレームワーク群(Turbo、Stimulus など)があります。
OpenAIによる買収案件のせいでClaudeの最新バージョンのライセンス提供が中止されて、いまWindSurfでClaude 4.x系モデルを使うには高価なAPIを直接購入しなければならないのですが、Claudeは復帰するのでしょうか?
韓国では、経営陣→企画担当者→開発者へと降りてくる開発文化がありますが、西洋では韓国でいう企画担当者という概念がなく、開発者が積極的にプロダクト企画などに関わる面があります。西洋のPMなどは、カバーレターと自己紹介書が完全に一致する概念ではないのと同様に、韓国の企画担当者と完全に一致するわけではありません。もちろん、創作プロジェクトの性格が強く、面白さやゲーム性が重要なゲームは、西洋でもアジアほどではないにせよ比較的フラットですが、ディレクターから開発者へと降りてくる形ではあります。
目指す開発哲学が千差万別ですからね……。
やはりAIも公平ではないですね
あまりにも恐ろしいです。
悪意をもって記録された記録が、
記憶や経験を打ち負かして証拠となり、
私たちを脅かす事態が起こりうるということです。