並び順

ブックマーク数

期間指定

  • から
  • まで

601 - 640 件 / 874件

新着順 人気順

Databaseの検索結果601 - 640 件 / 874件

  • 使えるWebサービス紹介しあおうぜ - スチ━━━━('A`)━━━━ム速報

    スチーム速報 VIP あの夏の日、僕たちは輝いていた。

      使えるWebサービス紹介しあおうぜ - スチ━━━━('A`)━━━━ム速報
    • 安全なPHPアプリケーションの作り方2013

      PHPカンファレンス2013における徳丸のプレゼン資料です。後から、参考文献などを加筆しました。Read less

        安全なPHPアプリケーションの作り方2013
      • Kindle蔵書一覧を取得する方法 - Qiita

        Kindleの蔵書が1万冊を超えてきて、そろそろ蔵書管理したくなり、 蔵書一覧を取得する方法を調べたので、まとめておく。 概要 蔵書一覧の取得方法としては大きく2つあり、 コンテンツと端末の管理ページからスクレイピングする方法と、 Kindle Cloud Readerが使っているWeb SQL Databaseのクライアント側のDBからそのまま取得する方法がある。 後者のほうが簡単なため、ここでは後者の方法について記載する。 (前者の方法が知りたい方は、https://qiita.com/yshr1982/items/072e8b44d456f6d9358bなどを参考にしてください。) // 追記 上記の2つの方法以外のやり方を情報共有してもらったので追記。 @error_401さんから頂いた情報によると Kindle for PCを利用している場合、本の情報が入ったXMLが生成されるた

          Kindle蔵書一覧を取得する方法 - Qiita
        • RDB - 実例で学ぶ、JOIN (NLJ) が遅くなる理屈と対処法 - Qiita

          "Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に

            RDB - 実例で学ぶ、JOIN (NLJ) が遅くなる理屈と対処法 - Qiita
          • データベースを勉強したいあなたに送る技術書17冊(+11冊1講義7link)

            これはなに ども、レバテック開発部のもりたです。最近めっちゃ元気!! 今回は『データベースについて勉強したいあなたに送る技術書17冊(+11冊1講義7link)』として、もりたがここ半年くらいでわーっと集めたデータベース周りの書籍(とか)を紹介していきます。アプリケーションって結局はデータベースみたいなところがあると思うんですが、おれは長いことデータベースをどう学んだら良いのか分かりませんでした。同じような気持ちを抱えているITエンジニアの人もいると思うので、学習ロードマップと合わせて紹介していきます。 なお具体的な対象読者は業務でなんとなくSQL書いてるけど、ウィンドウ関数とか言われると分からんな……くらいの人です。 扱う領域と扱わない領域 扱う領域としてはだいたい以下 再入門本 SQL 内部構造 論理設計 周辺知識 データベース理論 その他高度なもの モデリング、NoSQL、分散データ

              データベースを勉強したいあなたに送る技術書17冊(+11冊1講義7link)
            • 怒りを通り越してあきれるOracleユーザー

              「Oracle Database(DB)は信頼性や可用性が高く、当社のシステムには欠かせない。しかしここ数年、保守料が右肩上がり。IT予算に占めるOracle DBの保守料金の割合が増えて困っている」。 製造業A社のシステム部長は悩んでいた。会計や販売管理、生産管理など社内の主要なシステムは全てOracle DBを利用している。しかし開発時期はバラバラで、システム構築を依頼したITベンダーもシステムごとに異なっていた。Oracle DBのライセンスはシステム構築に合わせて、その都度購入している。システムごとに同じOracle DBとはいえ、バージョンは異なり、システム部門の保守作業も手間になっていた。 「Oracle DBを使っているシステムの維持費用を削減したい」。こう考えたシステム部長は、安定稼働していて、今後も大きな業務機能の変更もないと想定できるシステムのデータベースの保守契約を止

                怒りを通り越してあきれるOracleユーザー
              • 余暇を如何にして過ごすか: 小説の執筆において必要になりそうな用語リンク集

                繋ぎとして資料まとめ投下。 -神話・民謡・伝説- 汎用資料Wiki - 神秘世界  外国の神話や妖怪のまとめ。 ゆらぎの神話百科事典  ゆらぎの神話に関する用語の解説まとめ。創作。※はてブユーザーに感謝を。あえて外さないのが俺のジャスティス。 世界神話事典 Dictionary of Pandaemonium  外国の神話や宗教に関するまとめ。 たまねぎ地獄 ファンタジーや怪物・妖精に関する資料サイト  空想上の怪物やファンタジーにおける文化まとめ。 幻想世界神話辞典  世界全般の神話を集めたサイト。 神話と歴史  外国の神話の歴史などまとめ。 ファンタジィ事典  外国の神話まとめ。 アリアドネの意図 神話まとめ  外国の神話まとめ。 神魔精妖名辞典  神話上の怪物の名前やらまとめ。 神話総合サイト Fanatic of うぬぼれーる  絵で神話を解説するサイト。 妖怪王  日本の妖怪を中

                • Googleの虎の子「BigQuery」をFluentdユーザーが使わない理由がなくなった理由 #gcpja - Qiita

                  「BigQueryは120億行を5秒でフルスキャン可能」は本当か? 先日、kaheiさんがGoogle BigQuery(Googleクラウドの大規模クエリサービス)について、こんなエントリを書いていた。 とにかくパフォーマンスがすごい。(Fluentd Meetupでの)プレゼン中のデモで、ディスクに収められた5億件のデータをSQLでフルスキャンするのに3秒しかかからない。9億件のデータを正規表現を含んだSQLでスキャンしても、7秒で終わる(これ、記憶がちょっとあいまい。もう少しかかったかも)。これには驚いた。佐藤さんがGoogleに入社して一番驚いた技術が、一般公開される前のBigQueryだったと言っていたが、その気持ちはわかる。 From Fluentd Meetupに行ってきました これを読んだ時、BigQueryの検索スピードについてちょっと補足したくなった。確かにFluent

                    Googleの虎の子「BigQuery」をFluentdユーザーが使わない理由がなくなった理由 #gcpja - Qiita
                  • Mashup Award

                    mashupaward.jp

                      Mashup Award
                    • Custom Controls for iOS, iPadOS, macOS, tvOS, and watchOS - Cocoa Controls

                      FrameGen is a powerful application designed to streamline the process of creating xcarchive files from your xcodeproj projects. With an intuitive user interface and a wide range of functional capab...

                      • Sequel Proを超えるGUIツールが出てきたぞ

                        悲報 2019年6月26日現在、TeamSQLのサポートがなくなってしまったようでダウンロードできなくなくなりました。。 TeamSQL has retired and is not available for download anymore. 今までSequel Proを重宝してきましたが、それを超えるGUIツールが出てきました。 その名も、TeamSQL 現状サポートしているものだけでもかなり豊富 今後、elasticやmongoDBにも対応されるようです。 機能 クエリ保存 履歴保持 ファイル出力 抽出した結果をボタン1つでcsvやjson形式に保存可能。 共有 データをエクスポートしなくても共有が可能。 グループの作成が可能なため、特定のユーザー同士で簡単に共有ができるとこがメリット。 可視化 様々なチャートでクエリの可視化が可能。 そのままイメージとして保存も可能。 テーマ選択

                          Sequel Proを超えるGUIツールが出てきたぞ
                        • インターネットマガジン バックナンバーアーカイブ

                          『インターネットマガジン』の創刊は、日本でインターネットが本格商用化された1994年で、月刊誌の形態として1994年10月号から2006年5月号まで136号を発刊してまいりました。これらに収録された記事は、日本のインターネットの1つの歴史として、資料性の高いコンテンツであると考えています。 TIMEMAPとは TIMEMAPは、時間軸に着目した新方式の検索エンジンです。情報の新しい探し方や見方を提供します。 アーカイブ内の記事が時系列に整理された年表が作成でき、また連想検索による関連記事の閲覧も可能です。 詳しくはこちら→ 『インターネットマガジン』の創刊は、日本でインターネットが本格商用化された1994年で、月刊誌の形態として1994年10月号から2006年5月号まで136号を発刊してまいりました。これらに収録された記事は、日本のインターネットの1つの歴史として、資料性の高いコンテンツで

                          • BigQueryで150万円溶かした人の顔 - Qiita

                            ※ かなり前の記事ですが、未だに引用されるので一応追記しておきます。タイトルと画像がキャッチーなのはちょっと反省していますが、これを見てBigQuery使うのを躊躇している人は多分あまり内容を読んでいないので気にする必要はないです。自分は当時の会社でも今の会社でも個人でも普通にBigQuery使っていて解析用データなどはBigQueryに入れる設計をよくしています。また、アドベントカレンダーだったのでネタっぽく書きましたが事前に想定できる金額です。 ※ 代役:プロ生ちゃん(暮井 慧) 巷のBigQueryの噂と言えば「とにかく安い」「数億行フルスキャンしても早い」などなど。とりわけ料金に関しては保存しておくだけであれば無視できるほど安く、SQLに不慣れなプロデューサーがクエリを実行しても月数ドルで済むなど、賞賛すべき事例は枚挙に暇がありません。 しかし、使い方によってはかなり大きな金額を使

                              BigQueryで150万円溶かした人の顔 - Qiita
                            • Webデザイン・デザイナーに役立つネタのまとめ | デザインフィードデータベース

                              Webデザイン・デザイナーに役立つネタを収集して、データベースにまとめて公開しています

                              • SQLスタイルガイド · SQL style guide by Simon Holywell

                                概要 全般 推奨 非推奨 命名規則 通則 表 列 別名、相関名 ストアド・プロシージャ 統一的接尾辞 問合せ文 予約語 空白類 インデント 望ましい形式 Create文 データ型の選択 デフォルト値の指定 制約とキー 非推奨設計 付録 予約語リファレンス SQLスタイルガイド(日本語訳) 日本語訳について 日本語訳は誤訳や原文の最新版に追随していない恐れがあります。誤訳や改善点があれば、GitHubのissueまたはpull requestを使用するか、Twitterでお知らせください。 翻訳: 久利史之 @nkuritw 概要 このガイドラインは利用の他、forkしたり、自分自身のものに改変したりすることができます。ここで大事なのはスタイルを選択しそれを踏襲することです。変更の提案やバグの修正にはGitHubのissueまたはpull requestを使用してください。 このガイドライン

                                • 4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita

                                  はじめに 「達人に学ぶDB設計」、「SQLアンチパターン」を読んだのでDB設計をする流れとその過程でのチェックポイントをまとめてみました。 今回は本に載っているものの中でも特に重要そうな部分に絞ってみました。 さらに詳しいことを知りたい方は本を購入してみてください。個人的には達人に学ぶDB設計徹底指南書のほうがおすすめです。こちらだけあれば十分だと思います。 DB設計には大きく分けて論理設計と物理設計の二つがありますが、今回はアプリケーション開発でメインとなる論理設計の部分に焦点をあてて説明をします。 一番最後にチェックポイントだけをまとめた章を用意したので、チェックポイントだけ知りたい方は最後だけ見ていただければと思います。 DB論理設計の流れ DB論理設計は以下のようなステップで進めていきます。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 以下では各ステップごとに章を

                                    4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita
                                  • SQLのインデックスとそのチューニングについてのオンラインブック

                                    開発者向けのSQLインデックス解説サイト、管理についての間違いない知識を提供します。 インデックスは開発時には忘れられがちである一方で、非常に効果的なSQLのチューニング方法です。Use The Index, Lukeでは、HibernateなどのORMツールの解説にとどまらず、SQLのインデックスについて基礎から説明します。 Use The Index, LukeはSQLパフォーマンス詳解のWeb上の無料版です。サイトを気に入って頂けたら、ぜひ書籍も購入してみて下さい。また、このサイトの運営をサポートする様々なグッズも販売しています。 MySQL、Oracle、SQL ServerなどにおけるSQLのインデックスUse The Index, Lukeでは、ベンダにとらわれないインデックスの説明を心がけています。製品特有の事柄については、以下のような表示をしています。 DB2Use The

                                      SQLのインデックスとそのチューニングについてのオンラインブック
                                    • 無料のクリップアートを6900個以上入手できる「Open Clip Art Library」 - GIGAZINE

                                      パブリックドメイン、クリエイティブコモンズでライセンスされている各種クリップアートをダウンロードできます。 サイト作成、プレゼンテーションやレポートなどで使えるアイコン風のものも多いので、ちょっとしたアクセントを加えたいときに便利です。 ダウンロードは以下から。 Open Clip Art Library :: openclipart.org :: Drawing Together. http://www.openclipart.org/ 上記ページの「Clip Art Search by Keyword BETA」から検索して探すこともできます。 ジャンル別に探したい場合はここから http://www.openclipart.org/cgi-bin/navigate まとめて全部ダウンロードしたい場合はこちらから http://www.openclipart.org/downloads

                                        無料のクリップアートを6900個以上入手できる「Open Clip Art Library」 - GIGAZINE
                                      • 新生活の役に立ちそうなサイト

                                        この季節、生活環境が変わったりなんだりで必要となる知識があるでしょう。 ということで新生活の役に立ちそうな情報のあるサイトのまとめ。関係無さそうなのも多々ありますけど。 主にニュースサイトとして活動していた頃の自分用メモを並べたので 情報としては古いものがあると思いますが、知識としては問題無い。と思うよ。 お役に立てば幸いです。 ■1人暮らし ★ 一人暮らしでつけた知恵を教え合うスレ [日刊スレッドガイド] 自己紹介の時使える無難な趣味教えろ [【2ch】ニュー速クオリティ] 住んでから最悪だと気付いた物件・環境 [日刊スレッドガイド] 一人暮らしで買ってよかったと思うもの、後悔したもの [【2ch】ニュー速クオリティ] 安心できる引越業者を選ぶポイント [All About] お部屋晒し.com2 2ch家具板のお部屋をマタ〜リうpするスレのまとめサイト。 水場

                                        • 写真をオシャレに見せたい人のための便利なツール :: Love & Design ::

                                          【PR】あなたの写真を簡単キレイに無料補正 写真をポラロイド風に ひとつ目は、あっという間に写真をオシャレにできるオンラインツール Polaroid-o-nizer™ アップロードした画像(GIF・JPEG・PNG)のURLを入れてクリックするだけ 余白に文字を入れることもできます。(英語のみ) お好みで写真の角度を自由に変えられます。 ■ポラロイドイメージの作り方 Background color (RGB value) RGB値で背景色を設定できます。(デフォルトは白) URL to image (GIF, JPEG or PNG, 200x200 pixels minimum) 使用できるイメージサイズの最小サイズは200x200ピクセル x and y coordinates (optional) オプションで座標の指定ができます。 Rotation angle (between

                                            写真をオシャレに見せたい人のための便利なツール :: Love & Design ::
                                          • 画像もDBに格納して管理する -扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め

                                            Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance High Speed Internet Work from Home Healthy Weight Loss Best Penny Stocks Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy

                                            • MySQLとインデックスと私

                                              2021/05/24 サイボウズ開運研修 動画が以下のサイトからリンクされています - https://blog.cybozu.io/entry/2021/07/20/100000 - これに矢印を書きながらぐりぐりやっていたわけなので、資料単体だとわかりづらいと思います…

                                                MySQLとインデックスと私
                                              • SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?

                                                (PgDay2012発表資料) SQLにとって、なぜO/Rマッパーが重要かを説明した資料です。Read less

                                                  SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
                                                • Webエンジニアに知ってほしいRDBアンチパターン

                                                  YAPC::Kansaiの登壇資料です。

                                                    Webエンジニアに知ってほしいRDBアンチパターン
                                                  • Copipedia

                                                    コピペ大事典「コピペディア」へようこそ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ コピペディアは、コピペで出来た百科事典です。 2ちゃんねるなどのコピペを、カテゴリー別にまとめています。 誰でも自由に投稿・編集が出来ます。どうぞお気軽に参加してください。 ,__ iii■∧  / ━ (,, ゚Д゚)/ ━━━━━━∧∧━━━━∧∧━━━━━━━━━━━━ | `つ  ∇         (゚Д゚,,)     (゚Д゚,,) |   | | ̄ ̄|     /⊂   ヽ    /⊂  ヽ ~|   | | □ |   √ ̄(___ノ~ √ ̄(___ノ~ .   ∪∪ |    |   ||   ━┳┛  ||   ━┳┛  ̄ ̄ ̄ ̄.|    |========================= 最近更新された項目 ごめんnyaさい 餌まだかnya マツダ・タイタン 働

                                                    • 東京のストリートファッション最新情報 スタイルアリーナ style-arena.jp

                                                      今年もオンラインで開催! イタリア「ビエラマスター」と「産地の学校」、第4回目となる国際交流会 2023.12.27

                                                        東京のストリートファッション最新情報 スタイルアリーナ style-arena.jp
                                                      • Yahoo!百科事典 - 無料のオンライン百科事典

                                                        「Yahoo!百科事典」は、小学館提供の日本大百科全書(ニッポニカ)を無料で検索・参照可能なサービスですロック・ギターの革命児ジミ・ヘンドリックス生まれる 1942年11月27日、アメリカのロック・ギタリストで歌手のジミ・ヘンドリックス生まれる。12歳でギターを手にし、ロバート・ジョンソン、マディ・ウォーターズ、B・B・キングらのブルースを聴いて学んだ。60年代前半はアイズレー・ブラザーズなどリズム・アンド・ブルース・アーティストの伴奏バンドで働いた。66年ロンドンに移住し自らのバンド、ジミ・ヘンドリックス・エクスペリエンスを結成、演奏活動を始めるや一晩で時の人となり、エリック・クラプトン、ザ・フーのピート・タウンゼンドらのギタリストはその年のジミのクラブ出演すべてに通い詰めたといわれる。ギターを背中に回して弾いたり、歯で弾いたりといった曲芸的奏法や、エスカレートしたすえに舞台上でギターを

                                                        • 大規模UIをJavaScriptで実現するためのテクニック、サイボウズkintone開発の現場から。デブサミ2012

                                                          大規模UIをJavaScriptで実現するためのテクニック、サイボウズkintone開発の現場から。デブサミ2012 7万行規模のJavaScriptプログラムで構築されたユーザーインターフェイス。そのプログラミングで使われたテクニックとはどういうものか。 2月16日、17日の2日間、都内で開催されたイベント「デベロッパーズサミット2012」(デブサミ2012)で、サイボウズ株式会社 開発部 若原祥正氏、生駒浩隆氏が講演「kintoneの表と裏~大規模JavaScript開発と非構造データベース」を行いました。 講演では前半に大規模JavaScriptのテクニック、後半でスキーマレスデータベース構築の仕組みが解説されましたが、この記事では資料が公開された前半のJavaScriptのテクニックについて、ダイジェストで紹介します。 7万行のコード、フレームワークはClosure Library

                                                            大規模UIをJavaScriptで実現するためのテクニック、サイボウズkintone開発の現場から。デブサミ2012
                                                          • Web高速化 || パフォーマンスチューニングBlog: インターオフィス

                                                            AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

                                                              Web高速化 || パフォーマンスチューニングBlog: インターオフィス
                                                            • NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey

                                                              NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 現在のシステム構築では、オープンソースのソフトウェアを使うことは当たり前になってきています。PostgreSQLはそうした中で主にエンタープライズ向けのデータベースとして着実に事例を増やしてきています。 その中で、PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント「NTTデータオープンソースDAY 2015」のセッション「NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?」で紹介しています。講演内容をダイジェストにしまし

                                                                NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey
                                                              • MyISAMとInnoDBのどちらを使うべきか

                                                                Twitterで話題になってたので簡単にまとめました。 ●MyISAMにしか無い機能を使いたい場合はMyISAMを使うしかない ・全文検索 (TritonnやSphinx) ・GIS ●InnoDBの利点(MyISAMの欠点) ▲障害対応系 ・クラッシュしても再起動するだけでリカバリができる ・クラッシュリカバリにかかる時間はテーブルサイズに比例するようなことはなく、コミット済みのデータは修復できる (巨大なMyISAMテーブルのREPAIRには数日単位で時間がかかることがある) ・オンラインバックアップができる ・INSERTやLOAD DATAなどを実行している途中でCtrl+Cでその更新系SQL文を止めても、テーブルは壊れないし、中途半端な状態で更新されることも無いし、スレーブが止まることも無い ▲性能系 ・行レベルロックなので並列性が高い(MyISAMはテーブルロック)。またSEL

                                                                • MySQL 5.7の罠があなたを狙っている

                                                                  2015/08/22 YAPC::Asia Tokyo 2015 Lightning Talk 2016/01/13 update about default_password_lifetime will be 0Read less

                                                                    MySQL 5.7の罠があなたを狙っている
                                                                  • とりあえずド素人が読むべきブロックチェーン入門論文・書籍・サイト - Qiita

                                                                    どうも。よくブロックチェーン興味あるけどよくわからん、という声を某所から聞くので、僭越ながら自分が勉強するために使っている参考文献を紹介します。 今後自分が新しく読むたびに追加していく予定です。 色々と追加していって、だんだん初心者向けじゃなくなっている気がしますが、各通貨内の小見出しが、上から下に行くに従って内容が難しくなるように並べてあります。 Mastering Bitcoin (書籍) Mastering Bitcoin Mastering Bitcoin(翻訳版) https://bitcoinbook.info/translations-of-mastering-bitcoin 名著中の名著ですね。主にビットコインのブロックチェーンに関する一通りの説明が乗っています。業界では読んでいることが常識と呼ばれるくらいに一般的な書籍となっています。 全部目を通しておいて損はないと思われ

                                                                      とりあえずド素人が読むべきブロックチェーン入門論文・書籍・サイト - Qiita
                                                                    • 「ピケティ格差解説」TV番組に出たら、出演者がみんな「所得トップ1%に入る年収」だった  | 高橋洋一「ニュースの深層」 | 現代ビジネス [講談社]

                                                                      トップ1%に入る年収はいくらか? 先週土曜日(21日)、面白い体験をした。その日は、たまたま2件、テレビとラジオの出演があった。ともに、格差問題で、ピケティ本に関する話だった。筆者が、ピケティ本の解説本(『【図解】ピケティ入門 たった21枚の図で『21世紀の資本』は読める! 』http://www.amazon.co.jp/dp/4860637402/)を書いているから、お呼びがあったのだろう。 テレビはBS朝日『Live Nippon』(18:54~20:52)でテーマは「景気回復は本当か?格差問題は?」、ラジオはJ-WAVE『Prime Facto』(21:00-24:00)でテーマは「もしアイドルがピケティを読んだら?」だった。 BS朝日では、最近の格差拡大を意味する以下の図がでてきた。 これをベースにして、トップ1%の人のシェアが最近拡大しているという話だ。実は、ピケティ本の各国の

                                                                        「ピケティ格差解説」TV番組に出たら、出演者がみんな「所得トップ1%に入る年収」だった  | 高橋洋一「ニュースの深層」 | 現代ビジネス [講談社]
                                                                      • もう管理画面のフロントコードを書く必要はありません、そう Viron ならね。 - Qiita

                                                                        管理画面のフロントエンドコードを書く時代は終わりました。 Vironがあれば、OpenApi(Swagger)でAPI定義を行い、実装するだけで管理画面が完成します。 そしてこれはOSSです。誰でも自由にお使いいただけます。 概要 Vironは、複数の管理画面を管理できるよう設計された、管理ツールマネージメントコンソールです。 APIサーバーとOAS2.0 jsonファイルを作成するだけで、管理画面が一つ完成します。 経緯 私の会社では、大小さまざまな自社サービスが開発・運用されています。 管理画面をサービス・サイト毎に作っていましたが、それには限界がありました。 エンジニアからしたら、管理画面用のデザインやAPIを作らなきゃいけない。工数がかかる。 運用・プロデューサーは、UI・UXが管理画面で違うため、操作を覚えるという学習コストが高い。 さらに外から見たいときにスマホから見れないし、

                                                                          もう管理画面のフロントコードを書く必要はありません、そう Viron ならね。 - Qiita
                                                                        • Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応

                                                                          Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM(Object-Relational Mapper)は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり

                                                                            Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応
                                                                          • なぜMySQLのサブクエリは遅いのか。

                                                                            よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか?半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし

                                                                              なぜMySQLのサブクエリは遅いのか。
                                                                            • Elastic: 女性ファッション誌の分類・分析2007

                                                                                Elastic: 女性ファッション誌の分類・分析2007
                                                                              • ログ集計/時系列DB/可視化ツールの調査結果 - Qiita

                                                                                近年、自分の中で集計/可視化は Fluentd(datacounter)+Growthforecast で定番化していました。 しかしプロダクトで新たに集計/可視化の要件が出てきたことと、 最近可視化ツール周りで 「Kibanaってなんじゃ?」「Graphiteってなんじゃ?」「InfluxDBってなんじゃ?」 など、このツール達は一体何なんだろう…?というのが前々から気になっていました。 今回良い機会なので ◯◯は何をするものなのか? というのを一つ一つ調べてみました。 いわゆる「触ってみた系」の記事なので だいぶ浅い感じです。 大分類 大きく分けると、可視化ツールは以下の3つに分けられそうです。 ログ収集/集計 時系列DB(+API)の担当。バックエンド側。 可視化部分の担当。 今回は バックエンド と 可視化部分 に焦点を当ててみます。 バックエンド 全文検索時エンジン+Restfu

                                                                                  ログ集計/時系列DB/可視化ツールの調査結果 - Qiita