4月中旬ころになりますが、新著が出ます。SQLのパフォーマンスを主題にした本で、実行計画を読むことで、なぜこのSQLは遅いのか、あるいは速いのかをデータベースの内部動作まで把握して理解しよう、という趣旨です。 リレーショナルデータベースというのは、SQLという自然言語を模したインタフェースによって、低次のレイヤーを隠蔽する意図で作られたミドルウェアなので、本当は実行計画などという手続レベルの世界をユーザが覗き見るのは、本末転倒なところもあります。ただそうはいっても、現実にSQLが遅かったら原因を解析せざるをえないわけだし、大体本当にブラックボックスにしたいなら、なんでどのDBMSも実行計画を見られる手段なんか用意してるんでしょうね不思議ですね、という理想と現実の狭間で悩むエンジニアの方々に少しでもベターな解に辿りつけるアプローチを提示できれば、と考えております。 以下まえがきと章立てです。

ドキュメントを探しても見つからず、ググったらStack OverFlowにありました。 http://stackoverflow.com/questions/29289304/how-do-you-debug-react-native Cmd+D from within the Simulator. It'll popup Chrome and from there you can use the Developer Tools. こんなのどこに書いてあるんでしょうね。 ということでシミュレーター上でCmd+Dを叩いてみます。 すると、chromeでこんな画面が立ち上がります。 メッセージの通りChromeのDeveloper Toolsを起動します。 index.ios.jsというファイルを開くとソースの中身が見れます。 任意の場所にブレークポイントを置いてアプリをCmd+Rでリロードし

Developers.IO 2015 Developer Day でのセッション資料です。Read less

20150329 Developers.IO 2015 C-1 クラスメソッドのAWSドッグフーディング1 of 105

Classmethodで開催したDevelopers.io 2015のセッション資料です。Read less

The first part of this nginx article talked about the architecture and the main nginx configuration file. This article continues from there and talks about the nginx essentials: the modules that are needed and other advanced configuration techniques. Nginx Modules The real power of nginx lies in its modules. The entire stack can be imagined as made up of modules which enhance or build on top of th

アプリケーションで認証後 S3 のコンテンツを返したかったのだけど、nginx で BASIC 認証を掛けていたらうまくいかなかった、というお話。 Amazon S3 の認証トークン付き URL をアプリケーションで生成し X-Accel-Redirect ヘッダに出力 nginx が S3 から取得してきてクライアントに返す という動作をさせたくて、以下のように設定。 # nginx.conf location = /reproxy { internal; set $reproxy $upstream_http_x_reproxy_url; proxy_pass $reproxy; proxy_hide_header Content-Type; }アプリケーションからは以下のようなレスポンスヘッダを出力。 X-Accel-Redirect: /reproxy X-Reproxy-URL:

2. 誰 ❖ いとう ひろゆき ❖ Team-S(MySQL Clusterクラスタ) ❖ サーバ運用/保守が仕事 ❖ ネットワークからOS、ミドルウェアまでアプリケーシ ョン以外はなんでも面倒を見ないといけない(程度の差 はあります) ❖ MySQL好き。酒好き。 5. ❖ NICのRingBufferを最大に変更 ❖ /sbin/ethtool -G eth0 rx 2047 ❖ /sbin/ethtool -G eth1 rx 2047 ❖ Bondingのactive/backupだったので片方でも良かった ❖ 変更時は Link down/up が発生 ❖ 最大値は ethtool –g eth0 とかで確認する ❖ 経験無いけどtx queueを増やしておいた ❖ /sbin/ifconfig eth0 txqueuelen 10000 ❖ /sbin/ifconfig eth

This document discusses Treasure Data's data architecture. It describes how Treasure Data collects and imports log data using Fluentd. The data is stored in columnar format in S3 and metadata is stored in PostgreSQL. Treasure Data uses Presto to enable fast analytics on the large datasets. The document provides details on the import process, storage, partitioning, and optimizations to improve quer

さて、皆様、こんにちは。本日は先日行われた日本代表対チュニジア代表のレビューをしたいと思います。 久々の代表レビューになりますが、ホンットーに有り難い事に、ハリルホジッチ新日本代表監督なんですが、やり方をいじってくれました。この短期間に、です。サッカーブロガーにとっては、ほんとーに有り難い事でして、おかげで書くことが出来ました。感謝しないといけません。サンキュー・ハリル！ で、本題にはいる前に、つべにフルマッチ動画あがってたんで、それ載せときます。 www.youtube.com これまた有り難い話ですが、最近はフルマッチ動画がつべにすぐ載るんですな。おかげでフルマッチ動画も埋め込めますですよ。ちなみにスタメンですけど、 こーなってました。日本は４２３１でワントップ川又、その後ろにムトゥ、清武、永井と並べて、ダブルボランチは長谷部と山口蛍、４バックは藤春、槇野、吉田、酒井ゴリ、GK権田とな

つい先日、とあるシステムの処理の流れと一部処理のフローチャートを付けた見積り資料を書くことになり、ちょうど良い機会だったので、MarkdownでUML図表が描ける「StackEdit」を使って、オールMarkdownで資料を作成してみた。 いやぁ、打ち込んだテキストがリアルタイムに図表化されていく様は、とても新鮮で、そしてすごく面白かった。資料が出来上がった後の達成感というか、完成した図表を見た時の感動が結構はんぱない。技術系の資料作成でこんな良い体験ができたのは初めてかもしれんな…(笑) ──と、結構感動的な体験ができるMarkdownでのUML図表作成なんだが、せっかくなのでそれの書き方を含めてもう少し突っ込んだTIPSとしてまとめておこうかと思った次第。 Markdown+UML とは？ とりあえず、「Markdown+UML」というのは私の造語だ。まぁ、正確に言うなら「UML di

みなさん。こんにちは。STSの山口です。弊社が「Redshiftはじめました。」と宣伝を始めて以降、最近、数々のRedshift関連のお問い合わせを頂いており、非常にうれしい限りでございます。 さてさて、このような状況におきまして、今回、皆様にご紹介したいのは、この「Redshift」を使った、新しいＤＷＨシステムのご提案、「リアルタイム型DWHシステム」でございます。実際にお客様へご説明させて頂いている資料を織り交ぜながら、皆様に「リアルタイム型DWHシステム」をご紹介したいと思います。また、最後にはこの「リアルタイム型DWHシステム」のデモ機に関してもご紹介します。 言わずと知れた、AWSの「DWHの価格破壊サービス」Redshiftのご紹介です。先述しましたとおり、我々が提案する「リアルタイム型DWHシステム」では非常に重要な構成要素の１つとなっております。実はこの「リアルタイム型D

AWSとは AWSとはAmazon Web Servicesの略で、あのAmazon.comが提供しているウェブサービスのこと。 ただ、amazon.jpのアカウントは使えず、amazon.comのアカウントが必要。 その中のサービスの一つglacierについて紹介していく。 glacierとは Amazon Glacier は、アクセス頻度の低いデータや、取り出しに数時間かかっても問題ないデータに合わせて最適化されている。 主な用途は起業のデータアーカイブ、バックアップなどなど,,,普段はアクセスしないファイルなどの保管に適したサービスだ。 1ヶ月あたり0.01USD/GBという低額で、しかも耐久性はS3と同じ99.999999999％。 データが消える心配は殆ど無いだろう。 復元料金について AWSの中で一番料金体制が厄介なGlacier。 AWS S3に関するよくある質問　http:

ここ数年、いたるところで目にするようになった「生産性」っていう言葉。「生産性を上げるには？」「優秀なあの人はなぜ生産性が高いのか」なんていう記事を読んだとき、その瞬間はすごく納得できるんだけど、結局自分は残業続きの毎日だったり…。 ここでは、「Elite Daily」にまとめられた、仕事のパフォーマンスを上げて残業を減らす「10の方法」を紹介します。一気にではなく、ひとつずつ始めてみるというにはいかがでしょうか？ 仕事の早い人は「想像力」があります。また、それを達成させるコミット力も兼ね備えています。彼らに共通することは、退社前に翌日のイメージをしてから会社をあとにすること。 スケジュールの確認だけでなく、翌日の成功イメージまですることで頭が整理され、スムーズに仕事を終わらせられるのです。

ECMAScript 6 from an Attacker's Perspective - Breaking Frameworks, Sandboxes, and everything else ECMAScript 6, in short ES6, has been boiling in a copper pot for many years by now and step-by-step, browser vendors come forward to taste the first sips of this mystery soup. So, ES6 is no longer a theoretic language but already crawled across the doorstep and now lurks under your bed, ready for the

再帰関数のスタックオーバーフローを倒す話を何回かに分けてします。 連載目次 再帰関数のスタックオーバーフローを倒す話 その1 ← 今回 CPSとCPS変換の話 再帰関数のスタックオーバーフローを倒す話 その1.5 F#での「末尾」についての話 再帰関数のスタックオーバーフローを倒す話 その2 .NETにおける末尾最適化の方法についての話 再帰関数のスタックオーバーフローを倒す話 その2.5 継続モナドと、F#の残念さの話 再帰関数のスタックオーバーフローを倒す話 その3 すべてをあきらめて再帰をwhileに書き直す方法の話 はじめに 継続渡しスタイルもしくは継続渡し形式(Continuation Passing Style、以降CPS)という言葉を聞いたことがあるでしょうか。 今日はCPSの話をします。 前提知識は、F#のみです。 継続とは CPSの前に、まずは継続の話です。 継続と言って

浜松Ruby会議01で使用したスライドです。 http://regional.rubykaigi.org/hamamatsu01/ 動画はこちら。 前編（3:50から本題に移ります） https://www.youtube.com/watch?v=bOqfcwTVUpY 後編（動画が切り替…

qiita.com この記事を読んで、記事の本筋からはそれますが、前から思っていたことをつぶやいたのでまとめておきます。 前後関係がある Future 処理を一つの処理として抽出すればシンプルなケースではおかしなことにはならないと思うけど real world では横からはさみこみたくなる要件が継ぎ足されていくとつらくなる。— seratch_ja (@seratch_ja) 2015, 3月 26 そういう要件は本当は同期処理でやるのがよいわけで、そこをあえて Future とかコールバック関数縛りでやらなければならない理由が何かを考える。リソース効率とか膨大な同時接続への耐久性を可読性を犠牲にしてでも得たいのかという。— seratch_ja (@seratch_ja) 2015, 3月 26 適当に作るとデバッグとか運用のトラブルシュートとか大変になるし、開発の難易度はそれなりに上が

Developers.IO 2015( http://devio2015.classmethod.jp/ )トラックC-3の資料です。

About us Founded in 2008, Phusion creates top of the line server software to power businesses like Apple and Intercom. When building Docker containers, you should be aware of the PID 1 zombie reaping problem. That problem can cause unexpected and obscure-looking issues when you least expect it. This article explains the PID 1 problem, explains how you can solve it, and presents a pre-built solutio

xrdp は オープンソースで開発されたサーバー ソフトウェアです。 機能的には、Remote Desktop Protocol (RDP) 経由で接続できる Linux ターミナル サーバーとして動作し、rdesktop や freeRDP、Microsoft のターミナル サーバーおよびリモート デスクトップ クライアントから接続、GUI で操作できることを目的としています。 ※ただし、Windows Server のようなリモート デスクトップ の機能を提供しているわけではなく、実際には X window デスクトップを表示させています。 Windows から Linux にリモート GUI 接続する場合、VNC の利用や、 Linux を Hyper-V の仮想マシンとして動作している環境であれば Hyper-V マネージャー スナップインを利用することで可能ですが、Windows

タイトル長いねｗ 某社某チームでエンジニアのリーダーを1年半ほどしてきた経験から、 KPTをファシリテートする時に意識しているところをまとめてみたよ。 みなさんはどんなKPTをしていますか？　よかったら教えてね。 俺のKPTコンセプト タイトルにも書いたけど、↓です。 チームメンバーのやらされてる感を無くしつつ、無理なく安定して成長する KPTのポイント for Members 個人攻撃NG、チームの問題と捉えて前向きに改善する意識を持ちましょう for Facilitator ( or Team Leader ) 全員が意見を出しやすい仕掛けを用意し、意見を出しやすい雰囲気を作ろう KPT,必ず1人1つ以上出してもらう KPTのお題は可能な限り1〜数個に絞ろう 全員に当事者意識をもってもらう仕掛けを作ろう(やらされてる感はぶっつぶそう) ファシリテーターやリーダー自身の意見は極力言わない

はじめに アジャイルプロセスを組込みソフトウェア開発に適用するには、どうすれば良いのか。よく議論されるテーマです。 アジャイルプロセスは2000年ごろから日本に入ってきましたが、当時はWebシステム開発分野での適用事例ばかりで、組込みソフトウェア開発の事例はほとんどありませんでした。オブジェクト指向の文化が中心にあるアジャイル開発は、組込みソフトウェア開発の現場とはかなりかけ離れていたので、適用も難しいと思われていたのでしょう。また、適用事例があっても、あまり世の中に出てこなかったため、使えないと思い込んでいる人が多いのではないでしょうか。 しかし現在では、当時と比べてアジャイルプロセスという言葉はかなり浸透してきていると思います。そろそろ「良いものを手早く作る方法」を考えてみませんか。このコーナーでは、組込みソフトウェア開発の現場でアジャイルプロセスを適用するときのハードルが少しでも低く

短い期間をふりかえるのにおすすめ―KPT KPTってどんなもの？ 筆者の回りでは KPT（Keep/Problem/Try）というフォーマットがもっともよく利用されています。これは、ある期間内の出来事を、「よかったこと、続けたいこと（Keep）」「うまくいかなかったこと、問題（Problem）」「次に試したいこと（Try）」の3つにわけてチーム内で抽出していくという手法です。このKPTフォーマットは非常にシンプルで、とっつきやすいながらも効果が高いと感じています。 だいたい1ヶ月以内を目安として、比較的短期間の出来事、またはスポットのイベントのふりかえり時によく利用します。非常にシンプルなフォーマットのため、出来事が記憶に残っていれば、簡単にそれぞれのアイテムを導出することができます。 用意するもの ホワイトボードとマーカー、または付箋とサインペン KPTのすすめ方 筆者の回りでよくやって

はじめに こんにちは、モバイルファースト室の@y_310です。 部署名からもお分かりの通りクックパッドでは今年からスマートフォンアプリの開発に特に力を入れて取り組んできました。 実際に昨年と比べて開発体制が大きく変化しています。以前はアプリ開発専門のエンジニアのみで開発していたものを、サーバサイドエンジニアもアプリ開発を学び、自分が所属する部署に必要な機能をアプリに実装するようになりました。 そのため、以前は2、3人のチームでの開発だったものが、現在は多い時には複数の部署にまたがって10人ほどのエンジニアが1つのアプリにコミットする状況になりました。 そのような環境の変化によりアプリの品質維持が大きな課題となり、この半年間継続的に品質改善に取り組んできました。今回はその改善プロセスについてご紹介したいと思います。 課題 取り組みを始める前は、様々な部分で課題がありました。 具体例を上げると

現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要

ども！ともぞうです。 打ち合わせの議事録作成やあとで聞き返すように授業などをボイスレコーダーで録音しても、録音時間が長いと聞きたい所を探すのって大変ですよね。 そんな悩みを解決してくれる画期的なアプリが登場しました！その名も『キーワード頭出し　ボイスレコーダー』。なんと録音した内容を文字で検索できるすんごいアプリなんです。 検索以外にもメモやカメラ機能など、議事録作成や授業の記録に役立つ機能満載で一度使ったら手放せませんよ！ 録音した音声を文字で検索して頭出し 会議や授業の録音はiPhoneの標準アプリ『ボイスメモ』を使えばできるのですが、長時間の録音だと聞きたいところを探すのが大変なんです。 そんなお悩みを解決してくれるのが『キーワード頭出し　ボイスレコーダー』の目玉機能である音声の検索機能！ 早速、かみあぷの夜のネットニュース記事を読み上げたものを録音して試してみたいと思います。 この

ビジネスシーンにおいてプレゼンをする機会は誰にでもあるのではないでしょうか。 プレゼンというと「商品を販売する行為」をイメージしがちですが、一口にプレゼンといってもお客様に提案をする時、自分の売り込みをしたい時以外にも、社内メンバーへの提案や上司を説得する際にもプレゼンは必須です。 つまり、プレゼン能力は全てのビジネスパーソンにとって無くてはならない能力なのです。そのための、プレゼン力をつけるためにはまず、基本的なルールを学びましょう。 今回は、世界的に有名なファイル共有サービス「SlideShare（スライドシェア）」より、プレゼン資料の作り方から実際のプレゼン方法まで学べる資料を11個厳選してご紹介します。 資料作成時には実際のプレゼンを想定し、伝えたいポイントだけを記載する必要がありますが、書きたいことを整理出来ず情報を詰め込んでしまいがちです。 このスライドでは、聞き手に伝わるプレ