以下の文章は、コリイ・ドクトロウの「They were warned」という記事を翻訳したものである。 Pluralistic 現実の真実は固定されたものではない。我々が世界について正しいと考えてきたことは変化し、「これまでずっとやってきた」ことも見直しを迫られることもある。たとえば、ラジウム坐薬の危険性を示す証拠が圧倒的になったとき、腸から速やかにラジウムを取り出して適切に処分する必要があったように。 https://pluralistic.net/2024/09/19/just-stop-putting-that-up-your-ass/#harm-reduction（邦訳記事） だからこそ、生活様式や経済規制、社会の仕組みについての既存の知恵やベストプラクティスを見直したいと考える人がいるのは、自然なことであり、正しい。だが、それは我々の拠り所とするシステムを安易に捨て去るライセンス

人がプログラムを書いているところを見たり聞いたりしながらプログラムを書くのが好きなので、作業配信をしている人をまとめておきたい。プログラミングについて話している動画ではなくて、プログラムを書いている動画を載せている方が望ましいです。また、僕が英語を聞くのが得意ではないので日本語限定でお願いします。 追記大歓迎です（特にフォーマットはないですが、前例にならって追記してくれるとわかりやすいと思います）

これは何 HTTPとWebSocketサーバーのコア部分を実装しながら仕組みを理解していきます。学習目的で実用ではありません。 HTTP、WebSocketはどちらもWEBエンジニアなら当たり前に使うプロトコルですが、仕組みはふわっとしか分かっていませんでした。そんな折サーバー周りを触る必要が出てきたので改めて理解しておきたくなり、せっかくなので自分でいちから実装してみることにしました。コード全体は以下から見れます。 実装する機能 ざっくりと以下のような機能を作っています。 HTTPサーバー GETメソッドのみ、HTTP/1.1のみに対応 リクエストラインをパースして、リクエストに応じた処理を行う（GETのみ対応なのでレスポンスヘッダーを付けてファイルを返すだけ） ヘッダーフィールドもパースするが、Websocket関連以外のフィールドは無視する WebSocketサーバー Websock

Go言語でWebアプリケーションを開発する際、HTTPサーバーを構築するためのフレームワーク選びは、プロジェクトの成功を左右する重要な要素です。しかし、「どのフレームワークを選べば良いか分からない」「似たようなフレームワークが多くて比較が難しい」と感じる方も多いのではないでしょうか？ そこで本記事では、Go言語の主要なHTTPフレームワークであるGin、Echo、muxを取り上げ、それぞれの特徴や使い方を解説します。また、特に人気の高いGinとEchoについては、具体的な比較を行い、選択の指針となるポイントを示します。 この記事を書くにあたっての背景として、筆者自身がプロジェクトの要件に合ったフレームワークを選ぶ際に苦労した経験があります。同じような悩みを持つ方々の助けとなるよう、具体例を交えながら分かりやすく解説していきます。 主要なGoのHTTPフレームワーク 1. mux Goの標準

I believe consumers, as a right, should be able to install software of their choosing to any computing device that is owned outright. This should apply regardless of the computer’s form factor. In addition to traditional computing devices like PCs and laptops, this right should apply to devices like mobile phones, “smart home” appliances, and even industrial equipment like tractors. In 2025, we’re

Welcome back to the internet The internet is for connecting with people. Write.as helps you reach them no matter where they live online. Friends and family can read your words without creating yet another account online. They can read in their browser, via email or RSS, on their e-reader, and on federated platforms like Mastodon. Read more: Starting a newsletter → Enabling eBook downloads → Joinin

