304 Not Modified は JavaScript も速くする？ - Repro Tech Blog
はじめに こんにちは、Repro Booster のプロダクトマネージャーの Edward Fox（@edwardkenfox）です。 HTTP 304 Not Modified というステータスコードをご存知でしょうか。ブラウザがキャッシュ済みのリソースを再検証する際、サーバーが「変更されていないのでキャッシュを使ってください」と応答するためのステータスコードです。レスポンスボディが省略されるため転送量が削減され、結果としてページの読み込みが速くなる、というのが一般的な説明かと思います。 304 レスポンスには転送量の削減以上のメリットがあります。それは Chrome （Chromium）の JavaScript エンジンである V8 のコードキャッシュが再利用される、という点です。これにより JavaScript のコンパイル処理がスキップされ、スクリプトの実行開始が早まります。 少し
Roadmap 2026
In this article, we want to share with you all our roadmap for 2026! The roadmap is a collection of ideas and interests that the maintainers of the project collect from various sources: user’s feedback, personal interests, time available to dedicate to the project, user’s proposal from GitHub discussions. The roadmap represents the overall direction that we want to take; however, things can change
2025年の終わりに、1980年代のキーボードを買うまでの自作キーボード沼の深さの話｜岩渕正樹 / NYのデザイン・フューチャリスト
さかのぼることコロナ渦の2020年、アメリカ在住の私は厳しいロックダウンで全く外出できず、家でハマれる趣味を模索している中で、Keychronのキーボードを買ったことが入り口となって、キーキャップやキースイッチを変えたりしているうちに、自分で全て作ってしまう自作キーボード沼にハマりました。 情報を収集する中で、日本のキーボードデザイナーai03さんが公開してくれているPCB GuideでPCB（キーボードの基盤）の設計方法をステップバイステップで学び、KiCadという神フリーソフトでPCB設計ができるようになりました。 こういう感じのキーボード基盤設計次に、自作キーボードコミュニティを盛り上げていらっしゃるサリチル酸さんのブログには自作初心者向けの有益な情報が多くあり、作ったPCBをJLCPCB（中国の業者）に発注する方法や、届いた基盤にファームウェアを書き込む方法などを参考にしながら、作
UIデザインのクオリティが格段にアップする！ 感覚的ではなく、論理的にデザインを改善するポイントを解説
WebサイトやスマホアプリのUIを魅力的に、そして一貫性のあるデザインに改善するときに役立つUIデザインの知識とテクニックを紹介します。 直感や感覚的な曖昧なものではなく、明確で論理的なガイドラインに基づいて改善することで、UIデザインのクオリティは格段にアップします。 14 logic-driven UI design tips to improve any interface by Adham Dannaway 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 1. スペース要素は関連性に基づいて分類される 2. UI要素のコントラスト比が3:1であることを確認する 3. もっとも重要なアクションには単一のプライマリボタンを使用する 4. ボタンは十分なサイズを確保する 5. 重要なコンテンツが視認可能であることを確
From Coder to Orchestrator: The future of software engineering with AI - Human Who Codes
The software engineering industry is undergoing a major AI-driven transition in how we work. The days when humans needed to write every line of code are already behind us as LLMs become more capable and reliable. The improvement in code output during 2025 alone has been astounding. I’ve personally watched LLMs struggle with certain problems, then a few months later, solve them completely and effic
そのAIレビュー、レビューしてますか？ / Are you reviewing those AI reviews?
CodeRabbit User Group Tokyo #0 〜立ち上げキックオフ〜の登壇資料です。 https://crug.connpass.com/event/378621/
The Jule Programming Language
The official website of the Jule Programming Language.
プログラマの抱いている「住所」についての誤謬
この記事は Patrick McKenzie さんのブログ・エントリ、 “Falsehoods Programmers Believe About Names” および Shibata Masaaki さんによるその対訳 “プログラマの抱いている名前についての誤謬” のオマージュです。 欧米のシステムに日本人が住所を登録するとき、表記方法やそのバリデーションに悩まされ、正しいか自信のない住所を入力することが多いだろう。 住所はECを中心とする多くのサービスを提供するための必須情報であり、システムは正しい住所を正しく処理するべきだ。 わたしの住所は漢字と数字からなるアドレス、28文字のアルファベットからなるマンション名、英数字記号が混在した7文字からなる部屋番号を持ち、決まりきった形式の住所しか受け付けないシステムを何度もクラッシュさせてきた。 同様に、べらぼうな超大企業がビジネスをグローバ
エンジニアの技術と給料 - megamouthの葬列
お金、それも給料の話は、あさましい、ということになっている。婚活パーティーでもなければ隣の席の人間がいくら貰っているか堂々と聞くこともできない。 かつてGoogleで、自分の給料を全社員が見られる共有スプレッドシートに書き込み、公開を促した女性が現れてとんでもない騒ぎになったことがある。その行為の是非はともかく、不透明さによって守られていた上層部の平和は破られ、結果として彼女が社内で干される原因にもなったようだ。 このように給料の周りには、常に不透明な霧があって、その秘密は厳然と守られている。一方で、物価が上昇し、新卒の初任給が30万に達し、ボーナス平均が100万を超えたなどというニュースが連日報道されていて、先月のアフィリエイト収入が240円で、4月から素寒貧の無職になることが決定しているこのブログの主としては、気が気でない。 今こそ、私たちは給料の話をしなくてはならないのかもしれない。
https://2685434919 と https://160.16.124.39 はSameOriginか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これらのURLはSameOriginか？ https://2685434919 https://160.16.124.39 （IPアドレスだと分かりづらいですが、僕個人サイトのIPアドレスですので、アクセスいただけます） 実際の動作 https://160.16.124.39/ のページ上で、fetchしてみる。特にSameOriginポリシーによりブロックされることはない。 仕様をみていく Origin Originの定義は whatwg/html に記載されている。 Originは下記のタプルから構成される。つまり、host の正体
Node.js作者の発言「人間がコードを書く時代は終わった」について思うこと | maguro.dev
日本語訳: これまで何千回も言われてきたことだけど、自分の声も加えさせてほしい――人間がコードを書く時代は終わった。ソフトウェアエンジニアを自認する我々にとっては穏やかでない話だが、それでも事実だ。ソフトウェアエンジニアの仕事がなくなるという意味ではなく、プログラムのシンタックスを直接書くことはソフトウェアエンジニアの仕事ではなくなった、ということだ。 正直、内心ぎょっとした。 Ryanは Deno Land Inc. を共同創業し、Node.jsに代わる新しいJavaScript/TypeScriptランタイムであるDenoを作っている。僕はその会社でソフトウェアエンジニアとして働いている。自分の会社のCEOが「人間がコードを書く時代は終わった」と言っている。 ソフトウェアエンジニアとして、これまで通りのやり方を続けていたら何が起きるかわからない——最悪のケース、つまりレイオフだってあり
Amazon RDS Blue/Green Deployments reduces downtime to under five seconds - AWS
Amazon RDS Blue/Green Deployments reduces downtime to under five seconds Amazon Relational Database Service (Amazon RDS) now supports faster Blue/Green Deployments switchover, reducing your primary database, or writer node, upgrade downtime to typically five seconds or lower for single-Region configurations. Blue/Green Deployment creates a staging environment (Green) to test changes while keeping
本の虫: 元Google社員、社内での給与額の公開運動について語る
著者：江添亮 ブログ: http://cpplover.blogspot.jp/ メール: boostcpp@gmail.com Twitter: https://twitter.com/EzoeRyou GitHub: https://github.com/EzoeRyou アマゾンの江添のほしい物リストを著者に送るとブログ記事のネタになる 筆者にブログのネタになる品物を直接送りたい場合、住所をメールで質問してください。 Ex-Googler says she exposed company-wide pay inequality with crowdsourced spreadsheet | Fusion EricaJoy on Twitter: "a thing bothered me yesterday and it's still bothering me today and s
コードは「読めるけど書けない」でいい時代になった｜すてぃお
最近、プロダクト開発をしていて気づいたことがあります。 僕はもう、IDEやエディタをほとんど開いていません。 以前なら、開発といえば、まずVSCodeなどのエディタを立ち上げて、コードを書き始めるのが当たり前でした。 でも今は違います。AIに「こういう機能を作って」と指示を出して、生成されたコードを読んで、「ここを直して」とフィードバックする。この繰り返しでほとんどの開発が完結してしまいます。 プロダクト開発を行うメイン業務は「コードを書くこと」から「コードを読んでチェックすること」に変わりました。 この変化を経験して思ったのは、「書ける」能力より「読める」能力の方が重要になってきているということです。 これは何かに似ていると考えていまして、漢字です。 漢字の「読める」と「書ける」日本人なら誰でも経験があると思います。 「薔薇」を読むことはできます。でも、いざ手書きで書こうとすると書けませ
なぜ、IT業界"にわか"層は「Web系がSIerに比べて技術的に優位」という幻想を抱くのか？
はじめに IT業界においてWeb系とSIerを比較する議論は長年繰り返されてきましたが、その多くは技術的優劣という形で語られています。 しかしこの議論をよく観察すると、技術そのものではなく認知の歪みが話題の中心に据えられていることが分かります。 とりわけITのにわか層においては、Web系は技術的に優位でSIerは劣位であるという単純化された幻想が強固に信じられています。 本稿では、この幻想がどのような構造によって生まれ、なぜ再生産され続けるのかを論理的に整理します。 議論の対象は技術文化ではなく、人事文化とマネジメント構造、そしてそれを誤認する人間側の認知メカニズムです。 技術は個人にしか宿らないという前提の欠落 技術は組織や業界に自動的に蓄積されるものではなく、あくまで個人の思考と試行錯誤の結果として身につくものです。 この当たり前の前提が抜け落ちた瞬間、「場所に行けば技術が身につく」と
『単体テストの考え方/使い方』が良すぎた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 『単体テストの考え方/使い方』を読んだ。 感想 「なぜ単体テストを作るのか」「どのような単体テストを書くべきか」「何を単体テストで確認するべきか」という知りたかったことがたくさん書いてある本。章ごとに「まとめ」が書いてあるので、1つの章を読み終わった後で復習できるのも良かった。 この本の好きなところは、構成が目的からのトップダウンになっているところだ。 まず、そもそも単体テストの目的は何か？ → それは「プロジェクトの成長を止めないこと」だ（第1章） では、その目的にかなう単体テストはどのような性質をもつべきか？ → 以下の4つの性質を
サーバーの無いReactフレームワークFUNSTACK Static
皆さんこんにちは。この記事では、筆者が最近開発した新しいReactフレームワークであるFUNSTACK Staticについて紹介します。 ドキュメント FUNSTACK Staticの概要 FUNSTACK Staticは、React用のサーバーを立てる必要がなく、静的なファイルサーバーにデプロイできる古き良きSPAを作ることに特化したフレームワークです。 それでいて、React Server Components (RSC) による最適化をしっかり効かせることができるのが特徴です。 以前の記事で説明したように、RSCはサーバーというくらいだからサーバーをデプロイしないといけないと思われがちですが、実はそうではありません。RSCの恩恵を受けつつも、サーバーを立てずに静的ホスティングで動かせる方法があります。 Next.jsなど既存のフレームワークもそのようなモードをサポートしています。しか
Understanding Active Record Connection Pooling
This is Part 5 of our blog series onscaling Rails applications. Database Connection PoolingWhen a Rails application needs to interact with a database it establishes aconnection which is a dedicated communication channel between the applicationand the database server. When a new request comes to Rails, the operation can behandled like this. Create a connectionDo database operationClose the connecti
完璧な仕様は、もう設計できない - Nothing ventured, nothing gained.
ここ数年、AIがプロダクトを大きく変えると感じ、従来と何が違うのかが気になってきた。投資家としても海外を含むスタートアップやプロダクトを見る機会が増える中で、AIを前提に設計されたプロダクトには、従来とは明らかに異なる成功パターンがあるように感じている。 それは、AIが中心となるプロダクトの設計には、「完璧な仕様」を追い求める従来の手法とは異なる、新しい姿勢が求められているということではないか。プロダクトを完成させるのではなく、変化し続ける前提で設計するという姿勢だ。 たとえば、AIコードエディタとして登場したCursorは、VS Codeという巨大な既存プロダクトが存在する市場において、またたく間に支持を集めた。VS CodeにもGitHub CopilotをはじめとするAIサービスのアドオンを追加することはでき、AI機能そのものは利用可能だったにもかかわらずである。 Cursor以前の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pipenet