正規表現のパフォーマンスの話をされても全くピンと来なかった僕は、backtrackに出会いました。 - Qiita
/^.*-.*$/ #悪い（表現方法として"短い"けど） /^\d{3}-\d{4}$/ #良い（表現方法として"長い"） となります。 （もちろん、上のパタンは、デタラメなものも引っかかるので、正しくないけど、そういうのはいったん無視。 感覚的には下の方がよさそうだけど。どういうことですか？ ステップ数を見てみる！ https://regex101.com/#pcre この素晴らしいサイトを利用します。 123-4567とのマッチングを考えます。 まず、/^\d{3}-\d{4}$/ はこんな感じで、7ステップ 一方、/^.*-.*$/ は..12ステップ ということで、.* の方がステップ数が増えてパフォーマンスが悪くなっていそうです。 （実際パフォーマンスはこのステップ数に依存しそうなので、悪くなっていると思います。後で時間測ります。 バックトラック（BACKTRACK）と出会いまし
Learn the Deep Foundations of JavaScript with Kyle Simpson
This course has been updated! We now recommend you take the Deep JavaScript Foundations, v3 course. Join Kyle Simpson -- author of the popular “You Don’t Know JavaScript” book series -- as he reveals the deep foundations of JavaScript. You'll learn about object wrappers, coercion, scope, closure, types, prototype system, ES6 features, == vs === and more. Understand deeply how the JavaScript engine
とあるクエリを2万倍速にした話 -データベースの気持ちになる- 前編 - dwango on GitHub
技術コミュニケーション室 OSSグループの髙﨑です。 当グループでは、マストドンというオープンソースの分散型マイクロブログについて、 弊社が運営するインスタンス「friends.nico」の運営、独自機能の開発、運用、ならびにそれらで得た知見を上流のプレーンなマストドンへcontributeするという業務を主に行っています。 本記事では、tableに適切なindexを張ることによってとあるスロークエリの速度改善を行った事例について、実際に上流へ行ったPullRequestをベースにお話させていただきます。 内容としては反面教師とするべき失敗例を伴った、非常に基礎的なPostgreSQLの実行計画の読み方ならびにクエリに合わせたindexの張り方です。 また、表題の2万倍速というのは改善前の最悪の場合比であり嘘ではないものの、通常問い合わせされる範囲の条件ではだいたい3〜30倍速であるという
再・Solr のパフォーマンスチューニング - にょきにょきブログ
三年ほど前、Solr のパフォーマンスチューニングの記事を書いた。 aoking.hatenablog.jp これは古くなっており、現在の Solr では通用しない部分が多い。 改めて、現在の Solr のパフォーマンスチューニングに対する知見をここに記す。 はじめに 僕は日々 Solr のお世話をせっせとしており、今では扱っているインデクスのサイズが数テラバイト程度になっている。性能問題にぶつかることも何度もあり、そのたびに Solr のパラメーターのチューニングを行ってきており、時には自社向けのパッチを当てて高速化したり省メモリ化することもあった。僕の知見はきっと Solr ユーザーの皆様に役立つものでしょう。 さて、Solr のチューニングをしたい人は下記の公式 Wiki を穴が空くほど読むべし。 SolrPerformanceProblems - Solr Wiki 結論から言えば
Goのpanicと向き合う。 - Qiita
Ho!Ho!Ho! Merry Panic!! この記事はGo Advent Calendar 2017の25日目の記事です。 ※本記事はOSX及びUNIXシステムなことを前提として向き合います。 package main func main() { var p *interface{} *p = 0 } /* panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x104f386] goroutine 1 [running]: main.main() /Users/nnao45/panic-test/panic01.go:5 +0x26 exit status 2 */ 上は何
ビルドツールの裏側にいるMakefileを覗いてみる - Qiita
この記事は1日遅れですが、Perl Advent Calendar 2017の22日目の記事です。 21日目は@booksさんの今年Perlで困ったことでした。地道に困ったことと、解決策を記録していくって、意外とできないんですが、実は凄く大事なことですよね！ 先日、VOYAGE GROUPの方とお話した際に、環境セットアップは色々なツールをmakeコマンドでラップしているので、全てmake installで完結するようになっている、ということを伺って、改めてmakeコマンドについて調べてみました。 ちょっと古いですが、1012年のVOYAGE GROUPのテックブログにmakeを使っている、という話題が載っています(あとはajitofmでも聴いたような…)。 超便利！Makefileを作ってmakeするのは想像よりもずっと簡単だった そんなmakeですが、PerlのビルドツールであるExt
gdbのリモートデバッグのextended-remoteモードを試す(2) - Qiita
前回の続き。 従来のremoteモードではできなくて、extended-remoteモードで可能になったこと それは、gdb側からの操作で新たなデバッグ対象プロセスを起動することです。つまり run コマンドの実行。 また、デバッグ対象プロセスをまだ起動していない状態で、gdbとgdbserverの間でファイルを転送することができます。 この2つを合わせると、「修正された実行ファイルをターゲットに送信して、それを起動してデバッグを開始する」というのがgdb内で完結できます。 リモートデバッグのサイクル 以下の1-5を繰り返す。 ソースコードを修正する コンパイル、リンクして実行ファイルを作成する 実行ファイルをターゲットに転送する 実行ファイルを起動する ブレークポイントをかけたり、変数を見たりしてデバッグ 従来のremoteモードでは3はscpで転送したりNFSにしたり別の方法での実現が
非プログラマー向けUnity入門 · GitBook
非プログラマー向けUnity入門 デザイナー、アーティスト、研究者など向けにプログラミング要素を少なめに構成したUnityチュートリアルです。Unityのバージョンは2019.4、プラットフォームはmacOS、Windowsで確認しています。 チュートリアルへ進む 更新履歴 2020.08.05 Unity 2019.4対応 2019.01.01 Unity 2018.3対応 2018.01.08 Unity 5.6対応 初版 CREDIT 質問、指摘はこちらへお願いします。 https://github.com/aike/unity_tutorial https://twitter.com/aike1000
誤って解放したElastic IP(EIP)を復旧する - Qiita
オペミスでElastic IPアドレス(EIP)を解放できないように、IAMポリシーでElastic IP(EIP)の解放を許可しないという記事を以前書いたけど、復旧するコマンドがあったので、まとめておく。 Elastic IPアドレスの復旧ルール 以下のルールに沿えば、Elastic IPアドレスを解放した場合でも、復旧できる可能性がある。 もともと EC2-VPC で使用するために割り当てられていたか、EC2-Classic から EC2-VPC に移動された Elastic IPアドレスだけを復旧できる。 他のAWSアカウントに割り当てられている場合は復旧できない。 Elastic IPアドレスの割当上限（AWSアカウント作成時のデフォルトでは5個）を超過する場合は、復旧できない。 ユーザーガイド(日本語版)では、以下のように記述されているが誤訳。 もともと EC2-VPC で使用す
仙台来たらこれ食いに行けリスト - はひふへほ
追記＠2018-01-20，23:03：ブコメとTwitterで頂いたお店情報を追記しました．今のところはらこ飯とせり鍋の情報募集中です．あと居酒屋．ご存じの方はブコメ等でご連絡ください． 追記＠2018-01-25，14:59：Twitter・ブコメ等でいただいた情報を下記記事にまとめましたのでご参照下さい． hagyou.hateblo.jp 以下本文． どうも，ぼっち飯常習犯です． 忙しいっちゃ忙しいんだけど、SideM仙台に来る人のために仙台駅近辺の美味しいご飯屋さんまとめとか作ったら需要ありますかね。— はぎょう (@ha_gyou) 2018年1月11日 こんなことをTwitterで書いたらいいねいただきまして．あと，自分でもまとめておきたいなと思ったので書くだけ書いてみます．SideMの3rdライブで仙台にいらっしゃる方々，そうじゃなくて単に仙台に観光に来る方々にも利用できる
Durable Functionsで学ぶクラウドデザインパターン -Compensating Transaction Pattern- - 眠いしお腹すいたし(´・ω・`)
先日、牛尾さん、Kanioさん主催の www.meetup.com に参加してきました。 Durable functionsの紹介だけではなくモブプログラミングもあり私が英語が駄目すぎることを除いてすごく楽しいセッションでした。 元々、非常に興味があるフレームワークだったのですが触ってはいなかったので、しばらくDurable functionsで遊んでみようという気になっている次第です。 今回はDurable Functionsを使ってマイクロサービスアーキテクチャなどでよく使われるCompensation Transaction Pattern(補正トランザクションパターン)を実装することで、補正トランザクションパターンを勉強してみようと思います。 ## 今回の成果物 github.com 環境 Visual studio 2017 - 15.5.2 Azure Functions Cl
クリエイティブコーディング学習の最適解としてのProcessingと，デイリーコーディングのススメ - 日常の進捗
これはProcessing Advent Calendar 2017 - Qiitaの21日目の記事です。 Advent Calendarを通じて「プログラミングを通じて個人が表現する文化」がもっと盛り上がったら良いなと思ったので，思い立って勢いで書いてみることにしました．このエントリの内容は大きくは以下の2つです． クリエイティブコーディング環境として，Processingは日頃のアイデアを形にしたり，プログラミングの基礎であるアルゴリズムを学ぶ道具として最適 決まった時間で短いコードでも良いから毎日書く「デイリーコーディング」は日々の成長が感じられてオススメ Processingで具体的に何か作ったものを紹介するというより，作るための取り組みとして毎日コードを書く習慣や，そのために出来ること（参考になる情報の紹介やモチベーションの維持など）について紹介できればと思います． クリエイティ
Kafkaを利用したアプリケーションでのオフセットの制御について/Kafka Offsets
2017-05-14に行われた「Scala将軍達の後の祭り2017」で発表した時の資料です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ReactTraining/react-broadcast: Reliably communicate state changes to deeply nested React elements
GitHub - gocraft/health: Instrument your web apps with logging and metrics
機械学習と解釈可能性
NGINXConfig | DigitalOcean
ランダムフォレストを使って探索的データ分析