NANOG 68のDesperately Seeking Defaultという発表にて、APNICのGeoff Huston氏が、いまのインターネットはかつてエンジニア達が目指したものとは違うものになってしまったと表現しています。 この発表が行われたNANOG 68(2016年10月17日)は、ネットワークエンジニアが集まるイベントであるため、ここで言う「我々」というのは、主にネットワークエンジニアを指しています。 IETFでもそういう雰囲気があるのですが、「我々がインターネットを作っている」という自負がある人々が会場内に多いです。そういった空気感がある「場」での発表です。 発表そのものは、インターネットを運用する際に見える「経路」は組織によって異なり、インターネットでは互いに通信ができないネットワークがあるという話です。 「Default」の経路として提供されるものが異なり、インターネッ

「新人が育たない」「同じ人がずっと管理/運営をし続けている」という話(悩み)を聞く事があります。 この話を聞く度に、教育や引継ぎは時として非常に難しいと思うとともに、失敗できる時代を生きれた人はある意味幸せなのではないかと思う事があります。 ある特定の作業がインフラ化する前から色々と出来た人は、恐らく様々な実験を行いながら経験を積んでいます。 失敗が許される環境、許されない環境 インフラ化する前であれば「失敗」が許されます。 失敗をする事は良いことではありませんが、それによって誰かの人生が終わるぐらいの事にはなりません。 大目玉を喰らって激しく落ち込む程度で済みます。 しかし、利用者が多くなり、インフラ化すると実験をする事は許されなくなり、無難に運営する事が第一になってしまいます。 自由に楽しく学ばせる事よりも監視下で失敗をさせない事に主眼が置かれがちです。 自由に楽しく学ばせるための箱庭

事業仕分け第二弾が行われていました。 昨日、Twitterで「光ルータ」という単語が出てるのを見て途中から見たのですが、中々刺激的な内容でした。 私が見たのは、「B-17 : 新世代ネットワークの研究開発等」に関してで、独立行政法人 情報通信研究機構(NICT)が議題として挙げられていました。 具体的には、[1]新世代ネットワーク技術の研究開発、[2]民間基盤技術研究促進業務、[3]情報通信ベンチャーへの出資、という３点に関してだったようです。 ライブで見たのは比較的最後の方だったので、前半はライブで見ていませんでした。 ライブ終了後に、Ustream上で公開されているアーカイブを見たのですが、基本的に終始質疑が噛み合ず、１時間以上が経過した後に縮減及び廃止という結果になっているという感想を持ちました。 議論の多くが、独立行政法人の話題というよりも、むしろ総務省本体の「原口ビジョン」の妥当

先日の「中国国内ルートDNS停止事件 雑感」の続報です。 I Root Serversを運用管理するNetNod社CEOのLindqvist Kurt Erik氏がdns operationsメーリングリストに調査の経過に関する情報を送信しました。 まだ調査は続行中のようですが、ひとまずNetNod社が把握している状況が声明として公開された形です。 「[dns-operations] Odd behaviour on one node in I root-server (facebook, youtube & twitter)」 これを読んだ感想ですが、思ったよりもややこしい話になるかも知れませんね。 場合によっては、中国からi.root-servers.netが撤退せざるを得ない状況が生まれてしまうのかも知れません。 以下、中国のDNSルートサーバ事件のその後と、それに関する私の妄想です

先日、「中国国内に配置される、DNS ルート･サーバーが閉鎖された？: Agile Cat ― Azure & Hadoop ― Talking Book 」が、はてなブックマーク上で話題になっていました。 さらに、「インターネットインフラ界のネタフル」的存在だと勝手に私が考えているyebo blogさんの記事も話題になっていました「中国にあるDNSルートサーバが不審な動きをして停止」。 最初にニュースを見た時には、結構衝撃を受けたのですが、今回の事件に関して色々調べてみた結果、実はかなりショボイ事件なのではないかと思い始めました。 今回の事件は、何か新しいものというわけではなく、単なるオペミスで数年前から存在している体制が漏れただけっぽい気がします。 個人的な私の雑感ですが今回の件は、「中国国内用のインターネット検閲システムが中国国外に漏れた結果、チリのISPに影響が出た。I DNSルー

