ルータやスイッチは日本の法律上、通信の秘密を侵害するが違法ではない:Geekなぺーじ
パケットのヘッダに記載された情報を読み取らなければ、ルータはパケットを転送できません。 日本の法律では、ISPなどの電気通信事業者がIPヘッダに記載された情報を読み取ることは通信の秘密を侵害すると解釈されています。その一方で、インターネットにおける通信を実現するためにはルータがIPヘッダに記載された情報を読み取ることは必要であり、違法であるとは思えません。 日本におけるインターネットと法律に関する話題に触れたことがない方にとっては、非常に奇妙な話に聞こえるかも知れません。しかし、このように「法益を侵害するが違法ではない」という解釈は、日本においてインターネットがどのように運用されているのかを理解するうえで非常に重要なポイントです。 日本国憲法(第21条)と電気通信事業法(第4条)は、通信の秘密を定めています。憲法における通信の秘密と、法律における通信の秘密の違いは、憲法が政府などの公権力に
Geekなぺーじ : Google Public DNS解説と個人的妄想
前回書いたGoogle Public DNSに関する記事があまりに説明不足なので、補足文章を書く事にしました。 今回のGoogle Public DNSは、単なるオープンDNSサービスでは留まらず滅茶苦茶凄過ぎていて、ある意味インターネット全体のありかたを変えてしまう可能性さえあると個人的には思っています。 何故そう思っているかを含めて、色々書いてみました。 以下の文章は多くが公式発表からの引用ではなく、その他の外部観測情報を元にした推測や個人的な妄想が入り交じっているので、内容に関しては各自で考えて判断をお願いします。 Google Public DNSでウェブ閲覧が高速化するの？ とりあえず、背景や技術はどうでも良いから「高速化するかしないかだけ知りたい」という方々が非常に多い気がするので、個人的なGoogle Public DNS高速化に関しての考えを最初に書きます。 「Google
.inドメイン名停止とwhois公開代行:Geekなぺーじ
今日(4月30日頃)、一部の人々の間で「うちのWebサイトで使ってる.inの名前解決が出来なくなった！」という悲鳴が聞こえています。 数年前、インドのccTLD(country code Top Level Domain)である「.in」を日本国内のWebサービスで使うのが流行しました。 「.in」は「イン」と読めるため語呂が良く、個人が気軽にWebサイトを作ったときに、ドメイン名も同時に登録するというのが流行ったわけですが、そのときにwhoisで世界に向けて連絡先(個人であれば氏名住所電話番号の場合もあり)を公開されるのは嫌だということで、whois情報公開代行サービス(もしくはプライバシー保護サービス)を使うというのが割と一般的に行われていました。 しかし、その.inのレジストリであるINRegistryが、whois情報公開代行サービスを利用しているドメイン名を次々と停止しているよう
World IPv6 LaunchとNTT IPv6閉域網を巡る駆け引き - DNSでのAAAAフィルタ:Geekなぺーじ
今年に入ってぐらいから各種方面で話題として登場することが増えているNTT IPv6閉域網フォールバック問題ですが、実は単なる技術的な問題というわけではなく、ある種政治的な「駆け引き」であるというのが私の感想です。 多くの方々にとっては「World IPv6 Launchが開催されて、それ以降はフレッツ光ユーザが困る」ぐらいのイメージだと思いますが、実はもう少し複雑です。 NTT IPv6閉域網フォールバック問題に対してどう対処するのかは、コンテンツ事業者、ISP、JAIPA、NTTによる一種の駆け引きとなりつつあります。 実は、この話題に関して結構多くの公開情報があるのですが、あまりそれらをまとめて語っている記事がなさそうなので書いてみました。 2011年のWorld IPv6 Dayの評価 今年の6月6日に行われる予定のWorld IPv6 Launchを巡る駆け引きを知るには、昨年行わ
「IPv4アドレス売買」とIPv6への移行:Geekなぺーじ
IPv4アドレス枯渇が迫りつつあります。 今のままでは、恐らく2011年に世界のIPv4アドレスが底をつきます。 それに伴い、IPv4アドレス売買やIPv4アドレス市場に関して語られることがありますが、今回、それらに関しての個人的な感想をまとめてみました。 ここで述べているのは、私個人の視点から見た時の未来予測や、IPv4アドレス自由売買が実際に行われるとどうなるかという考えなので、異論や反論もあり得ると思います。 様々な議論や見解が登場するのは良いことだと思うので、IPv4アドレス枯渇やそれに伴う変化や動きについてのご意見は歓迎致します。 そもそも「IPv4アドレス枯渇」とは何か？ 現在は、IPアドレスが必要なくなるよりも新規に必要になることが多いため、常に新しいIPアドレスブロックを新規割り当て用プールから出している状態です。 世界中でインターネット利用人口が増えて行きつつ、一人当たり
プログラマが席を離れる理由:Geekなぺーじ
コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
Geekなぺーじ : シニアプログラマが転職しにくい理由
ちょっと世知辛いです。 「The Old Programmer's Home」という記事がありました。 「Am I Too Old to be a Programmer ?」という記事を読んで思った事を綴っているようです。 アメリカと日本で多少違いそうな部分はありますが、何となく言いたい事はわかるような気がします。 50歳ぐらいまでずっとプログラマとして生きてきた人の職人技は本当に凄いと思います。 でも、ハッカー(not cracker)として生きている人よりもマネージャになっていく人の方が多いんですよね。。。 「Am I Too Old to be a Programmer ?」では、25年のキャリアを持つプログラマが転職活動を行っていて、電話インタビューでは良い感触を得ても、実際に会って面接をすると落ちてしまうという話でした。 「プログラマは若くないと続けられないのだろうか？マネージャ
ソフトウェアとはガーデニングである:Geekなぺーじ
「The code garden (an analogy that sucks less)」という面白い記事がありました。 ソフトウェアとは継続的に管理が必要なものであるというアナロジーを庭園管理(ガーデニング)として表しています。 ソフトウェアは主に工場と同様に考えられてしまい、作る事に集中しがちだそうです。 技術者ではない人達にはソフトウェアメンテナンスの大事さがなかなか伝わりにくいそうなので、ピンと来そうなアナロジーを考えてみたのがこの記事だそうです。 ソフトウェアを書いた事がある人ならば、この園芸アナロジーは適切ではないのは解るだろうとも書いてありました。 「橋を作る」などのアナロジーが一般的らしいのですが、それでは「ソフトウェアには終わりが無い」という事を表しにくいので、このアナロジーを考えたそうです。 以下が理由の要約です。 面白かったです。 ただ、日本では一般家庭で大きな庭園
オープンソースコミュニティ運営方法:Geekなぺーじ
Google Videoに「 How Open Source Projects Survive Poisonous People (And You Can Too)」という54分のビデオがありました。 Subversionの開発者達が、オープンソースプロジェクトを運営上の注意点を解説していました。 面白かったです。 ボランティア開発者の集合体によって実現しているオープンソースプロジェクトを運営する方法を解説するという題目ですが、 最後のオチでは、「これはオープンソースに限らない」と言っていました。 確かに、一般的な開発でも参考になる部分は多いと思いました。 また、掲示板やブログのコメント欄でも一部は適用できそうなノウハウであると思いました。 要約してみましたが、結構いい加減で間違いなどがあると思うので詳細はビデオをご覧下さい。 「Poisonous People」は「有害な人」と訳してみま
Geekなぺーじ：技術の盗み方
新入生や新社会人として組織に入ったり、他の組織から畑違いの場所に異動すると、ゼロからのスタートになるときがあります。 そのときに、先輩からいかにして技術を「盗む」かが重要な要素になると思われます。 ここでは、自分の養分として吸収するために、先輩から技術を引き出す一手法を紹介したいと思います。 先輩から見て教え易い後輩や、ついつい必要以上に色々教えてしまう後輩などがいます。 今回は、そのような人の特徴を考えたり、過去の私が失敗したと思われる点を思い出しながら書いてみました。 ここで紹介する方法は、あくまで方法の一つであり偏っています。 性格によって向き不向きがあると思います。 また、あまりに露骨にやり過ぎると嫌われてしまう場合もあるのでご注意下さい。 あまり参考にはならないかも知れませんが、まあ、許してください。 やる気を見せる 非常にやる気があって、色々やっている人を見るとついつい応援した
ペアプログラミングに必要な知恵は全て幼稚園の砂場で学んだ:Geekなぺーじ
「"All I really need to know about pair programming I learned in kindergarten", Communications of the ACM, Volume 43, Issue 5 (May 2000) Pages: 108 - 114」という論文を読みました。 幼稚園(もしくは保育園)で習うような社会生活の基礎から、ペアプログラミングを遂行するときに注意すべき点を論じています。 ペアプログラミングは、二人で一緒にプログラムを書くという手法です。 XP(eXtreme Programming)などで利用されています。 面白かったので一部を抜き出して要約してみました。 さらに興味のある方は論文をご覧下さい。 何でも分け合うこと ペアプログラミングでは一つのものを二人が作り上げます。 片方がプログラムを書き、相方がレビューを続
Second LifeでLSL遊びをしてみました:Geekなぺーじ
LSL(Linden Scripting Language)で遊んでみました。 といっても、恐ろしく初歩的なことだけしかまだ出来ていません。 とりあえず、プログラムを書いてみるところまで出来て安心して夜(半分朝)寝てしまったら、次の日からつながらなくなってしまったためです。 (早く乗り物を作りたい。。。) 「Official Linden Blog : We're experiencing some technical difficulties…」によると、何か問題があって200以上のリージョンが落ちているらしいです。 そのせいかは不明ですが、結局週末はSecond Lifeに接続できませんでした。 「折角これから色々LSL遊びをやろうとしてたのに！」という気分でしたが、とりえあえず現状でやったところまでを紹介したいと思います。 本当に下らないところまでしか出来ていません(言い訳)。 あま
インターネットの次:Geekなぺーじ
「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの？」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現
開発プロジェクトで使える(かもしれない)アニメの名台詞:Geekなぺーじ
き…切れた ぼくの体の中で なにかが切れた…決定的ななにかが…！ (ジョジョの奇妙な冒険 : ジョナサン・ジョースター)
あなたのWebサイト、脆弱じゃないですか？:Geekなぺーじ
「Top 10 Signs You Have an Insecure Web App」という記事がありました。 面白かったので要約してみました。 私の勘違いなどが含まれている可能性があるので、詳細は原文をご覧下さい。 1. アクセスログ解析の公開 アクセスログ解析ツールには商用とフリーのものがありますが、多くのサイトがフリーのアクセスログ解析ツールを利用しています。 AWStatsやWebalizerなど、良く知られている脆弱性を含むものがあります。 何故、世界に対して脆弱なアクセス解析ツールを使っている事を公開しなければならないのでしょうか？ 例 Google検索 : Generated by Webalizer" intitle:"Usage Statistics" Google検索 : inurl:awstats filetype:pl 2. バックアップファイルのコピー 開発者は、
Geekなぺーじ：こんなプロジェクトは嫌だ
プログラマとしての立場で、どんな開発プロジェクトが嫌か考えてみました。 個人的な偏見満載で、とりとめもなく羅列してしまいました。 なお、フィクションですのでご注意下さい。 書いてから自分で見直すと結構酷いかも知れないと思い始めました。 あらかじめ、言っておきます。ごめんなさい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事中に居眠りしているところを発見されたときの言い訳:Geekなぺーじ
企業ブログマニフェスト:Geekなぺーじ
プログラミング言語ヒエラルキー:Geekなぺーじ