WASMかN-APIで書いたら
“「正規表現エンジンのオーバーヘッド……許せねぇ……！」”気持はわかるけど実装しちゃうかなwめんどくさいを排除するためにどんなにめんどくさい事も厭わないソフトウェアエンジニアあるある
解決する問題を絞ることで仮定を作って最適化する。一般から特殊に解法をフォーカスさせる。お手本だ。
多分素直な数値比較が最速のはず
失敗の共有素晴らしい、そう、爆速にこだわるなら、言語の選定から間違えている
それを半角と呼んでしまうのは危うい
言語変えた方が早くない？
比較と変わらないのはそれはそう、結局引き算するだけだしビット演算と対してコストは変わらない
Java……Script……？？？でもこういうスタイルは好き
記事もコードもAIで書いてんのに12時間もかかるわけないと思うんだが…
「正規表現で /[^\x20-\x7E]/ とか使えば一発じゃん」→そんなわけないよな、と思ったら、そんなわけなかった。むしろこんなシンプルな判定に正規表現を使う気はしないくらいだが、JavaScriptだからか意外に差がないんだな。
“正規表現の落とし穴：\xA1-\xDF では半角カタカナを判定できない”
数GBのログか。以前Perlで書いたら死ぬほど遅くてJavaで書いたら一瞬だったからNode.jsも一瞬だろう。でも良いと思う。
興味深い
たのしそうでよかった。プログラミングのおもしろさだね～。
10円安い商品のために隣町まで車で行くような話
個別最適を実装してるときが一番楽しい。／ネットメディアに書いてもらったら見出しは「3倍超の速度アップに成功！」となり、最後に標準ライブラリは何をやってるのか的な批判で終わるんやろなぁ。
楽しそう
前世紀の頃、SJISとJISとEUCでそれぞれマルチバイト判定をどうするかみたいなのは割とあるあるなテーマだった気がする。（まだUTF-8は一般的じゃなかった）
isascii()使えば良くね？ と思ったらJava scriptなのね。
ウケた「実務で使ったらコードレビューで燃やされます」
「正規表現が0.002ミリ秒遅かった」という理由だけで、全角/半角判定をすべて『ビット演算』で実装した話 - Qiita
WASMかN-APIで書いたら
“「正規表現エンジンのオーバーヘッド……許せねぇ……！」”気持はわかるけど実装しちゃうかなwめんどくさいを排除するためにどんなにめんどくさい事も厭わないソフトウェアエンジニアあるある
解決する問題を絞ることで仮定を作って最適化する。一般から特殊に解法をフォーカスさせる。お手本だ。
多分素直な数値比較が最速のはず
失敗の共有素晴らしい、そう、爆速にこだわるなら、言語の選定から間違えている
それを半角と呼んでしまうのは危うい
言語変えた方が早くない？
比較と変わらないのはそれはそう、結局引き算するだけだしビット演算と対してコストは変わらない
Java……Script……？？？でもこういうスタイルは好き
記事もコードもAIで書いてんのに12時間もかかるわけないと思うんだが…
「正規表現で /[^\x20-\x7E]/ とか使えば一発じゃん」→そんなわけないよな、と思ったら、そんなわけなかった。むしろこんなシンプルな判定に正規表現を使う気はしないくらいだが、JavaScriptだからか意外に差がないんだな。
“正規表現の落とし穴：\xA1-\xDF では半角カタカナを判定できない”
数GBのログか。以前Perlで書いたら死ぬほど遅くてJavaで書いたら一瞬だったからNode.jsも一瞬だろう。でも良いと思う。
興味深い
たのしそうでよかった。プログラミングのおもしろさだね～。
10円安い商品のために隣町まで車で行くような話
個別最適を実装してるときが一番楽しい。／ネットメディアに書いてもらったら見出しは「3倍超の速度アップに成功！」となり、最後に標準ライブラリは何をやってるのか的な批判で終わるんやろなぁ。
楽しそう
前世紀の頃、SJISとJISとEUCでそれぞれマルチバイト判定をどうするかみたいなのは割とあるあるなテーマだった気がする。（まだUTF-8は一般的じゃなかった）
isascii()使えば良くね？ と思ったらJava scriptなのね。
ウケた「実務で使ったらコードレビューで燃やされます」