タグ

2014年8月28日のブックマーク (17件)

  • http://ochyai.com/

    iR3
    iR3 2014/08/28
    凄い!イメージの物質化 #RWAbookja で見てる
  • MIDI - Wikipedia

    MIDI機器(ハードウェア)は5ピンのDINコネクタで接続するのが一般的である。両端に位置する1番ピンと3番ピンは現在の仕様上では使用されず、中央2番ピンはケーブルのシールド用に、4番、5番ピンがデジタル信号のカレントループ(英語版)伝送に使用される。MIDIケーブルの両端はどちらもオス端子で、シールドされたツイストペアケーブルとして設計される。 コネクタには、MIDI信号を受け取るMIDI IN、MIDI信号を送信するMIDI OUT、受信したMIDI信号をそのまま送信するMIDI THRUの3種類がある。機器パネル側は常にメス端子となる。グラウンドループ(英語版)や障害の連鎖防止のため、MIDI機器同士には電気的絶縁が規定されており、受信側内部では接地線の2番ピンは接続されず、信号はフォトカプラで受信される基仕様となっている。フォトカプラを経由するたびに信号波形の再現性が下がるため、

    MIDI - Wikipedia
    iR3
    iR3 2014/08/28
    “MIDIメッセージ”では音楽を越えてリアルタイム制御の世界も広がっているのか #RWAbookja
  • RFC 7252: The Constrained Application Protocol (CoAP)

    iR3
    iR3 2014/08/28
    ほやほや 2014/6制定CoAP “The Constrained Application Protocol (CoAP) is a specialized web transfer protocol for use with constrained nodes and constrained (e.g., low-power, lossy) networks. ”
  • 簡易HTTPなCoAP(Constrained Application Protocol)プロトコル - Disce gaudere. 楽しむ事を学べ。

    CoAP(Constrained Application Protocol)は現在標準化策定中の、 機械同士の通信であるM2M(machine-to-machine)用プロトコル。 スマートグリッドのベース技術はIPである。 スマートグリッド構想の一部である家庭内センサーネットワーク(ホームネットワーク)のプロトコルとして HTTPとXMLの利用が考えられていたが、TCPの通信やオーバーヘッドなどから ネットワークの遅延などが問題となっていた。 そこで簡易的HTTPとしてCoAPというプロトコルが登場している。 特徴はこんなところ。 • 非同期通信のサポート(パケットごとにTransactionIDを持つ) • パケットヘッダの簡略化(32bit=4byte) • HTTPと同様の応答マッピング • UDP(User Datagram Protocol) UDPなのでHTT

    iR3
    iR3 2014/08/28
    ふむふむ “CoAP(Constrained Application Protocol)は現在標準化策定中の、機械同士の通信であるM2M(machine-to-machine)用プロトコル。” #RWAbookja
  • LinkHeader - W3C Wiki

    See also: http://www.rfc-editor.org/rfc/rfc5988.txt The HTTP Link Header The Link: header in HTTP allows the server to point an interested client to another resource containing metadata about the requested resource. For example, Link: <meta.rdf>; rel=meta means that more information about the requested resource is available in the resource whose relative URI is meta.rdf. Compare this with the HTML

    iR3
    iR3 2014/08/28
    LinkHeaderのシンタックスは定義済み #RWAbookja
  • RFC 6690: Constrained RESTful Environments (CoRE) Link Format

    Internet Engineering Task Force (IETF) Z. Shelby Request for Comments: 6690 Sensinode Category: Standards Track August 2012 ISSN: 2070-1721 Constrained RESTful Environments (CoRE) Link Format Abstract This specification defines Web Linking using a link format for use by constrained web servers to describe hosted resources, their attributes, and other relationships between links. Based on the HTTP

    RFC 6690: Constrained RESTful Environments (CoRE) Link Format
    iR3
    iR3 2014/08/28
    CoREはすでに定義済みなんだ “Constrained RESTful Environments (CoRE) Link Format ” RFC5998 RFC6690 #RWAbookja
  • Part3 UDP編--面倒な手順をカット,信頼性より軽さと速さ

    Part2では,TCPが通信の信頼性を高めるためのしくみを見てきた。一方,UDPはこれとは正反対で,信頼性を確保するしくみを持っていない。その反面,とても自由度が高いプロトコルである。Part3では,UDPの概要とともに,どんなアプリケーションに向いているのかを見ていく。 TCP編では,TCPが通信の信頼性を高めるためのしくみを見てきた。一方,UDPはこれとは正反対で,信頼性を確保するしくみを持っていない。だからといって,UDPは不要と決めつけてしまうのは早計である。どんなプロトコルにも長所と短所があり,それぞれにふさわしい用途がある。 “なにもしない”プロトコル まずはUDPとはどんな姿をしているのか,UDPのプロトコル・フォーマットから見ていこう(図1)。 UDPは,TCPと同じくIPの上位プロトコルである。TCPのデータはセグメントと呼んだが,UDPではそれをデータグラムという。実際

    Part3 UDP編--面倒な手順をカット,信頼性より軽さと速さ
    iR3
    iR3 2014/08/28
    DNSで使われているのだから net上の機器での活用シーンはもっとありそう #RWAbookja
  • UDP入門

    前号までのあらすじ 一応経路制御まで終わったので、とりあえず目的のマシンまでパケットが届く(少なくとも届く努力をする(^_^)v)ところまではたどりつきました。 IPより上位のプロトコル 実際にアプリケーション間で通信を行う場合、IPのレベルをそのまま使うことはまずなく、IPにかぶさっている、より上位レベルのプロトコルを使用します。なぜなら、IPレベルでは「目的のマシンまで(正確にはそのマシンのOSまで)」届くように努力しますが、パケット中のデータを必要としているのは一般的にはアプリケーション(プログラム)だからです。アプリケーションは、(DOSのようなシングルタスクのOSを除けば)1つのOS上で複数が平行して動いているのが普通です。IPパケットには「受信すべきアプリケーションの識別情報」、言い換えれば「受け取ったデータをどのアプリケーションに渡せばよいか」という情報がありません。IPで欠

    iR3
    iR3 2014/08/28
    ブロードキャストするには、確かに UDP が効率的だわな #RWAbookja
  • Efficient XML Interchange - Wikipedia

    Efficient XML Interchange (EXI[注釈 1]、日: 高効率XML交換[4][注釈 2]) とは、処理速度と計算機資源の利用を同時に最適化することを目指す[1]拡張可能なマーク付け言語符号化規約のW3C勧告である。 背景[編集] 拡張可能なマーク付け言語 (XML) 文書は可読性・拡張性に優れる反面、冗長性が高く容量が肥大化しがちである[6]:53。これを解決する手段として、XML文書に汎用の(可逆)圧縮を施すことが考えられる。実際、オフィス文書のためのオープン文書形式 (OpenDocument) や変倍ベクタ図形 (SVG) はDeflate算法に基づく圧縮形式に対応している[7][8]。 しかし、整形式のXML文書は、その構造的特性を利用して[注釈 3]汎用の方法より高い効率で圧縮が行える[10]。更に、繰り返し登場する似通った文字列を集中的に処理することで

    iR3
    iR3 2014/08/28
    ふむふむ “XMLドキュメントを非テキスト形式(バイナリ)で効率的に表現する一連の仕様が定められている。” #RWAbookja
  • CoAPSharp – Idaax

    iR3
    iR3 2014/08/28
    組み込みのRESTful API の CoAP と CON をググったら 遭遇 #RWAbookja
  • svn status

    説明作業コピーにあるファイルやディレクトリの状態を表示します。引数がない場合、ローカルで修正されたアイテムだけが表示されます (リポジトリに対するアクセスは発生しません)。--show-updates を使うと、作業リビジョンと、 サーバの最新ではない情報も追加します。--verbose を使うと、すべての項目に対する完全なリビジョン情報を表示します。出力の最初の 6 桁は、それぞれ一文字幅で、各列に作業コピーの項目ごとに、様々な情報を表示します。1 列目は、項目が追加、削除、変更の、どの状態かをを示します。 ' '変更はありません。'A'項目は追加準備されています。'D'項目は削除準備されています。'M'項目は修正されました。'R'項目は作業コピー内で置き換えられました。これは、そのファイルが削除準備され、その場所に同名の新しいファイルが、追加準備されたことを表しています。'C'項目の内

    iR3
    iR3 2014/08/28
  • circleaf.com - このウェブサイトは販売用です! - 読書会 勉強会 もっと ログイン 作成 初心者 千駄ヶ谷 なのは リソースおよび情報

    このウェブサイトは販売用です! circleaf.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、circleaf.comが全てとなります。あなたがお探しの内容が見つかることを願っています!

    circleaf.com - このウェブサイトは販売用です! - 読書会 勉強会 もっと ログイン 作成 初心者 千駄ヶ谷 なのは リソースおよび情報
    iR3
    iR3 2014/08/28
    本日19:30〜は RESTful Web APIs 読書会 みんなおいで #RWAbookja
  • svn copy

    iR3
    iR3 2014/08/28
  • 続けられた理由は「仕事が楽しくなかったから」──カーネルハッカー・小崎資広(3) | サイボウズ式

    マネジメント 新しいチームのあり方を探求 就活 就活生必見!サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める!

    続けられた理由は「仕事が楽しくなかったから」──カーネルハッカー・小崎資広(3) | サイボウズ式
    iR3
    iR3 2014/08/28
    ふむ “「間違えたやつが自分で見直して分かるわけないじゃん」”
  • 刻言道場「まいトレ」毎日良い言葉を刻む

    iR3
    iR3 2014/08/28
    一度にふたつのことは、普通はできない。さすればその時々で優先順位を決めて優先順位の高いものから選んでやるしかない。TPOをよく考慮して。
  • 田嶋陽子なぜか「碑文から北朝鮮のしわざ」で黙り込む

    iR3
    iR3 2014/08/28
    ふむ
  • 避難者の自殺は東電の責任か? 損害賠償なら菅元首相に請求すべき | ザ・リバティWeb/The Liberty Web

    福島第一原発事故の避難生活により、精神的苦痛に追い詰められ、状態になったことが原因で、2011年7月に自殺した渡辺はま子さんの遺族が東京電力に約9100万円の損害賠償を請求した訴訟で、26日福島地裁は約4900万円の支払いを東電に命じた。 原発事故と自殺との因果関係を認めた初めての判決である。 同裁判で潮見直之裁判長は、「展望の見えない避難生活への絶望と、生まれ育った地で自ら死を選んだ精神的苦痛は極めて大きい」と述べ、「住民は避難を余儀なくされ、ストレスで自死(自殺)に至る人が出ることも予見できた」(27日付産経新聞)と東電の事故に対する想定の甘さを厳しく非難した。 住み慣れた土地を突然離れることを余儀なくされ、慣れない避難生活によって受けた精神的苦痛は計り知れないものだっただろう。渡辺さんに哀悼の意を表したい。 だが、そもそも避難命令を出したのは、東電ではなく、当時首相を務めていた菅直

    避難者の自殺は東電の責任か? 損害賠償なら菅元首相に請求すべき | ザ・リバティWeb/The Liberty Web
    iR3
    iR3 2014/08/28
    “だが、そもそも避難命令を出したのは、東電ではなく、当時首相を務めていた菅直人氏である。”