Geekなぺーじ : IPv4とIPv6の違い
ここでは、プロトコルに起因するIPv4とIPv6の違いを扱っています。 デュアルスタック環境に伴う問題点などは今回は範疇外です。 IPv4のアドレスは32ビット、IPv6のアドレスは128ビットである点が最も大きな違いです。 ただし、IPv6のアドレスのうち上位64ビットがネットワークアドレスとして利用されるため、実際には「128ビットという無限のアドレス」というのは運用上は事実ではなく、インターネットの43億倍の数倍(ネットワーク数なので正確には言いにくいため)ぐらいです。 IPv4では「198.51.100.254」のような表記ですが、IPv6では「2001:db8:aaaa:bbbb:cccc:dddd:eeee:1」のように「:」で区切る表記になります。 「::1」のように、ゼロを省略することも可能です。 IPv4では通信の種類は、ユニキャスト、ブロードキャスト、マルチキャストの3
Google TVによるインターネットインフラただ乗り論の再燃？:Geekなぺーじ
GoogleがGoogle TVを発表したというニュースが色々と報道されています。 2010年秋にアメリカで発売される予定だそうです。 YouTubeが見られたり、Adobeフラッシュが動作したり、Webを見られたりというTVで、しかも今までのとは違ってネットインフラもハードウェアとしての製品の完成度の高そうな雰囲気を出している凄い発表に思えました。 日本経済新聞: ソニーとグーグルが提携 ネットＴＶ・携帯端末など開発 ネットＴＶ・携帯端末など開発 今秋、米国で発売 AV Watch:「Google TV」発表。ソニーは秋に米国で製品発売へ －アプリ追加も。進化する「Sony Internet TV」 ITpro:［Google I/O 2010］テレビとWebを融合する「Google TV」を発表、ソニーやIntelと提携 enagdget: Google TV 発表、秋にソニーとLog
Geekなぺーじ : Google Public DNSについて調べてみた
Google Public DNSが発表されていました。 「Official Google Blog: Introducing Google Public DNS」 本当は書籍執筆〆切に追われていて首が回ってないはずなのですが、あまりに面白そうなので思わず調べてしまいました。 これって、DNSキャッシュのクラウド化なのだろうと思います。 利点は？ 利点は「パフォーマンス向上」と「セキュリティ向上」の２つがあるようです。 パフォーマンス Performance Benefits http://code.google.com/intl/ja/speed/public-dns/docs/performance.html 原稿〆切がヤバくて、ざっと流し読みをしただけなのであまり自信がありませんが、どうも世界規模で運用して、世界的にQueryが多い所を優先的にキャッシュ更新しておくので、非常に効率が
10人のデザイナさんに駄目出しして頂きました:Geekなぺーじ
10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」
はてなブックマークリニューアル:Geekなぺーじ
昨日、はてなブックマーク2.0の発表会に行ってきました。 伊藤直也氏による「はてなブックマーク概要」と、株式会社プリファードインフラストラクチャCTO太田一樹氏による検索機能紹介でした。 今回の目玉 今回の目玉は、デザインの刷新、検索機能の強化と、ジャンル分け機能の強化、お気に入り機能の刷新によるコミュニティ化の促進だと感じました。 個人的には、「お気に入り」機能の大幅な改造によって発生するコミュニティの自律分散的な発生促進が最も大きな変化になるだろうと感じました。 検索機能強化 今まではてなでブックマークしても、タグ以外で過去のブックマークを発見するのが非常に難しい状況でした。 今回の検索機能強化によって、「何でもいいからブックマークに放り込んで後で探す」ということがやりやすくなっているようです。 ジャンル分け機能強化 新しいはてブでは、記事の中身を確認して自動的にジャンル分けが行われる
アプリキャストSDKが一般解放、5年後には「テレビ」という概念が変わるか？:Geekなぺーじ
Sony Dealer Convention 2008に参加してきました。 イベント会場で様々なセッションが開催されていたのですが、その中で一番面白かったのがアプリキャストセッションでした。 アプリキャストのセッションでは、近日中にアプリキャストSDKが一般個人向けに公開されることが発表されていました。 「近日中」とは、かなり近い日程であり、遅くとも1ヶ月以内であるそうです。 今まで、法人向けには公開されていましたが、個人向けSDKはまだ公開されていませんでした。 個人向けSDKが公開され、それが評判になり、その他のテレビメーカも追随した仕組みを発表すれば、5年ぐらいでテレビという機器の概念がガラリと変わってしまいそうです。 少なくとも、私はテレビという固定概念を壊してしまうぐらいの威力がありそうだと感じました。 (ちょっと大げさかも知れませんが。。。) アプリキャストにできること アプリ
Geekなぺーじ : Linuxにデフラグが無い理由
Interop 2023のShowNetバックボーン詳解 Interop Tokyo 2023のShowNetバックボーンに関して、ShowNet NOCの中村遼さんからの寄稿を頂きました。 詳細であり、かつ、わかりやすい素晴らしい解説、ありがとうございます！ Interop 2023のShowNetバックボーン 続きを読む... Interop Tokyo 2023 ShowNet取材動画 今年のShowNetは、初の動画取材にチャレンジしました。 これまで、ShowNetの取材をしていて、「この取材で一番楽しんでいるのは自分だな」と感じていました。 例年、ShowNet NOCの方々や、その他専門家の方々から色々なお話を伺って記事を書くのですが、取材の過程で話が凄く盛り上がっていく瞬間というのが多く、「この瞬間の楽しさ、というか熱量、を文章という形にしてしまうと伝えきれない」と感じてい
[書評] おもてなしの経営学:Geekなぺーじ
Life is Beautifulの中島聡氏が書かれた「おもてなしの経営学」を献本して頂きました。 (アスキーの方、ありがとうございました。) 超えられた存在として紹介されるソニー この本の副題は「アップルがソニーを越えた理由」となっていました。 1章では、様々なところでソニーが登場しますが、どれも「超えられてしまった」存在として紹介されています。 例えば、「なぜアップルに出来た事がソニーにできなかったのか」という節では、以下のように書いてありました。 反面教師として注目すべきなのは、「ソニーになぜそれができなかったのか？」ということ。 製品企画のイメージとしては、ニーズを「発掘」していた気がします(私は企画をする部署ではなかったので実際どうだったかは知りません)。 「こういうユーザはこういうことをしたいはずだ」という企画の多くはseed指向だった気がします。 「俺が欲しいのはこれだ」とか
Geekなぺーじ : 良いプログラマの見分け方
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
Geekなぺーじ : 退職報告及び自己紹介
こんにちわ。 「あきみち」と申します。 5年弱ソニーに勤めていましたが、今月退職しました(退職してある程度時間はたってしまいましたが。。。)。 ソニーでは、DLNAなどによるホームネットワークに関連する開発を行っていました。 これからはフリーランスとして活動をします。 活動内容としては、ブログ、Web制作(受注ではなく主にレベニューシェア)、ソフト開発などになると思います。 ソニーの私の所属していた部署は非常に良い職場でした。 居心地も良く、まわりに優れた技術者が非常に多く在籍していました。 会社が大きいので「会社が」というよりも「部署が」に近いかも知れませんが、エンジニアにやさしい組織であったと思います。 退職するにあたり、当初予定していた退職日よりも5日後にした方が退職金が多くなるということで人事の方が退職願をつき返してくれたり、「うちの会社は出戻りもOKだから」と言って頂けたり、非常
プログラマレベル:Geekなぺーじ
レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方
Geekなぺーじ：エンジニアは下らない質問をする
「バナナはおやつに入るんですか？」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
Geekなぺーじ：技術の盗み方
新入生や新社会人として組織に入ったり、他の組織から畑違いの場所に異動すると、ゼロからのスタートになるときがあります。 そのときに、先輩からいかにして技術を「盗む」かが重要な要素になると思われます。 ここでは、自分の養分として吸収するために、先輩から技術を引き出す一手法を紹介したいと思います。 先輩から見て教え易い後輩や、ついつい必要以上に色々教えてしまう後輩などがいます。 今回は、そのような人の特徴を考えたり、過去の私が失敗したと思われる点を思い出しながら書いてみました。 ここで紹介する方法は、あくまで方法の一つであり偏っています。 性格によって向き不向きがあると思います。 また、あまりに露骨にやり過ぎると嫌われてしまう場合もあるのでご注意下さい。 あまり参考にはならないかも知れませんが、まあ、許してください。 やる気を見せる 非常にやる気があって、色々やっている人を見るとついつい応援した
Geekなぺーじ：こんなプロジェクトは嫌だ
プログラマとしての立場で、どんな開発プロジェクトが嫌か考えてみました。 個人的な偏見満載で、とりとめもなく羅列してしまいました。 なお、フィクションですのでご注意下さい。 書いてから自分で見直すと結構酷いかも知れないと思い始めました。 あらかじめ、言っておきます。ごめんなさい。
ひたすら読みにくいCコード:Geekなぺーじ
「The International Obfuscated C Code Contest」という面白いコンテストがあります。 1984年から行われているこのコンテストは、どれだけ読みにくいC言語プログラムを書けるか競うものです。 wikipediaでは、以下のように説明されています。 IOCCCとは「The International Obfuscated C Code Contest（国際邪悪なCコードコンテスト）」の略称。汚く読みづらいC言語コードをあえて書き、その汚さを競うというC言語ハッカーの奇祭である。むろんただ汚ければよいというわけではなく、目にした瞬間のインパクト、実行結果の美しさなど、さまざまな要因でアーティスティックなものが選ばれる。多くのコードはそもそも全くC言語に見えない。コード全体がアスキーアートになっているものなどが典型的である。 第一回大会は1984年に行われ、
女性コンピュータエンジニアが少ない理由:Geekなぺーじ
コンピュータサイエンス分野を専攻する女性が何故少ないのか？ この問題を扱うACM-WというワーキンググループがACM内にあるそうです。 たしかに、情報工学系の学部には女性が非常に少ない気がします。 色々調べていたら、この問題に関してまとめてある論文(2002年)を発見したので何と無く読んでみました。 今回読んだ論文は「An ACM-W Literature Review on Women in Computing, Denise Gurer, Tracy Camp, SIGCSE Bulletin, Vol.34, No.2, 2002」です。 結構納得させられる内容でした。 コンピュータに興味を持つ女性の割合は、年齢が上昇するほど減少するそうです。 この論文では、問題点や取り組みを12種類に分類していました。 early in the pipeline (幼少期) attitudes (
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語ヒエラルキー:Geekなぺーじ