ディレクターがSQLを使えてよかった話 - クックパッド開発者ブログ

テクノロジーカテゴリーの変更を依頼記事元:

techlife.cookpad.com

457 usersがブックマークコメント

ディレクターがSQLを使えてよかった話 - クックパッド開発者ブログ

こんにちは。ディレクターの川原田です。クックパッドでお気に入りレシピを保存する「MYフォルダ」のサ... こんにちは。ディレクターの川原田です。クックパッドでお気に入りレシピを保存する「MYフォルダ」のサービス開発や、保存・記録に関する新規サービスの検討・開発を担当しています。ディレクターの仕事は様々ありますが、今回は私が身につけたことで仕事領域が広がった！と感じているSQLについてお話ししたいと思います。いきなりですが、SQLが使えてよかった点をまとめると以下です。よかったこと数値抽出から分析まで自己完結エンジニアとのコミュニケーションがスムーズに仕事が増えていそうで実は効率アップ周囲の知的好奇心を刺激それぞれ具体例を交えてお話します。数値抽出から分析まで自己完結事例１：ログ構造を理解でき後の仕事がスムーズに昨年、アプリのサービス開発を担当した際、エンジニアの設定したログが、実際に送信されるかどうかを事前チェックをしました*1。アプリのリリースはタイミングが決められ

h13i32maru 一緒に仕事してるけど、100〜200行のSQLは普通で、集約関数やwindow関数、サブクエリ、joinなどを使いこなしてるので、アプリケーション用のSQLしか書いたことのないエンジニアより集計に関してはレベルが高いと思う。

2016/07/06 リンク

daimatz この手の話を聞くたびに結局アプリケーションレイヤーのロジックを知らないとデータの見方を間違えるんじゃないの問題が気になるんですがどうなんですか

otchy210 SQL の底力を見た感じ。データ抽出用途だったらアリだなー。ただ、複雑すぎる SQL は開発内に組み込むと保守性が酷いことになるので、そういうときは View 使ったり部分的にプログラムのロジックで書いたりしたい。

testedquality SQLが身近にあると気付かないんですよね。SQLの効用はプログラムを普段しない方ほど高いかもしれません。

htnmiki 定型業務ならそういうクエリ作っとけよって話で非定型業務ならビジネスロジックに精通してない人がオレオレ解釈で分析とか笑えるみたいな話ではないのか。

2016/07/07 リンク

mkusunok もともとSQLってEnd User Computingの嚆矢みたいな言われ方をしていたのに、いつの間にプログラマーが操る道具って話になったんだっけ？

kuchitama エンジニアとしては、ガンガンSQLを叩いてもらえるように、ちゃんとリードレプリカ作ってカジュアルにアクセスできるようにするとか、紹介されてるRe:Dash導入するとかやっておきたいところ

2016/07/11 リンク

wakuteka “ よかったこと数値抽出から分析まで自己完結エンジニアとのコミュニケーションがスムーズに仕事が増えていそうで実は効率アップ周囲の知的好奇心を刺激”

noonworks 「ロジックに精通してないと見方を間違えるログ」ってどういうものなんだろう……？とってるログがおかしいという話ではなく……？

YaSuYuKi Cookpadの規模だとデータ分析専用にレプリケートされたDBサーバーを用意しても合理的なんだろうな。(帰ってこないSQLをkillしていた昔を思い出す)

J138 レポートを欲しがるのは対外、ディレクターとかでそこで業務が完結するならうれしいことではないか。否定的な人いて草はえる。

Dai_Kamijo すばらしい。本来の SQL の目的のひとつが、こういったエンドユーザコンピューティングなんですよね。 / “ディレクターがSQLを使えてよかった話 - クックパッド開発者ブログ” — Takuto Wada (@t_wada) July 6, 2016 from Twitter https://