前回の続きです。 前回はネットワーク周りの設定を何もせずにKVM仮想マシンを作成しました。 この状態だと、ゲストOSはネットワーク的に孤立した状態となっていて外部と通信できません。 そこで今回はこのマシンからホストOSを通して外部に通信できるようにしていきます。 現在の設定内容の確認 まずはホストマシン、ゲストマシンそれぞれ現在どのようになっているかを確認しておきましょう。 ほぼろの環境では下記のようになっていました。 $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_

相手先のIPアドレスがわかるなら、そこだけにユニキャストで１対１で通信知ればいいじゃん！と思ってしまいます。L3視点でみると。しかしARPプロトコルではブロードキャストを利用します。 なんで？おかしくない？ まぁ、答えは、IPアドレスだけでは通信はできない、MACアドレスを知らないと通信ができないから。IPアドレスはあくまでも理論的なアドレス。物理アドレスであるMACアドレスを知らないと、通信は行えない。 と、まーた悩んじゃったので書き出しておいて、いつかまた悩んだときに読み返すために備忘録。思考の足跡にでもなれば。 でも文章にするのは難儀なので箇条書きでいこうｗ ARPが必要な理由とか 最終的に、MACアドレスを知らないと機器同士（カッコよく言うとノード間）の通信は行えない。 でも大体相手のIPアドレスしか知らないよねー IPアドレスからMACアドレスを知る。それがARP。 え？じゃあど

痴漢冤罪の話って確かにひどいし、無罪の人を警察が追い込むのとか見ると警察許せん！！ってなるけどさ。 けど、痴漢冤罪の話ってちょっと非対称性があって、 ・冤罪で大変な目にあった人の話は拡散しやすいし、拡散されやすい けれど、 ・痴漢で大変な目にあった女の人の話はとても拡散しにくいし、開示もしにくい っていう問題があるんだよね。 ひどい痴漢って、ほんっっっっっとひどいんだよ。けどそんな話したくないし、広めたくもないじゃない。男性の中には、そういう話を 性的に消費しようとするヤツまでいるわけで、そんな奴におかず提供してたまるかアホって思うよね。 だから、「冤罪ひどい！！」って意見は感情的にもがーーっと広まりやすいけど、「痴漢ひどい！！！！！」って意見は広まりにくい。全然広まらない。 皆、お題目みたいに「痴漢が一番悪いのは前提だが」とかいうだけで、後はずーっと冤罪の話ばっかしたりする。で、「痴漢さ

このエントリでは、Grzegorz Gajosによる記事、How Hibernate Almost Ruined My Careerを紹介する。 (Grzegorzから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 想像してくれ。 君はJava開発者で、次のビッグプロジェクトを開始しようとしているところだ。 君は、そのプロジェクト全体に影響する根本的な決断をする必要がある。 君の柔軟なデータモデルをオブジェクト指向で抽象化するベストな方法を選択したい。生のSQLを扱いたくはないからね。 どんな種類のデータもサポートしたいし、理想では全種のデータベースをサポートしたい。 すぐに思いつくのは、単にHibernateを使うという解だ。そうだろ？ Javaディベロッパの90%は君に同意するだ

ご存知だろうが、岡崎体育の新曲、というか新曲「感情のピクセル」とそのMVが炎上している。 5月11日にYoutubeの公式チャンネルにアップされ、5月17日17時の時点で再生回数は1,884,000回を超えている。僕はファースト・アルバムのリリース・タイミングで、週刊SPA!で彼にインタビューする機会に恵まれたのだが、その時は「MUSIC VIDEO」の次にセカンド・インパクトを引き起こせる自信があるからこそあれをやった、一発屋で終わるつもりは毛頭ない、あれを撮る以前から２発目３発目の構想は完全に頭の中にある、と言っていた。それを現実に証明してみせた、ということなのだが。 これが、曲もMVもいわゆる今人気のラウド・ロック・バンドの王道フォーマットを模していて、すべてお手本どおりに高性能に作った上で、歌詞だけばかばかしくおもしろくしたものだったことで、「ラウド・ロック・シーンをディスっている