ndrgrd 2025-09-16 | 親コメント | トピック: 中国のグレート・ファイアウォール(GFW)史上最大規模の内部文書流出:GeedgeおよびMESAに関する分析 (gfw.report) 私はその政党を支持していません。 「2を選んだ人」などと決めつける態度をどこで覚えてきたのか知りませんが、無礼で品のない人間に見えます。 他人について何も知らないのに人生に説教をするのは、嘲笑を買うような行為です。あなたは私よりどれほど立派なのですか? その事件が起きたからといって、今の独裁者たちがこのようなことを行うのが普通で驚くに当たらないことになるわけではありません。 egirlasm 2025-09-16 | 親コメント | トピック: 中国のグレート・ファイアウォール(GFW)史上最大規模の内部文書流出:GeedgeおよびMESAに関する分析 (gfw.report) エドワード・スノーデン事件のこともまだ生々しいのに、独裁者がどうこうとか、ここでもこんなコメントを見なきゃならないなんて、まさか 2回目の支持者? どうか部屋にこもってコーディングばかりしていないで、世界のあちこちを見て回ってほしいです。 zihado 2025-09-16 | 親コメント | トピック: 国際ハッカー組織、SKテレコムへのハッキングを主張…2,700万人分の顧客データ公開を脅迫中 (dailysecu.com) SKTは違うとプレスリリースを出したけど、さてどうだろう… bobross0 2025-09-16 | 親コメント | トピック: ブラウザで Liquid Glass を実装: CSS と SVG を使った光の屈折 (kube.io) ウェブで見たリキッドグラスの中で、最も近い感じですね。 secret3056 2025-09-16 | 親コメント | トピック: BlazeDiff - 超高速画像比較ライブラリ (github.com/teimurjan) 少し前にOCamlからZigへ書き直された odiff も見てみるとよいです。pixelmatchより6倍高速です。 bobross0 2025-09-16 | 親コメント | トピック: 組織を壊す怠惰な思考の5つのタイプ [翻訳記事] (blogbyash.com) 日本に当てはめてもぴったりのテーマですね ifmkl 2025-09-16 | 親コメント | トピック: バックエンド設計のために知っておくべきバックエンド構成の3要素 (maily.so) ALBが機能的にWebサーバーを代替し、ユーザーが直接WASなどのバックエンドにアクセスできないのであれば、従来のセキュリティ環境構成の要件は満たしていると見るわけですね。さらに、多くのサービスは今でもオンプレミス環境で稼働しているものも多いです。 thinkpad 2025-09-16 | 親コメント | トピック: 使い捨て電子タバコでWebサイトをホスティングする (bogdanthegeek.github.io) プロジェクトも記事もとても楽しく拝見しました。ただ、使い捨て電子タバコというものがあると知ってとても驚きましたし、これは違うのでは……と思いました。 freedomzero 2025-09-16 | 親コメント | トピック: 国際ハッカー組織、SKテレコムへのハッキングを主張…2,700万人分の顧客データ公開を脅迫中 (dailysecu.com) 韓国は完全にカモだといううわさが広まっていますね skageektp 2025-09-16 | 親コメント | トピック: バックエンド設計のために知っておくべきバックエンド構成の3要素 (maily.so) ALBやCDNといったものが、すでにWebサーバーにやってほしい部分をすべて担っているのに、あえてそれにこだわる理由がよく分かりません。皆さんは、実際にWebサーバーがあったからこそ防げたセキュリティ上の問題のようなものはありますか? ifmkl 2025-09-16 | 親コメント | トピック: バックエンド設計のために知っておくべきバックエンド構成の3要素 (maily.so) セキュリティの観点を考えると、依然として Web Server / WAS サーバーは分離が必要だと思います。クラウドネイティブ環境だからといって変わることはありません。WAS などの Backend は、ユーザーが直接接続できるレイヤーに置くべきではありません。 cysl0 2025-09-16 | 親コメント | トピック: バックエンド設計のために知っておくべきバックエンド構成の3要素 (maily.so) 同感です。12-factor appの原則とクラウドネイティブ・パターンを教えるほうが、より実用的だと思います。コンセプト自体が古すぎます。 cocofather 2025-09-16 | 親コメント | トピック: GitHubのSpec Kit - 高品質なソフトウェアをより速く開発する (github.com/github) 自然言語ベースのAIプログラミングの土台になりそうですね kuber 2025-09-15 | 親コメント | トピック: バックエンド設計のために知っておくべきバックエンド構成の3要素 (maily.so) Webサーバー / WAS の概念を知っておくことは、今でもなお意味があるのでしょうか? Java EE、php、CGI が流行していた時代には適切な区分ではありましたが、今ではたいていの言語が独自の HTTP サーバーを内蔵しており、ALB、API Gateway、CDN、Object Storage といった概念も登場して日常化し、時代は変わりました。 むしろ、歴史的な文脈なしに今とは大きく異なる Web Server と WAS の概念を扱うのは、もはや適切な考え方でもなく、入門者により大きな混乱をもたらすだけではないかという気がします。 forgotdonkey456 2025-09-15 | 親コメント | トピック: ChatControl更新:少数の反対にもかかわらず、デンマークはなお推進中 (disobey.net) 日本国内でも違法コンテンツの遮断を理由に監視や検閲をしているのに、現実には何一つ変わっていません。 2000年代初頭にしか通用しなかったようなドメインやIPの遮断をしているだけなのを見ると、呆れるばかりです。 kohs100 2025-09-15 | 親コメント | トピック: 多くの難しいLeetCode問題は、実は簡単な制約充足問題 (buttondown.com) 普通、アルゴリズムの問題って時間・空間計算量の条件が付いていませんか? 制約条件ソルバーで解けるというのは、結局のところ問題を制約式に変換する能力しか示せないわけで……。それが果たして実務で必要な能力なのかは、正直よく分かりませんね…… ndrgrd 2025-09-15 | 親コメント | トピック: ChatControl更新:少数の反対にもかかわらず、デンマークはなお推進中 (disobey.net) いつでも通用する検閲の口実ですね。 xguru 2025-09-15 | 親コメント | トピック: Betty Crockerが箱のサイズを縮小し、レシピを台無しにした (cubbyathome.com) こういうものは処理しないようにプロンプトで防ごうとしているのですが、なかなかうまくいきませんね(笑)。手作業で修正しておきました。 click 2025-09-15 | 親コメント | トピック: Betty Crockerが箱のサイズを縮小し、レシピを台無しにした (cubbyathome.com) ボットが本文を取得できず、アクセス拒否されたという文言だけを書いてしまったようですね…… ndrgrd 2025-09-15 | 親コメント | トピック: Pass - Unixパスワードマネージャー (passwordstore.org) 実際、単に保存するだけのツールは多いですが、重要なのは自動入力のようなintegrationです コメントをさらに読み込む
エドワード・スノーデン事件のこともまだ生々しいのに、独裁者がどうこうとか、ここでもこんなコメントを見なきゃならないなんて、まさか 2回目の支持者? どうか部屋にこもってコーディングばかりしていないで、世界のあちこちを見て回ってほしいです。
SKTは違うとプレスリリースを出したけど、さてどうだろう…
ウェブで見たリキッドグラスの中で、最も近い感じですね。
少し前にOCamlからZigへ書き直された odiff も見てみるとよいです。pixelmatchより6倍高速です。
日本に当てはめてもぴったりのテーマですね
ALBが機能的にWebサーバーを代替し、ユーザーが直接WASなどのバックエンドにアクセスできないのであれば、従来のセキュリティ環境構成の要件は満たしていると見るわけですね。さらに、多くのサービスは今でもオンプレミス環境で稼働しているものも多いです。
プロジェクトも記事もとても楽しく拝見しました。ただ、使い捨て電子タバコというものがあると知ってとても驚きましたし、これは違うのでは……と思いました。
韓国は完全にカモだといううわさが広まっていますね
ALBやCDNといったものが、すでにWebサーバーにやってほしい部分をすべて担っているのに、あえてそれにこだわる理由がよく分かりません。皆さんは、実際にWebサーバーがあったからこそ防げたセキュリティ上の問題のようなものはありますか?
セキュリティの観点を考えると、依然として Web Server / WAS サーバーは分離が必要だと思います。クラウドネイティブ環境だからといって変わることはありません。WAS などの Backend は、ユーザーが直接接続できるレイヤーに置くべきではありません。
同感です。12-factor appの原則とクラウドネイティブ・パターンを教えるほうが、より実用的だと思います。コンセプト自体が古すぎます。
自然言語ベースのAIプログラミングの土台になりそうですね
Webサーバー / WAS の概念を知っておくことは、今でもなお意味があるのでしょうか?
Java EE、php、CGI が流行していた時代には適切な区分ではありましたが、今ではたいていの言語が独自の HTTP サーバーを内蔵しており、ALB、API Gateway、CDN、Object Storage といった概念も登場して日常化し、時代は変わりました。
むしろ、歴史的な文脈なしに今とは大きく異なる Web Server と WAS の概念を扱うのは、もはや適切な考え方でもなく、入門者により大きな混乱をもたらすだけではないかという気がします。
日本国内でも違法コンテンツの遮断を理由に監視や検閲をしているのに、現実には何一つ変わっていません。
2000年代初頭にしか通用しなかったようなドメインやIPの遮断をしているだけなのを見ると、呆れるばかりです。
普通、アルゴリズムの問題って時間・空間計算量の条件が付いていませんか? 制約条件ソルバーで解けるというのは、結局のところ問題を制約式に変換する能力しか示せないわけで……。それが果たして実務で必要な能力なのかは、正直よく分かりませんね……
いつでも通用する検閲の口実ですね。
こういうものは処理しないようにプロンプトで防ごうとしているのですが、なかなかうまくいきませんね(笑)。手作業で修正しておきました。
ボットが本文を取得できず、アクセス拒否されたという文言だけを書いてしまったようですね……
実際、単に保存するだけのツールは多いですが、重要なのは自動入力のようなintegrationです