IT業界って怖いですね～（棒読み） 何でそうなった？ そもそもの発端は、私が現在執筆中のLinuxネットワークプログラミング書に書いているコラムのための質問でした。 Wiresharkやtcpdumpを利用したパケットキャプチャによる通信プログラムのデバッグを解説する際にプロミスキャスモードとは何かという話を書いていたのですが、その最後にちょっとしたコラムを書くためのブレストとしてTwitterで質問をしました。 で、結局出来上がった原稿は以下のような感じです。 Twitterでコラムの内容を見たいと発言されている方がいらしたので、出版前ですが晒してしまいます。 コラム：ぁゃιぃ UNIX用語 (☆ 「あやしい」の部分は、xa xya イオタ xi です。) プロミスキャスモードを「無差別モード」と訳す場合が多いのですが、この「Promiscuos」という単語は性的な意味を含む英単語なので

多少時間が経過してしまいましたが、先日の「ノーベル賞受賞者・フィールズ賞受賞者による事業仕分けに対する緊急声明」の質疑応答で、記者の質問に対して「マスコミ側の質が低い」という趣旨の回答が行われていました。 録画映像が非公開になってしまったので正確な表現は書けませんが、アメリカでは博士課程卒業者が記者となって取材することがあるのと比べると、日本の記者は専門性が低く様々なジャンルを横断的に取材するため深い記事を書けないという発言内容だったと思います。 確かに、大手新聞社などの記者の方々は、特定の技術や科学に関する深い専門性はあまり無い気がします。 この話を新聞社内部の方々にすると、記者は部署内で異動しながら様々な分野の記事を書くという現在の体制が一因であるという話になりがちだと思います。 参考：ITmedia: ノーベル賞受賞者らが仕分け批判で集結　「世界一目指さないと2位にもなれない」 利根

インターネットそのものは、世界各地のネットワーク同士を相互に接続する、巨大ネットワークです。 アメリカで発明されたインターネット技術そのものが世界に広がったという事実は、技術の輸出そのものに限定されず、むしろアメリカ文化やアメリカ的価値観の輸出も同時に行われたと最近強く感じるようになってきました。 例えるならば、日本が漫画やアニメの輸出をすることで、結果として日本文化や価値観や考え方を輸出しているのに似ているのでしょうか？ インターネットとともに輸出された、アメリカ気質は日本気質とはかなり異なっており、異文化が混ざり合う事で新しい「何か」が生まれつつあるような気がしています。 ただ、日本気質とアメリカ気質には、かなりの隔たりがあり、その「何か」が生まれる過程として様々な副作用が表面化しているような気がしてなりません。 例えば、現在のネット上での一時的かつ極端な意見の偏りや、炎上騒ぎや、実名

日曜日夜に、毎日新聞社主催で勝間和代氏がTwitterユーザと語り合うクロストークイベントがに参加しました（イベントURLが消えていたのでリンクできていません）。 非常に興味深い話題が多いイベントで面白かったです。 そのイベントの最後の方で、実名匿名議論に関しての話題があり、Twitter上で@manameさんが以下のような発言をしました。 maname #crosstalk 実名出すこと、会社に禁止されているサラリーマンもいるってこと忘れないでください。目立つことが仕事の人もいれば、目立ってはいけない仕事の人もいますよ。 http://twitter.com/maname/status/4601234589 その発言を「ですよね。」というコメントを付加してReTweetしたところ、以下のような反論がありました。 しかも、色々見てみると、様々な所に議論が飛び火しているっぽかったです。 os

昔から後輩や知らない学生がネット上で色々と撒き散らしているのを見ることがあります。 本人が気づいていないだけである場合もあるので、今回まとめて書いてみる事にしました。 なお、学生であろうが無かろうが気をつけた方が良いと思われるものも含まれます。 何故ネット上で気を抜いてはいけないのか そもそも、何故ネット上で公開する内容に気をつけなければならないのでしょうか？ それは公開することで不利益が生じる可能性があるからです。 高校入試で落ちるかも知れない 最近、茶髪・眉剃りをしていた受験者を高校が落とすという事件がありました。 今回の事件は茶髪・眉剃りが原因でしたが、近い将来「ネット上での言動が高校入試に影響」という事件が発生するだろうと予測しています。 「高校入試、茶髪・眉そりチェックし不合格　神奈川の県立」 就職活動に影響を与えるかも知れない 就職活動に影響を与える恐れがあります。 実名を公開

