前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検

うちの可愛いミクさんがMMDの世界へ！呼びやすいように、はまるミクさんと呼んであげてください。配布はあまりしてませんがモデリング歴2年ぐらいになるらしいです。まだまだ稚拙ではありますが、どうぞよろしくお願いします。楽曲:39 / sasakure.UK & DECO*27 feat.初音ミク 　　 ＊ハロー、プラネット。/ sasakure.UK feat.初音ミク作ったもの：mylist/28701258

AWS Summit Tokyo 2016の講演時のスライド資料です。

GitBook brings all your technical knowledge together in a single, centralized knowledge base. So you can access and add to it in the tools you use every day — using code, text or even your voice.

最近ネタもなく、日々テストとLibraryの作成を行っていました。 という言い訳で更新しないのは悪だと思っているので、ちょっと心いれかえて。 今回はPHPの静的解析についてです。 前々から静的解析ツールについては良い物が見当たらず、もちろんあるっちゃあるのですが コレジャナイ感が強かったのですが、勧められたツールがあったのでそれを今回は導入していきたいと思います。 静的解析って？ まずは静的解析とは何か。 静的解析とはプログラムを実行せずに、コードの問題点を見つける。 特定のコーディングパターンに違反している箇所を指摘する。 というのもになります。 少人数で開発していたとしてもレガシーなコードは増えていきます。 コピーして同じロジックが出来上がっていたり、コーディング規約に沿った書き方でない部分 動くけど、これっていいのかな？って思う部分を指摘してくれるわけです。 静的解析ツール ・Scr

ノーパンが誰か当てるクイズです。難易度は低くいろいろな意味でサービス問題です。神社シリーズ⇒『mylist/48936086』単発物⇒『mylist/49565666』サムネ⇒『im5826830』宣伝感謝ごはんつぶ、Q09、カシキマグロ、so志樹、酒匂、四季映姫YMD、阿武瑞、ダーコ、hati、鯖し、最前列の客、愚民の王様、ズーミン、名無し、紳士、ate、so-hei、sinnsi、T.B、パンツァー、たまぞう、変態紳士、ｻﾄﾝﾇ(satonNu)、ニック、Euglena、めに、plant。ヘネシス狩場1、MIKADUKI、AlanVictorTorre、セネル、せい、さのば〇っち、たこのまくら、Isono、Rabica、haru2323、めー、シリーズ化希望、niwa、moka、ノーパンスタイリスト、びおるんるん、PreciousMotion、台風9号、台風10号、最前列の客、スライム

こんにちは！広告エンジニアのレオです。最近、システム障害を起こしていますか？クックパッドも例外ではないです。毎月、何かしらのシステムに何かしらの障害が起きてしまいます。その際、早く気づき、速やかに対応することによって被害を最小限に留めるように努めます。そして、システムやデータを正常な状態に復旧させます。 正常な状態に戻した段階では対応はまだ完了していません。問題の本当の原因は何なのか、またその再発をどうやって防止するかを考えて手を打つまでは、障害の対応が完了したといえません。予防しない限り、また同じ過ちを繰り返すことになってしまいます。 失敗は成功のもと 根本原因分析、そして再発防止は大事な作業ですが、とても難しい作業です。クックパッドでは、これらを少しでもやりやすくするために、ルールと仕組みをまとめています。この仕組みを「Failure teaches Success」（略してFtS）と

お気に入りのキーボードを自慢します。 ブログを再開したと思ったらさっそく よちよち.rb Advent Calendar 2014 の記事です。きのうは @pupupopo88さんによる よちよち.rbのLT大会用スライドを作ってわかったこと でした。 @pupupopo88 さんのスライドではよちよち.rb の今までの活動がすごくわかりやすくまとめられていて、LT を聴きながら思わずじーんとしてしまいました。実際のスライドは記事内で読むことができるので、ぜひご覧になってみてください。 よちよち.rb Advent Calendar 2014 の企画は（去年の Perfume Advent Calendarに引き続き）ほぼ私の思いつきで始まったのですが、関係者のみなさまが本当に熱心かつ思いやりのある方々で、ここまで毎日空席を作ることなく続いてきました。みなさま、活用してくださって本当にあり