Free Our FeedsSave Social Media From Billionaire Capture.Donate NowWith Zuckerberg going full Musk last week, we can no longer let billionaires control our digital public square.Bluesky is an opportunity to shake up the status quo. They have built scaffolding for a new kind of social web. One where we all have more say, choice and control.But it will take independent funding and governance to turn

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Pythonコルーチンの開発プロセスと新旧コルーチンの深層分析 1. Pythonコルーチンの歴史的進化 Pythonの長い開発の歴史を通じて、コルーチンの実装はいくつかの大きな変更を経てきました。これらの変更を理解することは、Pythonの非同期プログラミングの本質をよりよく把握するのに役立ちます。 1.1 初期の探索と基本機能の導入 Python 2.5：このバージョンでは、ジェネレータに.send()、.throw()、.close()メソッドが導入されました。これらのメソッドの登場により、ジェネレータは単なるイテレータ以上のもの

世の中に多くあるエラトステネスの篩の実装、多くあるくせにちょっとしか高速化してないのが悲しいので高速化エラトステネスの篩を書いてみることにします。7 本目(利用者が限られる)を書くかどうか迷い中。 エラトステネスの篩の高速化 (1) ← 今ココ エラトステネスの篩の高速化 (2) エラトステネスの篩の高速化 (3) エラトステネスの篩の高速化 (4) エラトステネスの篩の高速化 (5) エラトステネスの篩の高速化 (6) 問題設定 とりあえず C++11 くらいで動く物を作りたいと思います。インラインアセンブラや SIMD、並列化は明示的には入れない方針です。あと、エラトステネスの篩自体の高速化を目指すので、結果は一部の具体的な素数の確認と $\pi(x)$ の値で確認することにしますし、その時間は考慮しないことにします。 また、ライブラリ的に使えるよう、将来的には区間篩 (大きな $x$

第5回の今回は、WSLに実装されている「Windows Subsystem for Linux GUI(WSLg)」という機能を使用して、Windowsのデスクトップ上でGUIアプリを動かす方法を解説します。 はじめに 第3回と第4回では、WSLのUbuntuへのパッケージのインストール方法を紹介しました。APT/snapを使って、Ubuntu向けに用意された膨大なパッケージの中から、好きなアプリをインストールできるようになったのではないでしょうか。 ここまで紹介してきたように、WSLは基本的にWindows Terminal(や、その他のターミナルエミュレーター)を経由したコマンドラインインターフェイス(CLI)で操作しますが、Ubuntuにもグラフィカルなデスクトップ環境や、その上で動作するGUIアプリが数多く存在します。そうしたアプリはCLIしか持たないWSL上では利用できないのでし

C++でまともに暗号化・復号化するサンプルをやっている例を見ないので書く。 実際にはsaltがどうだとかパディングがどうだとかストレッチングがどうだとか暗号化する前にデータを圧縮する話だとかは出さない。 運用上は重要だけど、そういうのは後付けできる。 問題はOpenSSLをC++でまともにあつかう例がない方なので、ここではこのはなしをざっくり切ってどのように記述するのかを解説していく。 方針 OpenSSLライブラリを利用する小さなAES-CBCモードに限定したopensslコマンドを実装する。 小さいといっても興が乗って300行程になってしまったが、問題はないだろう。 実際に重要なところは合わせても100行も行かない。 また、ここではC++17前提で実装を進める。 それ以前のC++を利用する方は適宜読み替えて欲しい。 ただ、OpenSSLのライブラリはCで書かれているので、中核となる部分

理間 高広（『プリセイジ・ペリータ』シリーズ、各種DL販売中！） @Rima_tk 考えてみると、心臓って「装置が起動した瞬間からその間欠ポンプが一瞬も停止することなく動作し続けてなくてはならない、1回でも停止すると装置全体が崩壊し、装置の再起動は不可能」って、無理矢理すぎる手法だよなぁ。僕が生物ボディの設計者なら(？)、こんな無茶な実装法で対処する勇気はない… 2025-01-09 11:24:58 理間 高広（『プリセイジ・ペリータ』シリーズ、各種DL販売中！） @Rima_tk 広告です。そうした人体を再設計してる観もある(?)架空の21世紀後半の大規模ニューラルネットを積んだ人型筐体のキャラメイク・構造閲覧ソフト『#プリセイジ・ペリータ』、Win&Mac用で『データ追加パックvol2~7』等と共にDL販売中です！#pre_perrita iptl.booth.pm iptl.boo

WebAssemblyガベージコレクション機能がWeb標準の「Baseline」に。Safari 18.2でのサポート開始で これにより多くのWebデベロッパーが安心してWasmGCの機能を利用できることになります。 WasmGCとは Webブラウザ上で高速に実行できるバイナリフォーマットとして登場したWebAssemblyは、もともとガベージコレクション機能がありませんでした。 そのためにWebAssemblyアプリケーションを開発するプログラマは、プログラマ自身が確保したメモリの解放に責任を持つ必要がありました。もしも確保したまま解放し忘れたメモリがあると、どんどんプログラムが確保するメモリが増大していき、最終的にはメモリ不足などのエラーを引き起こすことになるためです。 WasmGCは、このWebAssemblyにガベージコレクション機能を持たせる機能です。アプリケーションによって割り

Learn Vim the Smart WayWhat's This?Learn Vim (the Smart Way) is a guide to learn the good parts of Vim. This project was inspired by Steve Losh' Learn Vimscript the Hard Way. I thought it would be neat to do a broader, albeit less deep, overview of Vim + Vimscript in 2021. So here it is! This guide consists of three parts: How to use Vim How to customize VimHow to use VimscriptIf you're an advance

前書き この記事はC++標準化委員会の2019年12月公開の論文の1つ、Bjarne Stroustrupさんが書かれた「P1962R0 How can you be so certain?」という論文の和訳です。 この文章はC++標準化委員会における機能追加時の議論を念頭において、C++標準化委員会メンバーに向けて書かれています。したがって、読むにあたってはC++の機能などについてある程度知っている必要があるかと思います。 私の英語力はひよこ以下なので訳の正確性には全く保証がありません。特に、細部のニュアンスの解釈は大いに間違っている可能性があります（修正してやる！という方がいましたら、この記事のMarkdownソースからお願いします）。 以下の方に修正を賜りました k-satodaさん なお、翻訳の公開についてBjarne Stroustrupさんに連絡を取った所、問題ないとのお返事を

はじめに WebGPUについて 余談：Vulkanについて WebGPUのネイティブ実装について Silk.NETについて 検証環境 導入するNuGetパッケージ 1. ウィンドウの作成 ※WindowOptionsの値一覧 2. WebGPUの初期化 2-1. unsafeの有効化、パッケージの導入 2-2. 作成するクラス・構造体の説明 2-3. 初期化用ユーティリティクラスの作成 Descriptor（記述子） Struct-Chaining PfnRequestOOOCallback 2-4. 初期化 3. 三角形を表示 3-1. RenderPipelineの作成 3-2. シェーダーの作成 3-3. 描画の実行 参考資料 以下の記事に基づいた内容のプロジェクトをGitHubにアップしました。 動作確認等にご利用ください。 github.com はじめに WebGPUについて W

いまどきのWebアプリにおいては、ファイルのダウンロード機能が必要な場面が多々あります。例えば、バックエンドが生成したCSVデータをファイルとしてダウンロードさせる「CSVダウンロード」機能などです。 今回はAPI[1]から得られたデータをファイルとしてダウンロードさせたい場合のフロントエンドの実装方法について考察します。 要件 今回考える要件は、前述のとおり、APIから得られたデータをファイルとしてダウンロードさせることです。具体的には、以下のような要件を考えます。 APIをGETリクエストで呼び出し、そのレスポンスをそのままファイルとしてダウンロードする フロントエンドでの何らかのアクション（ボタンクリックなど）によってダウンロードがトリガーされる 追加の要件次第でやり方は変わりますが、とりあえず以上の前提で考えます。 ベストな方法 とりあえず、筆者が考える一番ベストな方法を紹介します