MySQLのインデックスを効果的に使う方法の第2弾。よく似た2つのクエリなのに、実際にはインデックスの使い方がそれぞれ異なることを通じて、オプティマイザがどのようにクエリの実行計画を立案するのか、そしてその結果どうインデックスが使われるのかを解説する。 前の記事では、ひとつのテーブルに対する様々なクエリを対象にして、インデックスのデザイン方法について議論しました。この記事ではより実世界に即した問題解決の例として、よく似ているにも関わらず、ひとつは適したインデックスを使い、もうひとつはフルテーブルスキャンをしてしまうという、2つのクエリを取り上げます。動作の違いはバグなのでしょうか？それとも想定された動きなのでしょうか？続きを読んでみてください！ 対象のクエリ2つ # Q1 mysql> explain select col1, col2 from t where ts >= '2015-0

RESTful API (JAX-RS) �書くだけで仕様書も�自動で作られていく話 with MicroProfile Open APIKohei Saito

Fluxに関する独自解釈と妄想を、何かの翻訳っぽく書いた。 スケールするアーキテクチャ フレームワークを作る時、我々は「簡単に記述する」ことを第一に考えがちだ。 そして、簡単にするための仕組みはウケる。 逆に記述量が増えるとウケない。 しかし例外があって、多く書くことによるメリットが受け入れられたときは別だ。 例えば、Backbone.jsを使うと記述量が増える事は誰もが認めるところだが、MVCの実現というメリットのために広く受け入れられた。 要するにトレードオフなのだ。 ここのところFluxアーキテクチャが注目を浴びているが、書いてみると記述量は相当増える。 そもそも登場人物が多すぎる。 Action、Dispatcher、Store、View、それからそれらの間に挟まって仕事をする者達。 一体彼らは何をしたいのか。 最近になって分かってきた。 これはアプリケーションそのものを抽象化した

MySQLのインデックスを効果的に使うにはどうしたらいいのかについての分かりやすい解説。そもそもインデックスの役割はとは何か、そしてどうすればその役割を果たしてくれるのかを説明する。 たとえ1つのテーブルだけに対して実行されるクエリでも、パフォーマンスが悪いというのはよくあることです。その理由は簡単で、インデックスの作り方がまずいため、実行計画がおかしくなってしまうのです。ここでは、1つのテーブルのみに対する色々なクエリを最適化するためのガイドラインを挙げてみたいと思います。 おことわり : あらゆる状況をカバーしようとはせず、一般的なガイドラインを提示するに留めるつもりです。ここで挙げたものがうまく適用できない例を簡単に見つけることができるのは間違いないでしょうが、ほとんどの場合はここに書いたことが十分なのも事実です。また、MySQL 5.6以上にあるIndex Condition Pu

WebAPIの仕様を記述する方法はいくつかあると思う。 普通に日本語で記述する JSON Hyper-Schema、WADL、RAML、Swaggerなどを使う 仕様書の代わりにプログラムを書く HTTPメッセージそのものを記述しておく でも、文法にばらつきがあったり、読みにくかったり、ツールのセットアップが面倒だったり、どれもイマイチな所があって、手軽な方法が欲しいと思っていた。 何気なくcurlコマンドのオプションを調べていたら、「もうこれでAPIドキュメント扱いにしちゃえばいいんじゃね？」と思えてきたのでメモしておく。 curlコマンドのおさらい curlコマンドはlibcurlの付属コマンドで、最近のUnix系OSなら大抵最初から入っていると思う。コマンドの詳細はmanを読んでいただければ。 cURL - How To Use （マニュアルページ日本語訳） curlコマンドのオプシ

どもメガネです。最近では、もろもろ作業をはじめるために、まず黒い画面を開く程度になった私です。そんな私が最近、おしえてもらって便利だったシェルがfishシェルです。 fish shell シェルってなんだよ？という方にはWikipediaをどうぞ シェル つまりは、黒い画面を動かすときのインターフェイスですね。分かり難いですが、そういうことです。じゃあどういう具合にfashシェルが便利なのかをお伝えしていきましょう。 インストールが簡単 homebrewでインストールできるので簡単ですね。 OSXでfish shellを使う fish-shell はじめてみた ほとんど設定しなくていい .bashrc とか .bash_profile とかそういったのをほとんど触らなくていいです。 後述しますが私が追加したのは２つぐらい。楽ちんですね。 秀逸な候補提案 ※ 画像は公式サイトから流用 ディレ

オンラインゲームの仕組みや工夫を調べてみたのを社内勉強会で発表した。ときのスライド。の公開用。 オンラインゲームの種別とそれぞれの仕組みについての話と、オープンソースになっているQuakeの仕組みの話、という2つの話が主なトピック

システム開発の現場改善記 - 素敵な罠を仕込む 番外編 - 改善の閾値とダーマの神殿への道 恐怖政治から開発者を守る あるプロジェクトを営業上がりの新人開発者が救った話 ゆとり教育がスタートしたころに JUnit を導入した昔話 Template Method パターンでチームの開発工数を 1 / 10 にした話 ※オチ付 esa.io 導入編

Infinity Ventures Summit（IVS）とアマゾン データ サービス ジャパン 株式会社の共催によって行なわれた、CTOおよび技術責任者のためのテクノロジー・カンファレンス「IVS CTO Night & Day 2014 powered by AWS」にChatWork・山本正喜氏が登壇。プロダクト開発において最も重要なことは、自分たちが本当に欲しいサービスを作ることだと語りました。（IVS CTO Night & Day 2014 powered by AWSより） 自分たちが本当に欲しいサービスを作ることが大切 この失敗から学んだことは何か、それがこれですね。「自分たちが本当に欲しいサービスを作ることの大切さ」ということです。もともと開発の動機がSEOツールという既存の事業があって、そこの収益を維持させたいということにフォーカスしてしまったんですね。その後継ツールを

Go is a simple and fun language, but, like any other language, it has a few gotchas... Many of those gotchas are not entirely Go's fault. Some of these mistakes are natural traps if you are coming from another language. Others are due to faulty assumptions and missing details. A lot of these gotchas may seem obvious if you took the time to learn the language reading the official spec, wiki, mailin

Golangで開発する上でライブラリの依存関係解決どうするとか、Object Relational Mapping(ORM)どうするとか、hot deployしながら開発するのどうするとかあると思うんですがその辺りを軽く書きながらAPI作っていきたいと思います。 Docker使って開発するあたりの解説は以前のブログを参照されたい。 takasing104.hateblo.jp できること Golangで依存ライブラリの管理(と現場言っていいものかは微妙) ORMを使ったDBアクセス Mac上でソースコードを変更した際、Dockerコンテナに修正が反映されてフレームワークがリロードされる Webフレームワークを利用したAPI開発 ツールと環境 Mac OSX 10.9.5 Mavericks Vagrant 1.7.2 Fresh (c4a501e4002c78dfd6bd519001a58

CEDEC 2013 - 徹底的にチューンしたハイブリッドアプリ「D.O.T. Defender of Texel」の制作Nobutaka Takushima

著者 : 藤永 丈司 ◆上智大学比較文化学部卒（現：国際教養学部） ◆初受験でTOEIC990（満点）、英検1級、小学校英語指導者資格 ◆ニンテンドー3DS　TOEIC「超速」プログラム・スペシャルアドバイザー ◆日経HR「英語コミュニケーション in Business」特別講師（2017年8月～） ◆日経メディカル「医師のためのDailyイングリッシュ」特別講師（2019年10月～） ◆公式動画チャンネル：マイスキ英語【たった3分で奇跡を起こす！】（2020年2月～） タップして詳しいプロフィールを見る 著者自身の受験英語への疑問や登校拒否といった苦い体験や、10年以上にわたる海外生活から、外国人の英語習得の早さと相対する日本人の遅さの違いを同時に徹底的に解読・研究を繰り返すことで、日本人へ「英語回路」を植え付ける仕組みを解明。 ◆活動 - 芸能人 への個別指導、英会話・ TOEIC講座

http://inside.pixiv.net/entry/2015/04/27/170944

みなさんSlackで日常的にスクリーンショットによる晒しageコミュニケーションを取ったりされているとおもうんですが、 これはそのたびにスクリーンショット.pngが増えていってつらいなーと思っている人向けのエントリです。 方法はかんたん、 ⌘ + Shift + Ctrl + 4 で選択範囲を画像としてコピーできるので、Slack上で貼り付け（⌘ + v）するだけでアップロードできます。 こんなかんじ。 えんじょい！ (4/21 追記) なおGitHubやQiitaもこの機能に対応しているとのこと。はかどりますね！

おととい、渋谷JVMというイベントがあって登壇させてもらったんですが、そのあとビール飲んでるときに、ぼくが「コード書く前にコメントだけ書くのいいよね」と言ったあとの返答としてきょんくん(kyon_mm)が言った言葉。 全体としては 「コード先に書いてそのコードに対してテストを書くと実装に対するテストになるし、コードを先に書いてそのコードに対してコメントを書くと実装に対するコメントになる」 という感じ。 ここに至るまでの話もおもしろかったんだけど、ここでは、コメントについて書いてみます。 まず、実装に対するコメントってどういうのかというと、こういうの。 id = findId(name); if(id == -1){ // idが-1だったとき登録 register(name); } いやそれはコード見ればわかるから、ってやつですね。 これは、こうやるとより適切です。 id = findId

uiuru: 昨年アメリカに滞在していたときに思いついて重宝していた英単語の覚え方があるのだけど、知人に話すと案外知られてないようなので書いておく。 その方法は「単語をGoogleで画像検索をする」だけである。単純だけど非常に強力で、単語帳を眺めたり辞書を何度を引いたりするよりも強烈に覚えやすい。 たとえば、’camaraderie’という単語を覚えたいとする。「友情」という意味の単語なのだけど、Googleで画像検索してみるとこうなる。 イメージがすぐにわかるので、単語帳で覚えるときみたいに[ camaraderie |【チーム仕事仲間の】友情, 同志愛; 仲間意識 ] という文字列を睨むよりはるかに頭に入ってきやすい。 この方法は、似ている単語のニュアンスの違いを理解するのにも役立つ。 たとえば、clearとbrightはだいたい明るそうなイメージの言葉だが、画像検索してみると bri