watchifyでファイルの監視を行う babelifyで始めるES6ではBrowserify/babelifyを利用してES6を利用する方法を解説しましたが、gulp-watchなどを利用してファイル変更のトリガーでBrowserifyを実行すると非常に時間がかかってしまいます。そこで、watchifyを利用することで差分管理がされ高速にコンパイルすることが可能になります。 利用に至っては以下のコマンドでwatchifyとexorcistのインストールを行います。(exorcistは後ほどSourceMapを出力するのに必要) npm i -g watchify npm i -g exorcist そうすると以下のコマンドでwatchifyによる監視が可能になります。 (./src/app.jsとそこでrequireしている各ファイルで変更があったタイミングで./dist/app.jsを

平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識

目次 『言語実装パターン』推薦のことば 謝辞 前書き 第I部　さあ、構文解析に取りかかろう 1章　言語アプリケーションのいろは 1.1　全体のあらまし 1.2　パターンを一巡する 1.2.1　入力文の構文解析をする 1.2.2　木を構築する 1.2.3　木の走査をする 1.2.4　入力が意味する内容を見つけ出す 1.2.5　入力文をインタプリタで実行する 1.2.6　ある言語から別の言語へと変換する 1.3　アプリケーションを解体する 1.3.1　バイトコードインタプリタ 1.3.2　Javaバグ検出器 1.3.3　Javaバグ検出器其の弐 1.3.4　Cコンパイラ 1.3.5　Cコンパイラを活用した C++実装 1.4　パターンを選んでアプリケーションを組み上げる 2章　基本的な構文解析パターン 2.1　句の構造を識別する 2.2　再帰的下向き構文解析器を構築する 2.3　文法 DSLを

ビジネス上のプロジェクトの成功法則やマネジメント方法は様々な形で語られています。一方で、主に余暇の時間で行われる技術的なサイドプロジェクト（ソフトウェア、ハードウェア含む）に成功パターンはあるのでしょうか。 最近では定量的なプロジェクトの分析を行うために GitHub のプロジェクトのデータを使おうとしている動きがあります。もちろん GitHub を使った研究はあくまでソーシャルコーディングのプロジェクトをスコープとするものですし、一部は因果関係というよりも相関関係でしかありませんが、知見として活用できる部分もあると思うので、GitHub の研究や私個人の経験を通して見てきたサイドプロジェクトの成功パターンをまとめてみたいと思います。 以下では大きく 3 つに分けて解説します。 チームアイデアとテーマプロセス 1. チーム最初に残念なお知らせです。どうやらプロジェクト内部の仕事の多くは少人

まずは、リモートにどんなブランチがあるかを確かめる。-aオプションでリモートブランチも一覧できる。 > git branch -a * master remotes/origin/master remotes/origin/other_branch チェックアウトしたいブランチが表示されていない時は、git fetchとかすると情報をリポジトリから取得できる。 > git fetch 次に、ローカルブランチ名を指定して、リモートブランチをチェックアウトする > git checkout -b other_branch origin/other_branch 最初の引数がローカルブランチ名 -bオプションを指定しておくと、自動的にそのブランチに切り替わる。 -bオプションを指定しないと、以下を再度する必要がある。 git checkout -b other_branch

軽いTips共有を。 皆さんPHPDoc、書いてますでしょうか？ IDEとかだと特にジャンプ力や補完等もより効くようになるしそもそも親切なコードになると思うので割と積極的に書くようにしています。 今回はそのPHPDocがらみで知った小ネタのご紹介です。 また、今回はPHPDocではなくphpDocumentor前提な話で行こうと思います。あしからず。 phpDocumentor - PHPDocに代わるAPIドキュメント自動生成ツール - Do You PHP? このあたりが参考になるかと思います。 まぁしばしば配列を引数に取ったり変数に格納したりしたい場合がありますよね。 そういう時、今までは <?php /** @var array $hoge */ $hoge = [1,2,3,4,5]; //とか /** * @param array $hoge * @return array *

オブジェクト指向プログラミングで、例外処理をする際は 例外チェーン を意識せねばなりません。 例えばこのように、catchの中でさらに例外を投げ直していて(throw)例外チェーンをしていないとどうなるか？ <?php class ExceptionChain { public function execute() { try { $this->method1(); $this->method2(); $this->method3(); } catch(Exception $e) { throw new Exception('execute error.', $e->getCode()); } } 以下、stack traceで ExceptionChainTest.php が実行コードです。 Time: 115 ms, Memory: 13.25Mb There was 1 error: