タグ

2014年3月10日のブックマーク (12件)

  • LANケーブルラッチサポーター RJ45-ORN[使用方法]|もの造りサポーティングサイト FA Ubon (エフエー ユーボン)

    【ユーボン】 ●配線済みのため、交換が難しいLANケーブルのラッチ(ツメ)が折れてしまった際などにご利用いただける、後付ラッチです。 ●ケーブルのカットなどの必要がなく、 工具不要での取り付けができます。

    yass
    yass 2014/03/10
    " 配線済みのため、交換が難しいLANケーブルのラッチ(ツメ)が折れてしまった際などにご利用いただける、後付ラッチです。ケーブルのカットなどの必要がなく、工具不要での取り付けができます。"
  • Simian Similarity Analyzer

    Simian identifies duplication in source code Within minutes, Simian can save thousands of dollars in time spent performing maintenance, debugging, and re-factoring. Get Started Simian can analyze any human readable file, vintage and modern. It’s like having another pair of eyes to improve the quality of software. Java, JSP C#, C, C++ COBOL Ruby Python ASP PHP Visual Basic Node.js JavaScript TypeSc

    yass
    yass 2014/03/10
    " Simian (Similarity Analyser) identifies duplication in Java, C#, C, C++, COBOL, Ruby, JSP, ASP, HTML, XML, Visual Basic, Groovy source code and even plain text files. In fact, simian can be used on any human readable files such as ini files, deployment descriptors, you name it. "
  • HazelcastがMapReduce APIをサポート

    Hazelcast Inc.のシニアソフトウェアエンジニアであるChristoph Engelbert氏とのインタビューを紹介する。 InfoQ: Hazelcastという会社とそのビジネスモデルについて,簡単に説明をお願いします。 Christoph: Hazelcastはオープンソースのインメモリ・データグリッドソリューションで,Apache License 2のもとに公開されています。Map, List, Set, Queue, Lock, ExecutorServiceなど一般的なJava APIの多くを分散形式で実装した上に,パーティション化されたクラスタ環境用の機能を追加しています。分散型のクエリ(Predicate)や,特定ノード上で実行可能なRunnable/Callableクラスなどがその例です。 同時にHazelcastは,オープンソースプロジェクトの開発,配布,サポー

    HazelcastがMapReduce APIをサポート
    yass
    yass 2014/03/10
    " CasMapRは全体的に,私の好きなInfinispanのAPIにインスパイアされてます / Hadoopとの最大の違いは,インメモリであること,リアルタイム処理であることの2つです "
  • 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について

    APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sightにはブコメしたのですが、Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima)でも件に言及があったようなので、少し一般論を書いておきたいと思います。 ■Web APIの設計原則について そもそも、良いAPIとはどのような特性をもつものでしょうか? 一般的に、以下の2点が挙げられると思います。 拡張が容易である 拡張時に後方互換性を破壊しない ウェブの場合は、これに加え、 スケーラブルである HTTPに起因する問題に上手に対処できる ことが求められます。 前2者はウェブに限らない要件です。これを満たす設計手法としては、 リクエストおよびレスポンスのパラメータを拡張可能に 互換性を壊す拡張が必要な場合は、関数名を変える 古い関数は従来と同じ機能を

    yass
    yass 2014/03/10
    " クライアントが「廃止された」APIに依存しているかどうかは、サーバサイドでないとチェックできない / クライアントアプリケーションの開発者は、しばしば「バージョンチェックを怠る」"
  • 非線形もOKな相関係数:MIC | Logics of Blue

    予測をするための一つの方法として、データ同士の関連を調べる作業があります。 気温とビールの売り上げは関連があるということがわかれば、予測に役立つでしょう。 データがもっともっと多くなると、どのデータ同士が関連しているのかが判別しにくくなります。 そこで相関係数の出番ですね。 このページでは、データ同士に関連があるかどうかを簡単に判別できる指標、MICの解説をします。 目次 1.MICの概要(スライド) 2.RでMIC 1.MICの概要 すごくざっくりとMICの解説をしてみました。 そのココロはわかっていただけるのではないでしょうか。 細かい話は、ぜひ原著論文を参照してください。 2.RでMIC MICは”minerva”と呼ばれるパッケージを使うことで簡単にRで計算できます。 install.packages(“minerva”) としたあとで library(minerva) を実行した

    yass
    yass 2014/03/10
    " MICはあくまでも大きなデータを捌く際のとっかかりとして使われるべきで、最後には人間がグラフを描いてそれを眺めるという作業をしたほうが良いでしょう。 とはいえ、使いようによってはMICはとっても便利です。"
  • MICの解説

    だいぶ前に大学で発表したMICの解説スライドです。 サイト作ってます。 http://logics-of-blue.com/Read less

    MICの解説
  • HTTP2でWebがどうなるか9つのこと(自分用メモ - ASnoKaze blog

    宣伝 2015/11 追記 ソフトウェアデザイン 11月号に HTTP/2の特集記事を書かせていただきました。より詳しく書きましたので、記事より参考になるかと思います。 http://www.amazon.co.jp/dp/B01494YKUI HTTP2は2014年4月のWG Last Callに向けて、仕様策定が進められている。 現在も、ロンドンで行われているIETFのミーティングでは熱い議論が行われているところであろう。 (local activityとして日での活動なども紹介されているようです) HTTP2の仕様を決めているHTTPbisワーキンググループのchairであるMark Nottingham氏が、自身のブログにて「Nine Things to Expect from HTTP/2」という記事が投稿されている。 ここでは、HTTP2が何をもたらすか以下の観点で説明して

    HTTP2でWebがどうなるか9つのこと(自分用メモ - ASnoKaze blog
    yass
    yass 2014/03/10
    " HTTPと同じAPI / 通信量の少ないリクエスト / ネットワーク、サーバへの親和性 / キャッシュプッシュ / 暗号化 / 非テキスト / 要求の変更 / 市民権を得てくのに時間が掛かるだろう / HTTP3とその先 "
  • A Look Back at Single-Threaded CPU Performance

  • HTTP/2における明示的プロキシ(Explicit Trusted Proxy)について

    先日Jxckさんがセッションオーナーを務めた次世代Webセッション@CROSS2014に参加してきました。 セッションではSPDYやHTTP/2(その当時はまだHTTP/2.0だったかな)について主にリソース転送をどうよくするかについて話がされ、QUICなど”Post-TCP”な話も出て非常に興味深く楽しみました。 そこで「僕が考える次世代Web」というお題でブログを書けとJxck先輩から宿題をいただいて、何の話を書こうかなとずーっと思っていたのですが、最近のIETFの議論で個人的にはとても大切だと考えるトピックがあったので紹介+僕の思いを書きたいと思います。 [訂正] 私がドラフトを読み違えていたのが問題なのですが、このExplicit Proxyの仕組みはhttp schemeの場合だけ適用され、httpsでは適用されません。そのため、httpsについては引き続き安全だと言えます。 し

    HTTP/2における明示的プロキシ(Explicit Trusted Proxy)について
    yass
    yass 2014/03/10
    " そこでEricssonやAT&Tにより、TLSを用いていたとしてもユーザの明示的な同意があればプロキシによるMITM を可能とする提案(draft-loreto-httpbis-trusted-proxy20)がなされました "
  • AWSユーザーにもお勧めできる「インフラ/ネットワークエンジニアのためのネットワーク技術&設計入門」 - stanaka's blog

    興味をそそられたので読んでみました。 インフラ/ネットワークエンジニアのためのネットワーク技術&設計入門 作者: みやたひろし出版社/メーカー: SBクリエイティブ発売日: 2013/12/27メディア: 大型この商品を含むブログ (4件) を見る 書の内容は、ネットワークの物理的なレイヤーから、ネットワークプロトコルの概要、セキュリティ(主にSSL)や負荷分散や可用性の確保など、幅広い内容に及んでおり、それぞれの分野が網羅的に書かれています。各技術についても、すぐに古くなりがちな個別の実装の詳細に入るのではなく、プロトコルや設計ポリシーなど基礎的、基的なところがしっかりと記述されており読み応えがあり、また数年単位で長持ちする知識が得られます。 例えば、第1章の「物理設計」では、機能分散や冗長化まで考慮された、具体的な機器の構成例まで図にしてあり参考になりますし、機種選定の方針までも

    AWSユーザーにもお勧めできる「インフラ/ネットワークエンジニアのためのネットワーク技術&設計入門」 - stanaka's blog
    yass
    yass 2014/03/10
    " 各技術についてもすぐに古くなりがちな個別の実装の詳細に入るのではなく、プロトコルや設計ポリシーなど基礎的、基本的なところがしっかりと記述されており読み応えがあり、数年単位で長持ちする知識が得られます"
  • Webサーバのマルチスレッドでの実装における優位性をLinux Kernel 3.3のソースから読み解く

    人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 表題の通り、現行のカーネルの実装において、マルチスレッドとマルチプロセスでの実装の優位性はどういう所にあるのかを知りたい、というのが今回の調査の意図だ。 そのために、前提知識としてマルチスレッドとマルチプロセスの特徴について、カーネルのソースを見ていきたいと思う。カーネルの海に飛び込むには、やはり最新のLinux Kernel 3.3のソースを選択することにした。前置きの段階で少し長くなってしまいそうだ。ではカーネルの海に飛び込みたいと思う。 とはいっても、まずは最初の一歩が必要なので、当たりをつけようと思う。キーワードは、 マルチスレッド マルチプロセス コンテキストスイッチ メモリ空間の共有 TLB(トランスレーション・ルックアサイド・バ

    Webサーバのマルチスレッドでの実装における優位性をLinux Kernel 3.3のソースから読み解く
    yass
    yass 2014/03/10
    " スレッドをclone()する際にCLONE_VMフラグを渡すことでメモリ空間を共有している場合(つまりはマルチスレッド)は、コンテキストスイッチ時にTLBフラッシュがされないことになる "
  • Open Ecosystem

    Using Intel.com Search You can easily search the entire Intel.com site in several ways. Brand Name: Core i9 Document Number: 123456 Code Name: Alder Lake Special Operators: “Ice Lake”, Ice AND Lake, Ice OR Lake, Ice* Quick Links You can also try the quick links below to see results for most popular searches. Product Information Support Drivers & Software

    Open Ecosystem
    yass
    yass 2014/03/10