医師の診察を受けることがありました。 その時、ちょっと気になっていたので診察後に予防接種に関して別途質問しました。 今の状況で予防接種はした方が良いのか悪いのかに関しての専門家の個人的な意見を伺いたかったのですが、返ってきた答えが「厚生労働省のホームページを見てください」の一点張りでした。 いや、見たんですけど結局リスクの話などがメインで、そのリスクの大きさはその世界で見て大きいのか小さいのか、実際の現場では勧めているのか勧めていないのかが全然わかりませんでした。 本当は現場の実感からやった方が良いのか、止めといた方が良いのかを意見の一つとして参考にしたかったのですが、やはりそれは難しかったようです。 昔はもうちょっと「個人的には○○だと思いますよ」と軽く答えてくれた気がします。 最近、このような状況になってしまったのは、一連の訴訟や「お前が言ったじゃないか！」と怒る患者が出たり、「絶対治

はてなブックマークで演じられる、はてなコミュニティでの内輪ネタや馴れ合い状態を「はてな村」と揶揄する表現があります。 ここ数年、del.icio.usなどのソーシャルブックマークやDiggなどのオンラインニュースがネット界隈では流行していますが、はてなが提供するブックマークサービスは異質であると思われます。 どこが異質か、というと、提供しているサービスが細かい(自由度が他のサービスより高い)事と、そのサービスを利用している「村」と呼ばれるコミュニティが形成されていることです。 この「はてな村」という表現は、「他を寄せ付けない内輪集団」というネガティブなイメージで使われる事が多いと思いますが、この「村」が出来上がる構造こそ、次世代オンラインコミュニケーションの鍵になるのではないかと思う事があります。 今まで 今までのオープンなオンラインコミュニケーションは、特定のキーとそれに付随する1次元配

念のため最初に書いておきますが、ブックマーク禁止やリンク禁止派ではありません。 純粋に技術的にどうするのだろうという興味で書いています。 「ある広告人の告白（あるいは愚痴かもね）: 推奨してるわけでは決してなくて、お嫌な人には拒否する権利があってもいいのかな、ということなんです。」を読んで、はてなブックマークを技術的に阻止するにはどうするのだろう？と疑問に思いました。 アクセスログを見ていると、はてな系のプログラムが出しているHTTP_USER_AGENTは「Hatena」で始まりそうな気がします。 例えば、ブックマークを行うと「Hatena Bookmark/1.0」というHTTP_USER_AGENTがやってきます。 ブックマークをさせないためには、そのエージェントに意地悪をすれば良いのではないかと考えました。 まず、最初にやろうと思ったのが、はてなロボットのリクエストに対して「404

「Why research labs fail at innovation」という記事がありました。 多くの研究所が犯している間違いをまとめていました。 面白かったので要約してみました。 原文には著者のバイアスが多分に含まれると書いてありました。 確かに多少偏っているかもしれませんが、言いたい事は何と無くわかるような気がしました。 ただ、元記事の英語の言い回しなどで理解できない部分が多かったので誤訳や勘違いが入っている可能性が高いです。 詳細は原文をご覧下さい。 なお、これは恐らく悪い例であって、イノベーションを産み出している良い研究所は以下の内容の範疇外なのだと思います。 念のため。 アイディアを考えるのは簡単 面白い案を考えるのは誰にでもできます。 面白いことを考えているR&Dグループや大学はたくさんあります。 予算さえあれば、その案からプロトタイプを作れる人は世の中に大量にいます。

「10 Tips for Moving From Programmer to Entrepreneur」 という記事がありました。 面白かったです。 要約してみましたが、間違っているかも知れないので詳細は原文をご覧下さい。 1. コーディングはあなたの仕事の5％でしかない コード書きに夢中になってしまう起業家がいます。 コードを書くことも重要ですが、いくら美しいコードを書いても、誰もその製品を使ってくれないのであれば意味がありません。 税金を払い忘れて逮捕されてしまったら書いたコードは無駄になります。 ソフトウェアのライセンスに無頓着であるために訴えられたら、コードは無駄になります。 ブログやフォーラムでコードの事ばかりを話題にする起業家を見る事がありますが、多くの場合、コードよりもビジネスの側面について考えた方が良いと思われます。 もちろん、コードについて語る方が簡単ですが、そもそも起業

