タグ

2018年7月9日のブックマーク (6件)

  • 回らない寿司デビューにもうってつけ!1万円前後で満足感がハンパない東京の鮨店まとめ - ぐるなび みんなのごはん

    こんにちは。料理研究家の河瀬璃菜です。 突然ですが、みなさんは「鮨」好きですか? 実は私、鮨を愛しすぎて、高校時代も鮨店でアルバイトしていたくらいには大好きなんです。 当は毎日でもべたいくらいなのですが、さすがにそれはお財布的に無理ですし、最近は鮨バブルで、結構いいお値段するお店が多いですよね。たまの贅沢といえど、さすがに諭吉さんが何人もいなくなってしまうのは困ります。 そこで、今回は私が実際に行って、自信を持ってオススメできる「1万円前後で行ける、満足感高すぎなカウンター鮨屋さん」をまとめました。 ちょっと贅沢したいときに行ける、手頃な値段のお店を知っていると人生捗りますよ……! ちなみに、こちらの記事は、ぐるなびのサービス「チョットぐ」のリニューアルのお知らせもかねて書いています。 ※「チョットぐ」とは? 「行ってみたい!」と思ったお店をブックマークしておけるぐるなびのサービス。

    回らない寿司デビューにもうってつけ!1万円前後で満足感がハンパない東京の鮨店まとめ - ぐるなび みんなのごはん
    takets
    takets 2018/07/09
  • 進行の問題 | スパ帝国

    なぜ友達で集まって行う開発は炎上するか 「遅れているプロジェクトへの人員追加は開発を更に遅らせる」という経験則がある。これは主に頭数が増えることによる連絡業務とかそれまでの仕様の確認が発生するからである。AとBの2人だけで仕事をしている場合、連絡経路はA-Bの1だけで済むが、ABCの3人に増えるとA-B, A-C, B-Cの3の経路が必要になる。4人なら6、5人なら10、6人なら15。人が増えれば増えるほど仕様のすり合わせとか情報共有がネックになりその分の業務が増える。 アウトプットは頭数に比例しては増えない。チームに誰かを加える場合、その者の貢献は最低でも人数の増加による連絡業務の発生を上回っていなくてはならない。そうでなければ貢献どころか正味足を引っ張っていることになる。 この理屈を敷衍していくとパラドクスに行き当たる。即ち、少人数(例えば1人)で開発をする場合は少々腕が悪く

    takets
    takets 2018/07/09
  • データベース論理設計のアンチパターン - 夜は寝る

    おはこんばんちは。 がんばってブログを書きたいので、ちょうどいま読んでいるSQLアンチパターンというを、噛み砕いて離乳くらいの柔らかさにして晒してみます。すでに読んだ人はいますぐそっ閉じ、まだ読んでない人は、こちらも同様にそっ閉じしてお風呂に入ってすぐ寝ましょう。 SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型購入: 9人 クリック: 698回この商品を含むブログ (45件) を見る かなり圧倒的に当たり前のことしか書いてないんですけど、そういうこそが良書だっておじいちゃんの息子の息子が言ってた気がします。 アンチパターンが全部で25個、カッチョイイタイトルとともに紹介されています。「目的」「アンチパターン」「解決策」をそれぞれ示します。書だと、「アンとパターンを

    データベース論理設計のアンチパターン - 夜は寝る
  • 集計はRDBばかりに頑張らせるのをやめると幸せになれる。 - Qiita

    はじめに 各種のDB中の集計作業を行うにあたって、以下のようなデータをどうしても扱わなければならない場合は、SQLのみで完結させないことを検討しなければ、サーバリソースを大量に消費した挙句、何時まで経っても作業が完了しないということが有ります。 SQL操作だけに頼らないことを検討したい集計例 explainすることで大体の傾向はわかりますが、おおよそ以下のような要素を含む集計が対象となります。 対象のレコード数が巨大である(数百万レコード以上) DBの余剰リソースにもともと余裕が無い indexのふられていない項目で集計/joinしなければならない join対象の項目がやけに多い not in 巨大なサブクエリ is null group by like etc... ではどうするか? 集計対象のレコードを一旦ファイルに吐き出した上で、ファイルベースの処理をしてしまいましょう。 実践例1

    集計はRDBばかりに頑張らせるのをやめると幸せになれる。 - Qiita
    takets
    takets 2018/07/09
    ファイルに書き出すというのは考えなかった
  • 私のURLはあなたのURLとは違う : curl作者の語る、URLの仕様にまつわる苦言 | POSTD

    1996年にcurlプロジェクトの先駆けとなるhttpgetを始めたとき、私は初めてURLパーサを書きました。当時はまだ、ユニバーサルアドレスは URL : Uniform Resource Locators と呼ばれていました。その仕様は1994年にIETFによって発行されたものでした。この”URL”という用語からインスピレーションを得てツールとプロジェクトに命名したのが curl でした。 URLという用語は後に事実上、 URI : Uniform Resource Identifiers (2005年発行)に変わりましたが、「オンラインでリソースを指定する文字列のための構文と、そのリソースを得るためのプロトコル」という、基的な点は変わりませんでした。curlでは、この構文仕様RFC 3986の定義に従う”URL”を許容するとうたっていますが、それは厳密には正しくありません。その理由

    私のURLはあなたのURLとは違う : curl作者の語る、URLの仕様にまつわる苦言 | POSTD
    takets
    takets 2018/07/09
    null
  • MySQLでDBとテーブルのサイズを確認するSQL - Qiita

    SELECT table_schema, sum(data_length) /1024/1024 AS mb FROM information_schema.tables GROUP BY table_schema ORDER BY sum(data_length+index_length) DESC; SELECT table_name, engine, table_rows AS tbl_rows, avg_row_length AS rlen, floor((data_length+index_length)/1024/1024) AS allmb, #総容量 floor((data_length)/1024/1024) AS dmb, #データ容量 floor((index_length)/1024/1024) AS imb #インデックス容量 FROM information_s

    MySQLでDBとテーブルのサイズを確認するSQL - Qiita
    takets
    takets 2018/07/09