超凄いIPv6解説書(488ページ)を無料配布します！:Geekなぺーじ
「プロフェッショナルIPv6 第2版」を無料配布します。2018年7月にプロフェッショナルIPv6初版を発売＆無償配布開始しました(すごいIPv6本を無料配布)。初版発売開始から3年、さらにパワーアップした「プロフェッショナルIPv6 第2版」がついに完成しました！ 本書を企画して、少しずつ文章を書き溜めはじめた2011年から10年近くかけて完成した488ページにおよぶ「プロフェッショナルIPv6 第2版」をお楽しみください。 プロフェッショナルIPv6第2版の構成 プロフェッショナルIPv6第2版は5部構成になっています。 第1部は「インターネットとIPv6の概要」というタイトルで、IPv6の視点からインターネット自体の仕組みを復習し、そのうえで、詳細の説明に入る前に把握しておくべきIPv6の概要として、次のような事項を解説しています。 従来のIPv4アドレスとは大きく異なるIPv6アド
すごいIPv6本を無料配布！:Geekなぺーじ
2021年12月20日追記：第2版できました！ IPv6を解説した「プロフェッショナルIPv6」をラムダノート株式会社から出版しました。 初版は456ページになりました。紙版の厚さは23mmになる予定です。 現時点で、IPv6に関して世界で最もまとまっているIPv6本であると個人的に考えています。 「プロフェッショナルIPv6」は、株式会社日本レジストリサービス様、BBIX株式会社様、NTTコミュニケーションズ株式会社様、日本ネットワークイネイブラー株式会社様、クラウドファンディング(「すごい技術書を一緒に作ろう。」という企画です)でのみなさまによるサポートにより実現しました。 IPv6に関する技術情報を広く公開するという趣旨に賛同いただき、本書の執筆と制作、公開にあたって多大な協賛をいただきました。ありがとうございます！！！ 「プロフェッショナルIPv6」は、通常の書籍として5000円で
10月1日、インターネットが大きく変わりました:Geekなぺーじ
世界中のほとんどの人々は気にしていませんが、米国時間の2016年10月1日(土曜日)、インターネットが大きく変わりました。これまで米国政府が保持していたインターネットの重要資源に対する監督権限を手放したのです。 JPNIC: 米国政府がインターネット重要資源の監督権限を手放しました JPNIC News & Views vol.1439【臨時号】2016.10.3 NTIA: Statement of Assistant Secretary Strickling on IANA functions contract インターネットそのものは、世界中の多くの組織が分散しつつも協調することで成り立っています。 しかし、世界中のみんなが単一の「共通意識」を持って運用する必要がある、IPアドレスやポート番号などの番号資源、ドメイン名、プロトコルパラメータの3つに関しては、IANA（Internet
エンジニアによる技術革新を妨害するのはエンジニア:Geekなぺーじ
エンジニアによる技術革新に対する大きな障害は、非エンジニアではなくエンジニアであるという場合もあります。 技術者やエンジニアは、新しい発想に対して無駄にネガティブな意見を連発したり、単なる抵抗勢力でしか無くなる瞬間もあるような気がしています。 例えば、熟練度が高いエンジニアほど新しいものよりも、枯れたものを好む傾向があるような気がします。 以下、エンジニアによる抵抗勢力的発言としてありそうなものを考えてみました。 なお、フィクションなのでご注意下さい。 (自分が過去にやって「あれは自分が間違っていた」と思ったことが一部含まれたりしているわけではないのでご注意下さい。そんなことはありません。) 1.「先行事例が既にあるよ」 ちょっとでも似たようなものがあれば「先行事例があるから無駄」という意見を言う人がいます。 「このような先行事例がある」というアドバイスは非常にありがたいのですが、「やるの
尋常性白斑:Geekなぺーじ
尋常性白斑という難治な病気にかかっていることがわかりました(参考 wikipedia:尋常性白斑)。 別名シロナマズと言うそうです。 今後症状が進行していくと徐々に見た目でわかるようになっていくと思われるため、ブログで書いてしまうことにしました。 尋常性白斑は、原因不明で根本的な治療方法が確立していない病気だそうです。 一説には100人に一人が発症するという結構ポピュラーな病気らしいのですが、今回自分がかかって初めて知りました。 この尋常性白斑は、皮膚の色を作っているメラノサイト(色素細胞)が消失する病気で、全身が徐々に白くなっていくようです。 白くなった部分は、紫外線を防ぐものが無くなるので気をつけないといけなさそうです。 また、当然のことながら白くなった部分は色素が消えているので日焼けが出来なくなります。 1年ほど前から体に小さな脱色部分があるのは気がついていました。 最近、それらが増
シャイな女性エンジニアが密かに愛の告白をする10の方法:Geekなぺーじ
シャイで女性エンジニアな貴女！ こんな方法を使った愛の告白はいかがでしょうか？ 1. ICMP Echo Requestのボディ部分 ICMP Echo Requestのペイロード部分に愛の告白文を挿入して送信してみましょう。 長い文章は1パケットに収まらなくなってしまうので、文章は短く簡潔にまとめましょう。 例えば、「I love you」というメッセージをIPプロトコル番号1番で送信して、彼からのICMP Echo Replyが「I love you too」になっていれば告白成功です。 この方法には注意しなければならない点があります。 「I love you」と書いた文面がそのまま「I love you」と返って来たのを発見してぬか喜びしないようにしましょう。 多くのOSは、ICMPのペイロード部分をそのままコピーして返信します。 そのため、「I love you」と書いて「I lo
プログラマが席を離れる理由:Geekなぺーじ
コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩
Geekなぺーじ : はてな3大女性アイドル
「はてな」というネットコミュニティがあります。 そこには3人の女性ネットアイドルがいます。 dropdbさん iGirlさん べにぢょさん 3人に共通しているのは以下の点だと思います。 顔を晒していること 美人であること(私の主観的価値観によれば) 斬新な取り組みや特徴的な表現をしていること 批判に負けていないこと 凄いと思う いつもブログをフォローしているわけではなく、はてなブックマークの注目や人気エントリに入ったときだけ見ているのですが、いつも「凄いなぁ」と関心しています。 まず、覚悟が凄いと思います。 私は男なので良くわかりませんが、女性でかつ美人であればそれなりの怖さはあると思います。 それでも表に出て活動するというエネルギーと覚悟は凄いです。 批判に対して対処(スルー含む)をしているのも凄いと思います。 ちょっとした批判であっても結構へこむものです。 ある程度の批判的(批評的)記
現場で遭遇するかも知れない、こんなプログラマ達:Geekなぺーじ
「10 types of programmers you'll encounter in the field」という面白い記事がありました。 ひたすら毒ばかりで笑えました。 以下、要約です。 誤訳などの可能性があるため、詳細は原文をご覧下さい。 1. ガンダルフ 指輪物語のガンダルフのような風体をしていて、コードの世界において魔法が使える。 細かくどうでも良い事を議論するのが大好きという欠点はあるが、絶望を救うものとしてチームにキープしたい人材。 2. 殉教者 仕事中毒。 家では風呂と寝るだけ。 会社で寝ることにプライドを持っている。 3. マニア少年 語りだしたら止まらない。 ドラゴンボールZとガンダムWの違いについて熱く語る。 何故プレステ3がXBox360より優れているのかを熱く語る。 多くのものが日本からの輸入。 職場が趣味で占拠されている。 そして、仕事中も趣味の事を考えている。
確実に失敗する方法:Geekなぺーじ
「10 Steps You Can Take To Guarantee Failure」という面白い記事がありました。 逆説的な表現がかなり笑えました。 以下に要約してみましたが、かなり削って意訳していますし、誤訳している可能性もあるので原文もご覧下さい。 1. 目標を曖昧にすべし 「もっと」や「ちょっと」という表現を多用した目標設定をしましょう。 例：「もっとお金が欲しい」「ちょっと体重を減らしたい」「何かの仕事をしたい」。 2. 目標を解りにくくすべし ゴールを曖昧にして、あれもこれも、あれでもいい、これでもいいとしとけば、何も達成できないようになれます。 3. 目標を後ろ向きに考えたり語ったりすべし 「できない」「難しすぎる」を多用して兎に角自分を蔑みましょう。 4. 途中経過をすっ飛ばして目標だけを考えるべし 地道にマイルストーンを積み重ねた目標を作ってしまうと失敗しにくくなるので
プログラマ男女の結婚:Geekなぺーじ
昨日の「プログラマを結婚相手として選ぶ利点と注意点」はプログラマ(男)と非プログラマ(女)についてでしたが、今度は両方ともプログラマの場合を考えました。 ただ、プログラマ(女)の場合は既にその業界にどのような人種が多く生息するかを知り尽くしており、あえて利点を述べてもあれなので、結婚したらどういう家庭が生成されるかを妄想してみました。 なお、フィクションです。 ご注意下さい。 決して身近にいるいくつかの家庭をサンプルにしているわけではありません。 濃い部分だけを羅列しているので超フィクションになってます。 というより、この内容だとプログラマという分類じゃないかもしれないです。 知り合ったのは研究室、もしくは同じ会社 5ビットで表現できるうち(上限31歳)に結婚しようと思い結婚を決意 結婚式の同僚スピーチはPPTを使ったプレゼン形式。プロジェクタは同僚が持参 夫はvi派、妻はemacs派 夫
Geekなぺーじ：プログラマを結婚相手として選ぶ利点と注意点
メルヘンちっくな事考えてみました。 妄想と偏見全開です。 女性の皆様、プログラマお勧めですよ！ ただ、このブログの読者に女性は少ないだろうと思われるのと、「これはひどい」がつきそうな予感しています。。。 ちょっとしたやさしさを示すと大いに喜んでくれるかもしれない まだ彼女がいないかもしれない 正しい服装さえさせれば親に紹介しやすいかもしれない 最初のうちは言うことを良く聞いてくれるかもしれない 最初の見た目はいままで外見を磨いていない結果あり、磨けば光るダイヤの原石かもしれない 収入はある程度安定しているかもしれない 職場に女性が少ない場合が多いので浮気の可能性が低いかもしれない リスクその他を計算してしまうので浮気の可能性が低いかもしれない ギャンブルにはあまり手を出さないかもしれない 論理的な議論ができるので理不尽さは少ないかもしれない 論理的な説得が出来れば意見が反対でも納得してくれ
あるプログラマの感情:Geekなぺーじ
フィクションです。 安心 コンパイルとテストが通ったとき 感謝 誰かがバグレポートともにフィックスパッチを送ってくれたとき 驚愕 納期寸前に致命的な設計ミスを発見してしまったとき 冷静 「仕様です」と言い切れるとき 不思議 commit logを見ながら「あの人はいつ寝ているんだろう？」と思うとき 幸福 仕事とは関係ないコードを自由に書いているとき リラックス 漫画喫茶 名誉 自分が書いたプログラムが雑誌などで紹介されたとき 尊敬 有名なオープンソースプロジェクトを運営しているような人など 親近感 今までの酷いプロジェクトに関して自慢しあう瞬間 恐怖 Webサーフィング中に上司が音もなく後ろを通り過ぎるとき 恥 0xffを256と言ってしまった時 軽蔑 誰かが技術的に間違った発言を行ったとき 後悔 客先で技術的な間違いを指摘しすぎて相手を怒らせてしまったとき 怒り 設計に関する議論をしてい
Geekなぺーじ：こんなあなたは駄目プログラマ
「Signs You're a Crappy Programmer (and don't know it)」という記事がありました。 こんな人は自分が気づかないうちに駄目プログラマになっているそうです。 笑えました。 Java以外はいらない(知らない) 20行以上になる関数/メソッドには断固として反対する 何でもかんでも「デザインパターンだ！」 CPUサイクルは非常に貴重な資源であるというのが信念である。プログラミングスタイルと利用言語はいつでもその信念を貫いている。 関数/メソッド内に複数のreturnポイントはあってはならないと考えている 「ユーザが間抜けなんだ。自分のソフトウェアのせいでユーザが間抜けになっているわけがない」と思っている 書いた行数にプライドを持っている 似たような機能はコピペでサッと仕上げる エラー処理とは全てのexceptionをcatchして、logを取って、動
ペアプログラミングに必要な知恵は全て幼稚園の砂場で学んだ: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)などで利用されています。 面白かったので一部を抜き出して要約してみました。 さらに興味のある方は論文をご覧下さい。 何でも分け合うこと ペアプログラミングでは一つのものを二人が作り上げます。 片方がプログラムを書き、相方がレビューを続
仕事が溢れすぎている事をどうやって上司に伝えるか:Geekなぺーじ
「How to Talk to Your Boss About Being Overworked」という記事がありました。 仕事量がオーバーロード。。。 非常にありがちだと思いました。 記事内では、やってはいけないことと、やるべき伝え方が書いてありました。 やってはいけない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
