This document is a translation of `Why TCP Over TCP Is A Bad Idea', which was written by Olaf Titz. この文書は、Olaf Titz氏による `Why TCP Over TCP Is A Bad Idea'の翻訳です。 IPトンネリングアプリケーションにしばしば用いられるアイデア は、IPパケットを(モデムラインのような)ストリーム転送に適した フォーマットにカプセル化する、PPPのようなプロトコルをTCPベー スの接続上で実行することです。これは、すでにいくつかの推奨 (Linux HOWTOや、私自身のウェブサイトや、もちろん他にもいく つか)がある、PPP over SSHの実行により、容易なソリューション となるでしょう。それは、データグラムベースの圧縮が効率的な 制約で困難となる一方

By Miguel App Storeの審査ガイドラインが公開されたのは2010年のことで、デベロッパーはこれに則してアプリ開発を進めてきたわけですが、それでもアプリ申請を却下されるものが後を絶ちません。そこでAppleは「アプリはどんな理由で申請を却下されているのか」をまとめたページを公開しました。 Common App Rejections - App Store - Apple Developer https://developer.apple.com/app-store/review/rejections/ App Storeの審査でアプリの申請が却下される理由をすべてまとめたものが以下のグラフで、最も多い却下理由は「情報不足(14％)」というもの。却下理由のトップ10に入るものをまとめると全体の58％を占め、トップ10以外の却下理由はおのおの2％以下しかないとのこと。グラフを見て

独立行政法人の情報処理推進機構（IPA）では毎月、情報セキュリティについての呼びかけをサイト上で公開している。2014年9月の呼びかけでは、App StoreやGoogle Playのような公式マーケットで非公認のスマホアプリに対し、不用意にIDやパスワードなどのアカウント情報を登録しないように注意喚起している。 ゲームアプリの権利が奪われる事件の概要 きっかけは先月に発生した事件。App Store上でゲームアプリを公開していた作者がその所有権を不正に奪われてしまうというものだ。この作者は、アップルが提供する開発者支援の公認アプリ「iTunes Connect」に加え、アップルではない第三者が提供する非公認の売上管理アプリを利用していた。 ともに、アップルのサイトへの接続時にApple IDとパスワードの情報が求められたが、非公認の売上管理アプリの運営者に悪意があったもよう。同アプリに登

Facebook Inc. Facebookの本社はメンロパークにあります。 Caltrainでサンフランシスコから１時間とちょっとぐらいで到着します。メンロパーク駅からをUberを利用しました。 Facebookは今まで行った企業の中で一番セキュリティが厳重な印象を受けました。 外部でうろうろしていると声を掛けられ、いろいろと問われます。 基本的にFacebookのいいね看板の写真のみが可能でなかに知り合いの社員がいないと中に入れません。 知り合いの方に紹介して頂いたので今回は中に行くことができました。ただし社内は基本的に撮影NGでした。 駐車場がとても広い。 有名なHacker way。 この横で巨大な建物を作っていたのですが、もしかしたらFacebookが… 続いては中へ 寿司のレストランとかあって街みたいなかんじ。 HACKERと書いてある。 なんと背景にはNyan catが！ 外

最近、WEBサイトにiPhoneっぽいものを置きたいときがよくあるので、素材用につくってみました。 See the Pen hello world. by kimmy (@kimmy) on CodePen. 若干デフォルメしてますが、割とサイズ感にこだわってつくってます。 つくってから気づいたんですが、簡単にサイズを変更できるように％指定を多用すればよかったですね。 その辺は次回に期待しましょう。 今回は以上です。

NetBSDの/bin/shでコマンドがexecve(2)されるまでの流れを追いかけてみた 技評×オングスこんなシェルスクリプトは書いちゃダメだ！にてシェル上でコマンドを実行する際のユーザランドからカーネルまでの流れが説明されていました。 ちょっと興味が出てきたので、NetBSDの/bin/shでコマンドを実行した場合のコマンド入力からexecve(2)までの流れをソースコードレベルで追いかけてみました。 NetBSDソースコードにおける/bin/shの場所 NetBSDのソースコードは、ユーザランド/カーネル共に/usr/srcの下に置かれます。ユーザランドのコマンドは/usr/src/<コマンドのパス>の位置に用意されており、/bin/shの場合は/usr/src/bin/shがソースコードのあるディレクトリになります。 $ which sh /bin/sh $ cd /usr/src

2011 LateモデルのMBPにはあまり良い噂を聞かない。なんでもAMD製のGPUが原因で画面が乱れたり、酷いときには起動できなくなるといった症状が多発しているらしいのだ。この話は噂ではなく本当である。なぜなら今この記事を書いているMBPはその症状で起動できなくなったからである。 写真は起動できた頃のMBP。 さてこの症状、GPUが原因で発生している。熱が原因ではないかと疑われたりもしたが、一度発症すると、症状は悪化するばかりで懸命な冷却も幾許かの延命にしかならない。まさに気休めといった状況を繰り返しながら、ついに我がMBPは起動できなくなった。グレーのアップルロゴから全画面がグレーになって停止したり、画面が真っ青になって停止したり、画面が永谷園みたいな模様になって停止したり（これは本当）した。これがインターン前の課題のコーディング中に発生したのだから狼狽するほかなかった。マグネシウム製

前回Dockerをインストールしました。 今回はDockerをいろいろと触ってみました。 dockerで「Hello World」 centos イメージを使って、コンテナ内で echo を実行してみます。 # docker run centos /bin/echo "Hello World" Hello World dockerで使われるOSのバージョンを調べる dockerで使われているCentOSのバージョンはなにか見てみます。 # docker run centos /bin/cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core)何も指定しないとCentOS7になるみたいです。 できれば6を使う場合は、以下のようにします。 # docker run centos:centos6 /bin/cat /etc/redha

ここ数日PS3のCPU/GPUのプロセスルールが非常に気になったので、ネット上を調べまくった。結果をまとめておく。 おもにGoogle検索とGoogle画像検索とYoutubeを使い、写真や動画で情報の裏付けをとっていった。Wikiなどでも情報の不足や誤情報が多く、特に実消費電力のデータが少なかった。 モデル別プロセスルールと消費電力 以下は各モデルのCPU/GPUのプロセスルール、仕様上の定格電力、電源ユニットの出力、実消費電力、重量をまとめた表。自分が調べれられた範囲での情報であるため、いずれの値にも誤りを含んでいる可能性があることに注意。実消費電力はTDPにあたるものを算出するために確認できた中で最大の消費電力を採用する。ゲーム実行時が最大となるようなのでその時の値を採用している。実行するゲーム、環境温度、測定器などによる誤差が考えられる。 PS3's spec CECHA00 CE