タグ

2015年3月23日のブックマーク (12件)

  • YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応

    YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応 Google Cloud Platformのブログに投稿された記事「Scaling MySQL in the cloud with Vitess and Kubernetes」で、Vitessは次のように説明されています。 At YouTube, we went on that journey as we scaled our MySQL deployment, which today handles the metadata for billions of daily video views and 300 hours of new video uploads per minute. To do this, we developed the Vitess platform,

    YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応
  • 日本にはなぜ盾はないのでしょうか?世界中、どこでも剣と盾がセットになっているように思えますが、日本には盾という防具はありません... - Yahoo!知恵袋

    置き盾なら日でも広く用いられていました 手盾も飛鳥時代以前までは使われていたようです 質問文からすると当然手盾のことを仰っていると思いますが念のため確認しておきます 盾が無いことの「わかりやすい一番の理由」はありません いくつかの理由が混在して手盾が淘汰されていきました 主要な理由をピックアップしましょう 【鎌倉時代以降、武士は長弓による射撃戦闘をメインにしていった】 弓は当然両手で扱います そこで馬上の白兵戦では太刀のみを用いるようになりました 白兵戦では槍を使うはずだとおっしゃる方もいますが鎌倉時代、槍はありません 盾と同様、飛鳥時代までに廃れてしまっています 日で槍が復活するのは室町時代以降のことになります また薙刀は鎌倉時代も盛んに使われていましたが、主に歩兵の武器でした 騎乗する位の高い武士は弓を持つなら太刀を選択するしかありませんでした 最初から白兵のみの戦いを想定して薙刀

    日本にはなぜ盾はないのでしょうか?世界中、どこでも剣と盾がセットになっているように思えますが、日本には盾という防具はありません... - Yahoo!知恵袋
  • groongaの最適化によるビルド時間への影響 - Qiita

    もっとgroongaを知ってもらおう!ということで週刊groongaをはじめました。毎週木曜にgroongaやmroonga、rroongaのトピックを投稿予定です。 いよいよ、gihyo.jpさんでgroongaの隔週更新連載が始まりました!! 第6回の記事も公開されたので、一読をおすすめします。 「第1回 全文検索エンジンgroongaを紹介します!」 「第2回 groongaをRuby On Railsでも使ってみた ~chikamap.comの事例から」 「第3回 すべてのMySQLユーザに高速な全文検索機能を! - mroongaの紹介」 「第4回 rroongaを使ったソースコード検索エンジンMilkode」 「第5回 Rubyでサーバ要らずの高速全文検索! - rroongaの紹介」 「第6回 [実録] MySQL向け全文検索エンジン「Tritonn」から「mroonga」へ

    groongaの最適化によるビルド時間への影響 - Qiita
  • [政府システム再起動1]特許庁の正攻法、内製・調達力を高める

    特許庁のシステム刷新プロジェクトが中止に追い込まれてから、3年(ITpro関連記事:55億円無駄に、特許庁の失敗)。同庁は、失敗の事後処理と並行して、システム刷新の再開に向けて粛々と準備を整えていた。過去の失敗を分析し、新たな計画に反映していった。同じ間違いは二度と繰り返さない覚悟で、システム刷新に再挑戦する(写真1)。 今後、数百億円を投じ、8年がかりでシステムを順次更新する。現行システムは運用・保守に年間250億円を費やしており、システムの刷新で費用の3割減を目指すほか、審査業務の迅速化、利用者の利便性向上を図る考えだ。 今回のプロジェクトは、四つのポイントで過去のプロジェクトとは大きく異なるものとなった。といっても奇をてらうものではなく、いずれもシステム開発の正攻法に沿ったものである。 (1)特許庁の職員が自ら業務を可視化 (2)入札方式を技術重視に (3)開発の難易度を引き下げ (

    [政府システム再起動1]特許庁の正攻法、内製・調達力を高める
  • Railsアプリケーション構築ガイド — Railsアプリケーション構築ガイド

    Railsアプリケーション構築ガイド¶ 業務でRuby on Railsを利用する人のための、アプリケーション構築ガイド 最終更新日: Feb 03, 2018 Ruby on Railsは、流儀・規則に従うことで効率的なシステム開発が可能となるWebアプリケーションフレームワークです。 レールの上に乗って開発を行っているうちは、 少ないコード量で複雑なアプリケーションを 簡単に実装できる、Railsというフレームワークの強力さ、美しさを体感できるはずです。 しかし、少しでもレールから外れたアプリケーションを実装しようとすると、途端に複雑になるのも事実です。 業務アプリケーション構築の分野では、Railsの流儀とは相容れない実装を強いられる事が多々あります。 レールから外れたアプリケーションをよく考えずに実装すると、 コードが難解になり、システムのメンテナンス性が大きく下がってしまいます。

  • 姿を現した「E235系」 山手線の新型車両はココがすごい! | 鉄道新聞

    JR東日リテールネット、特急列車ヘッドマーク弁当を期間限定再販へ 2018/09/21 新幹線N700S確認試験車、10/10より8両編成の走行試験を開始へ 2018/09/21 JRKYUSHU SWEET TRAIN「或る列車」佐伯コースを初運行へ 2018/09/14 JR青梅線、青梅~奥多摩間に愛称「東京アドベンチャーライン」を設定へ 2018/09/14 東急電鉄、2019年9月を目途に鉄道事業を分社化へ 2018/09/12 京急、休日に「ホリデー・ウィング号」・「ウィング・シート車」を運行へ 2018/09/06 JR鶴見線でビール列車第2弾を運行へ 2018/09/05 東海道新幹線、車内販売で愛知フェア開催へ コメダ珈琲店監修のアイスクリームも 2018/09/05 JR横須賀・総武快速線に新型車両「E235系」を導入へ 2018/09/04 JR四国、「唸れDMF13

    姿を現した「E235系」 山手線の新型車両はココがすごい! | 鉄道新聞
  • 開発するように運用するインフラ JAWS DAYS 2015

    Cheating the UX When There Is Nothing More to Optimize - PixelPioneers

    開発するように運用するインフラ JAWS DAYS 2015
  • スマートニュースの世界進出を支えるログ解析基盤 #jawsdays #tech

    スマートニュースは昨年の 10/1 に米国版をローンチするにあたり、ログ解析基盤のリニューアルを行いました。日に加えて米国やその他の国が入ってくることにより、単なるユーザ数の増加に加え、OS x 国 x タイムゾーン x 多種多様なメトリクスのような集計軸が増えることで、ログの前処理、集計、可視化に様…

    スマートニュースの世界進出を支えるログ解析基盤 #jawsdays #tech
  • フロントエンドを楽にするために

    フロントエンドを楽にするために Qiitaを支えたい技術 at 時雨祭 About HN: mizchi Qiitaの方からきました(入社半年たったらしい) Reactオジサンはそろそろ飽きてきた Angularに興味が無いのでこっちにきた 最近の業務 Kobito for Windows Closedβ中: もうちょい待ってろ お前らウェブエンジニアWindows使わないのでβユーザー集めにくいんじゃ 省力モード 一昨日がClosedβリリースだったんで察してくれ!!! ついさっきまでバグフィックス用のビルド作ってた Qiitaを支える技術? 4ヶ月ほどほぼソロ作業 正直カウボーイぎみ OSSでドキュメントガンガン書いてカバー(したい) 業務から派生したOSS mizchi/arda Flux フレームワーク mizchi/stone-skin IndexedDb ラッパー mizch

    フロントエンドを楽にするために
  • git リポジトリからプロジェクトの概要をつかむ

    もうすぐ春ですね。この時季は異動したり転職したりで新しいプロジェクトにジョインする人が多いのではないでしょうか。 さて、そんな新しいプロジェクトにジョインしたとき、プロジェクトの状況を git リポジトリからざっと見てみようというのが今日のテーマです。 よくマージしてる人ランキング マージしてる人とレビュアーは同じことが多い。つまりコードをよく知る人がこれでわかる(マージも自分でやるプロジェクトだとそうではないだろうけど)。 $ git log --merges --format="%cn" | sort | uniq -c | sort -r | head コミッタごとのコミット数ランキング 誰がよくコード書いてるかがわかる。もしくは、こいつ他人のコード削除してばっかだなとか。 add/delete 合計コミット $ git shortlog -sn コミッタごと add/delete

    git リポジトリからプロジェクトの概要をつかむ
  • React 雑感 - Qiita

    3/22 (日) の rebuild.fm で React の話をしようと思っているが、その前に頭を整理するために React 雑感。雑感なので殴り書き。 React はこれ一つで複数の課題を解決しようとしている。そのため、人と議論してると話のコンテキストがぶれやすい。ざっくりは フロントエンドのプログラミングパラダイムを、サーバーサイドのような富豪的なスタイルに変える コンポーネント (雑に言うと独自タグ) 指向で UI を組み立てる ステートレスコンポーネントやメッセージパッシングで疎結合性を高めることにより、イベントの依存関係地獄を解消する。また結果的にテスタビリティを高める あたりだろうか。 React というと最初に目につくのは VirtualDOM だけれども、VirtualDOM は 1 や 3 を達成するために障害となった技術的課題を解消するためのテクニックであってそれ以上

    React 雑感 - Qiita
  • 「ネイティブアプリかWebアプリか」の争いはいい加減やめにしよう | readwrite.jp

    Mozillaの開発者であり、Webの支持者であるジェームズ・ロングは、モバイルWebアプリはネイティブアプリに敵うことはないと主張する。ロングの挑発的な物言いはわざとかもしれないが、彼の言ってる事も一理ある。 しかしながら同時に、こういった事はますます論争の種では無くなってもきている。 Forresterは「クライアント・サーバー時代はネイティブが制したが、Webに取って代わられた。歴史は繰り返す」と主張する。そうなのかもしれない。 もしフェイスブックのReactJSが何かの兆しなのだとしたら、それはネイティブ及びWebの未来はハイブリッドにあるということなのかもしれない。実際、そういったことは今現在でも見受けられる。 Webは「遅すぎる」Webアプリの問題とは、ロングが言うようにDOM(ドキュメント・オブジェクトモデル。ドキュメントやWebページ/アプリをどの様にプログラムがアクセスす

    「ネイティブアプリかWebアプリか」の争いはいい加減やめにしよう | readwrite.jp