Google TechTalksでBarry Schwartz博士による講演が公開されていました。 「The Paradox of Choice - Why More Is Less」というタイトルでした。 最初は、UNIXコマンドのmoreがlessよりも劣っている理由の事だと思って見始めましたが、そうではありませんでした。 何でも選べてベストじゃないと満足しないというのは、アメリカ人っぽい気もしましたが、かなり面白かったです。 ユーザビリティと機能の問題は良くある問題ですが、お店で展示されている商品の種類を減らした方が売り上げが上昇する話などが新鮮でした。 以下に要約してみました。 ここでは書いていない部分も多いので、詳細はビデオをご覧下さい。 字幕も入っていますし、ゆっくりと話してくれる人なので非常に見やすいと思います。 ただ、スライド(PPT?)が見られないので、何故観客が笑ってい

「Five Secrets of High Performing Organizations」という報告書(PDF)が公開されていました。 この報告書はアメリカで10～100人規模の企業300社以上を調査して、成功している企業が持つ要素を5つにまとめています。 さらに、それぞれの要素を実現するためにはどのような努力をすれば良いかを解説してありました。 面白かったので要約してみました。 かなり意訳気味です。 誤訳や勘違いなどがある可能性があるので、詳細は原文をご覧下さい。 効率良く成果を出しているスモールビジネス(small business)は以下の5つの特徴を持ちます。 強いリーダーシップ 質の高い人材を引き付け、確保する能力 計画性 戦略的に技術を利用する能力 外部機関との連携 1. 強いリーダーシップ 調査の結果、最も大きな要素はリーダーシップを取るシニアの実力でした。 ある経営者は

「What's Wrong with Web 2.0? - Bubble, What bubble ? -」という記事がありました。 面白かったので要約します。 かなりの皮肉がまじった記事でした。 誤訳などの可能性があるので、詳細は原文を参照して下さい。 以下要約ですが、かなり意訳してます。 あと必要なのはユーザだけだ (User driven content: Now all we need is users) Web2.0は、ユーザによる何らかのソーシャルな部分がある事が本質です。 これは、例えばユーザがコンテンツを作成したり、ブログを書いたりコメントをつけたりする事です。 いくつかのサイトは全てをユーザに依存しています。 例えば、Digg.comは完全にユーザに依存しています。 誰もリンクを登録しなければDiggは存在し得ません。 このようなユーザに依存しきったサイトは、ユーザが興味

「Top 10 Ways To Demotivate Your Programming Team」 というネタがありました。 乾いた笑いがこみ上げてくる内容でした。 面白かったので要約してみました。 結構短くしているので詳細は原文をご覧下さい。 書いてはありませんが、恐らく「Top ten tips for preventing innovation」にインスパイアされたネタだと思われます。 でも、これの一部を実践している組織が普通にありそうで怖いですね。。。 もちろんやる気を失くさせる事を目的としてやっているわけではないとは思いますが。 非常にやる気に溢れていて、どんな締め切りでも実現してしまう凄いプログラマ集団があるとします。 彼らは非常に優秀であり、チームリーダーの貴方は必要とされていません。 もし貴方がそのようなチームのリーダーで、支配権を獲得したいと思ったならば、以下のような事を

「Basics of the Unix Philosophy」でUNIX哲学の基本原則がまとめられています。 UNIXの設計思想として紹介されていますが、多くは普通のソフトウェアを設計する場合にもあてはまると思われます。 1. Rule of Modularity(モジュール性): きれいなインターフェースで接続された、簡潔な部品を書きましょう。 2. Rule of Clarity(明瞭さ): 明瞭さは賢さよりも良いです。 3. Rule of Composition(構成): 他のプログラムと接続できるようにプログラムを設計しましょう。 4. Rule of Separation(分離): ポリシーとメカニズムを分離しましょう。エンジンとインターフェースを分離しましょう。 5. Rule of Simplicity(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま