Kazuho's Weblog: コマンド一発でソースコード検索＆表示できる「peco」改が凄い！

2017/03/03 772 users peco Ack インクリメンタル lestrrat less

lestrrat さんがやってくれました。 ずいぶん前から、ソースコードを検索して読みやすいコマンドはないかなーと思っていました。個人的にはackで検索して見つかったファイルをlessで開いて再びキーワードを入れて当該行までジャンプしていたのですが、毎回毎回めんどくさい感じでした。コマンド一発でインクリメンタル検索してキーワード周辺のソースコードを読めるツールが欲しいなぁって思ってたんです。 とあ... 続きを読む

Kazuho's Weblog: コマンド一発でソースコード検索＆表示できる「peco」改が凄い！

2017/03/03 769 users peco Ack インクリメンタル lestrrat less

lestrrat さんがやってくれました。 ずいぶん前から、ソースコードを検索して読みやすいコマンドはないかなーと思っていました。個人的にはackで検索して見つかったファイルをlessで開いて再びキーワードを入れて当該行までジャンプしていたのですが、毎回毎回めんどくさい感じでした。コマンド一発でインクリメンタル検索してキーワード周辺のソースコードを読めるツールが欲しいなぁって思ってたんです。 とあ... 続きを読む

Kazuho's Weblog: なぜHTTPSはHTTPより速いのか

2014/12/08 589 users https Monday http December 比較

Monday, December 8, 2014 なぜHTTPSはHTTPより速いのか 先週、httpvshttps.com というウェブサイトが公開されました。このウェブサイトでは、HTTP と HTTPS を用いてアクセスした場合のウェブページのダウンロード完了までにかかる時間の比較ができるのですが、多くの環境で HTTPS の方が HTTP よりも高速なことに驚きの声が上がっていました。 H... 続きを読む

Kazuho's Weblog: パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと

2013/11/20 569 users ウェブアプリ ウェブアプリケーション 序論 Thursday

Thursday, November 21, 2013 パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと ■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました... 続きを読む

Kazuho's Weblog: Fastly に入社しました

2017/01/12 529 users fastly

2017年1月1日付で、 Fastly 社へ転職したので報告いたします。 過去５年間、 DeNA では R&D 的な立場から、様々な基盤的ソフトウェア（オープンソースになったものもありますし、クローズドなものもあります）の開発に携わってきました。 最近２年間は、同社のゲーム用サーバに端を発するオープンソースの HTTP/2 サーバ「 H2O 」の開発に従事してきましたが、その実装品質が高く評価され... 続きを読む

Kazuho's Weblog: Fastly に入社しました

2017/01/12 529 users fastly

2017年1月1日付で、 Fastly 社へ転職したので報告いたします。 過去５年間、 DeNA では R&D 的な立場から、様々な基盤的ソフトウェア（オープンソースになったものもありますし、クローズドなものもあります）の開発に携わってきました。 最近２年間は、同社のゲーム用サーバに端を発するオープンソースの HTTP/2 サーバ「 H2O 」の開発に従事してきましたが、その実装品質が高く評価され... 続きを読む

Kazuho's Weblog: 論理削除はなぜ「筋が悪い」か

2015/03/25 486 users 論理削除 immutable mike-neck RDB 資源

Thursday, March 26, 2015 論理削除はなぜ「筋が悪い」か 「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、... 続きを読む

Kazuho's Weblog: 論理削除はなぜ「筋が悪い」か

2015/03/25 485 users 論理削除 immutable mike-neck RDB 資源

「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 ... 続きを読む

Kazuho's Weblog: 「技術的負債」は返すべきなのか - 割引率を使って考えてみた

2015/03/19 460 users 負債 フレーズ エンジニアリング 運用コスト 運用コスト最適化

「技術的負債」は返すべきなのか - 割引率を使って考えてみた ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。... 続きを読む

Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

2015/03/19 460 users 負債 Thursday 割引率 エンジニアリング 運用コスト

Thursday, March 19, 2015 「技術的負債」は返すべきなのか - 割引率を使って考えてみた ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する... 続きを読む

Kazuho's Weblog: sprintf を最大10倍以上高速化するプリプロセッサ「qrintf」を作った

2014/10/02 415 users sprintf プリプロセッサ Thursday 数値 文字列

Thursday, October 2, 2014 sprintf を最大10倍以上高速化するプリプロセッサ「qrintf」を作った 最近H2OというHTTPサーバを書いているのですが、プロファイルを取ってみるとsprintfが結構な時間を食っていて不満に感じていました。実際、sprintfは数値や文字列をフォーマットするのに十徳ナイフ的に便利なので、HTTPサーバに限らず良く使われる（そしてCP... 続きを読む

Kazuho's Weblog: もうひとつの知られざるオープンソース 〜 ウェブ企業のOSS戦略

2013/11/15 401 users OSS戦略 ソース Friday OSS Apache

Friday, November 15, 2013 もうひとつの知られざるオープンソース 〜 ウェブ企業のOSS戦略 「オープンソースソフトウェア(OSS)」と聞いて、あなたがイメージするものはなんですか？　多くの人は Linux や Apache、Firefox といった成功した大規模なソフトウェア製品を思い浮かべることでしょう。 実は、ウェブ上でサービスを提供する会社のエンジニアたちは、これら... 続きを読む

Kazuho's Weblog: HTTP のプライオリティが大きく変わろうとしている話（その他 IETF 105 雑感）

2019/07/30 372 users プライオリティ http トランスポートプロトコル 雑感 仕様

先週、モントリオールで開催された IETF 105 に参加してきました。 いろんなことがあったのですが、個人的に一番大きかったのは、HTTP/3 からプライオリティ（優先度制御）まわりの仕様を落とすことが決定したこと。 HTTP/3 は、トランスポートプロトコルである QUIC の上で動作する、次世代の HTTP プロトコルです。そ... 続きを読む

Kazuho's Weblog: 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！

2015/10/08 333 users はめ Rope kazuho October ツイート

雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！ 逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想— Kazuho Oku (@kazuho) October 6, 2015とツイートしたところ、処理系の... 続きを読む

Kazuho's Weblog: 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！

2015/10/08 333 users はめ Rope Thursday kazuho ツイート

Thursday, October 8, 2015 雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！ 逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想— Kazuho Oku (@kazuho) Octo... 続きを読む

Kazuho's Weblog: ウェブページの描画 (first-paint) までの時間を測定するツールを作った件

2015/10/01 294 users load ウェブブラウザ 描画 ウェブページ API

ウェブサイトチューニングにおいては、 ユーザができるだけ早くウェブページを閲覧し始めることができるよう、first-paintの値を小さくすることを第一の目標注1 全データができるだけ早く揃うよう、loadの値を小さくすることを第二の目標 とすることが一般的かと思います。 ですが、残念なことに、first-paintまでの時間をAPIを用いて取得できるウェブブラウザは一部に限られています（参照:「... 続きを読む

Kazuho's Weblog: ウェブページの描画 (first-paint) までの時間を測定するツールを作った件、もしくはHTTP2時代のパフォーマンスチューニングの話

2015/10/01 294 users Thursday October Bing 描画 ウェブページ

Thursday, October 1, 2015 ウェブページの描画 (first-paint) までの時間を測定するツールを作った件 ウェブページの表示までにかかる時間をいかに短くするかってのは、儲かるウェブサイトを構築する上で避けて通れない、とても重要な要素です。 少し古いデータとしては、たとえば、ウェブページの表示が500ミリ秒遅くなると広告売上が1.2%低下するというBingの例なんかも... 続きを読む

Kazuho's Weblog: Heartbleed脆弱性と、その背後にあるWebアプリケーションアーキテクチャの一般的欠陥について

2014/04/11 294 users Heartbleed脆弱性 欠陥 背後 OpenSSL メモリ

Friday, April 11, 2014 Heartbleed脆弱性と、その背後にあるWebアプリケーションアーキテクチャの一般的欠陥について ■Heartbleedのリスクと善後策 Heartbleedは、攻撃者が一定の条件を満たすOpenSSLが動作しているサーバの、任意位置のメモリを外部から読み出すことができてしまうという脆弱性です。具体的には、以下のようなリスクが想定されています。 秘... 続きを読む

Kazuho's Weblog: なぜ今、新しいHTTPサーバが必要なのか - H2O について勉強会で話したこと

2015/02/05 279 users HTTPサーバ SAPジャパンさん 背景 現状認識 将来

なぜ今、新しいHTTPサーバが必要なのか - H2O について勉強会で話したこと 先月末の話になりますが、SAPジャパンさんを会場に開催されたデータ転送ミドルウェア勉強会で、私が中心になって開発しているHTTPサーバ「H2O」について話す機会をいただき、登壇してきました。 以下は当日使用したスライドです。なぜ今H2Oを開発しているのか、その背景にある現状認識と将来の方針について、日本語で説明してあ... 続きを読む

Kazuho's Weblog: なぜ今、新しいHTTPサーバが必要なのか - H2O について勉強会で話したこと

2015/02/05 279 users Thursday H2O 勉強会 HTTPサーバ 背景

Thursday, February 5, 2015 なぜ今、新しいHTTPサーバが必要なのか - H2O について勉強会で話したこと 先月末の話になりますが、SAPジャパンさんを会場に開催されたデータ転送ミドルウェア勉強会で、私が中心になって開発しているHTTPサーバ「H2O」について話す機会をいただき、登壇してきました。 以下は当日使用したスライドです。なぜ今H2Oを開発しているのか、その背景... 続きを読む

Kazuho's Weblog: HTTP/2で 速くなるとき ならないとき

2018/04/17 246 users http

Palmscape / Xiino world's first web browser for PalmPilot / Palm OS bundled by IBM, Sony, etc. awarded as M.I.T. TR100/2002 Development of Integrated Web-application Development Environment accredited... 続きを読む

Kazuho's Weblog: プログラミング言語における正規表現リテラルの必要性について

2013/12/18 237 users 正規表現リテラル プログラミング言語 Twitter 得失

Wednesday, December 18, 2013 プログラミング言語における正規表現リテラルの必要性について Twitterに書いたことまとめです。 プログラミング言語仕様において、正規表現リテラルを提供するメリットとデメリットはなにか、その得失について説明します。 ■より簡潔なコード 言うまでもありませんが、正規表現リテラルを使った方が簡潔なコードになります。 (new RegExp("... 続きを読む

Kazuho's Weblog: C言語で可変長引数をとる関数を、型安全に書く方法

2014/12/13 224 users 関数 可変長引数 C言語 コンパイルエラー Saturday

Saturday, December 13, 2014 C言語で可変長引数をとる関数を、型安全に書く方法 C言語の可変長引数は、型安全でない（まちがった型の引数を渡してもコンパイルエラーにならない）とされています。これは言語仕様の理解としては正しいのですが、特定の型の引数を任意の個数とる関数に限っては、マクロを使うことで型安全性を確保することができます。 任意の個数のdoubleを引数にとり、その... 続きを読む

Kazuho's Weblog: git blameでプルリクエストの番号を表示する

2017/12/27 217 users git blame プルリクエスト GitHub core

GitHub でプルリクエスト前提の開発をしていると、 git blame で「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl 。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略... 続きを読む

Kazuho's Weblog: さらば、愛しき論理削除。MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた

2015/03/31 186 users Tuesday RDB エントリ データベース 論理削除

Tuesday, March 31, 2015 MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた 先のエントリ「論理削除はなぜ「筋が悪い」か」で書いたとおり、データベースに対して行われた操作を記録し、必要に応じて参照したり取り消したりしたいという要求は至極妥当なものですが、多くのRDBは、そのために簡単に使える仕組みを提供していません。 ないのなら、作ってみようホトト... 続きを読む