「転載しているだけです」という言い訳に関して:Geekなぺーじ
いつも学術的な視点で面白い記事を書かれているnext49さんが「発生練習 - 出典の明記をしないので責任どっかぶりの予感」という記事にて出典を明記する重要性を書かれています。 で、ハムスター速報：とくダネ！で福島の農家がJA天草（熊本）の米袋に産地偽装してるのが堂々と流れるは、2chの書き込みをまとめているというスタイルだけど、どこのスレッドからコメントを転載しているのかが書いていない。なので、「この悪意のある情報発信はお前がやったのか？」と言われたときに「いえ、転載しているだけです」という言い訳が立たないように思う。 なぜ、引用・転載をする際には出典を明記しなければいけないのかで書いたように出典の明記は自分を守るためという意味合いもあるのにの一つの例。 確かに出典を明記していないので「いえ、転載しているだけです」という言い訳ができないという解釈はその通りだと思いました(本件に関係無く出典
ネットデマやステマは病原菌:Geekなぺーじ
ネットにおけるデマやステルスマーケティングは病原菌と同じだというのが最近の私の考えです。 ただし、私が言いたいのは「病原菌のようにひどいものだ」というのではなく、「病原菌と同様に対応できるかどうかが人類にとって大きな意味を持つ」という感想です。 有名な「銃・病原菌・鉄 - 一万三〇〇〇年にわたる人類史の謎」という本で語られている「病原菌」と同じようなニュアンスの「病原菌」です。 ネット界隈の情報をある程度の期間追っていると「嘘を嘘と見抜けない人には難しい」という有名なフレーズに良く出会います。 このような「ネット情報に対する免疫」がないと、いざというときにコロっと騙されてしまうのが、今のネットです。 今後、「ネット情報に対する免疫」を十分に獲得できなかった国民の多い国が荒れることが増えそうな予感がしています。 これからのネットは大規模情報操作が増えそう 最近話題になっているのは、ネットクチ
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
「魔法の数字8.8.8.8」を検証する:Geekなぺーじ
ここ数日、8.8.8.8や8.8.4.4というIPv4アドレスを持つGoogle Public DNSに関する話題が盛り上がっているのですが、多くの人が「よくわからないけど設定変更したら早い！」と言っているので、そこら辺の話を調査してみました。 昨日、Twitterとブログでtracerouteやdigによる調査協力のお願いを発信し、8.8.8.8へのtracerouteを37件、8.8.8.8とISP DNSへのtraceroute比較及びAkamaiキャッシュサーバへのtraceroute比較を21件、日本各地及び海外のいくつかの地点からご協力頂けました(皆様ありがとうございました！)。 それらのデータをもとに、Google Public DNSを利用した場合の通信経路と、それによる遅延に関する検証を行いました。 Google Public DNSに対する私の感想 まず最初に。 調査前
svn＋TeXでcommitするとPDF - オーム社開発部の出版システムでの書籍執筆:Geekなぺーじ
以前、オーム社開発部の出版体制を取材しましたが、今回、私自身がそのシステムを使って本を書きました。 Subversionでバージョン管理をしつつLaTeXで本を書く形式です。 複数人で本を書く時にバージョン管理ツールを使わないと、誰がどこをどういじったのかがわからなくなったり編集箇所が競合する場合が多いのですが、Subversionを使うことでそれらが解決可能です。 さらに、筆者か編集者のうちの誰かがsvn commitを行って最新版を更新すると、それに連動して最終原稿として印刷所に入稿されるものと同じ形のPDFが自動的に生成され、DTP作業がゼロになるとともに、筆者がアウトプットを細かく確認ができるという特徴もあります。 しかも、Subversionのコミットメールを編集者側も見ていて、該当部分に対する編集やコメントがすぐに投入され、こちらが文章を書いた数分後に編集側意見が含まれるPDF
Geekなぺーじ : インターネットインフラエンジニアであるか見分ける10の質問
元ネタ「インフラエンジニアであるか見分ける10の質問」にインスパイアされて考えてみました。 最近は「インフラエンジニア」と言ったときにサーバ系のエンジニアを指すことが多く、インターネットそのものを運用するような通信事業者系のインフラエンジニアを何と呼ぶべきか良くわからないので、タイトルが被ってしまっていますが、TCP/IPを扱う通信系インフラエンジニアであれば普通に話題を知ってそうな簡単なものを考えてみました(タイトルを「ネットワークエンジニア」に変更しました)。 「インターネットインフラ系のエンジニアであれば何となくの概要は知ってそうだけど、他の分野の人にとってはとっさに答えが出て来なさそう」もしくは「他分野の人も回答はできるかも知れないけど回答の内容で何となくインフラエンジニアであるかどうかの予想可能」という思想なので、「簡単過ぎる」と「難しい」が別れるように考えたつもりですが、もしか
拙著「Linuxネットワークプログラミング」:Geekなぺーじ
「Linuxネットワークプログラミング」という本を書きました。 LinuxでCを利用してネットワークプログラミングを行うための解説書で、私にとって初の書籍執筆です。 昨年２月にソフトバンククリエイティブさんから書籍執筆のオファーを頂き、開始から約一年後の発売となります。 今回、C言語によるLinuxのネットワークプログラミング解説書籍を執筆する機会を頂けたのですが、書籍の大きな方向性として以下の点が挙げられます。 可能な限り、ソースコード全文を掲載する。断片的なソースコードだと手元で即座に試しにくい メインはIPv4を意識しながら書く ただし、getaddrinfo()を前提とし、IPv6が存在することを前提に書く IPv6移行がメインの書籍ではない。インターネットの世界がIPv4/IPv6デュアルスタックで運用されることになるという前提でネットワークプログラミング解説書を書いているだけ
Geekなぺーじ : みんなが知らずに使ってるAkamai
Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ
10人のデザイナさんに駄目出しして頂きました:Geekなぺーじ
10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」
Geekなぺーじ : エンジニアが見落としがちなこと
過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く
PHP GDプログラミング:Geekなぺーじ
ここでは、PHP用グラフィックライブラリGDを使ってスクリプトを書く方法を説明したいと思います。 GDを使ったCMSを作ると、画像をサーバにアップロードして自動的にサムネイルを作ったり出来ます。 また、GDを使うと任意の絵を作成できるので、例えばAJAXと組み合わせて色々作ると楽しいかも知れません。 その他、色々と使いどころはありそうです。 基本 GDの使い方 GDライブラリの設定情報を確認する 四角く塗りつぶす 画像の読み込み PNGの出力 JPEGの出力 画像の拡大と縮小 画像の回転 TrueType Fontを使った文字列出力 TrueType Fontを使った文字列出力(傾きあり) TrueType Fontで文字列を記述した場合の大きさを測る TrueColor画像(1) TrueColor画像(2) 画像上に文字列を表示 画像上にロゴをオーバーレイ 画像フィルタ 明度 カラーバ
若い社員のやる気を向上させる方法:Geekなぺーじ
「Motivating Young Employees」という記事がありました。 会社で若者のやる気を引き出すにはどうすれば良いかに関して語っています。 アメリカ人を前提として書いてあるので日本とは違う部分もあると思われますが、結構同じような考えの部分もありそうだと思いました。 結局は各個人の個性に合わせての話になると思うので、ケースバイケースなのでしょうが、面白い内容だと感じました。 なお、原文に掲載されているイメージ写真があまり若者に見えないのは気のせいなのかどうかが最後まで気になりました。 以下、要約です。 誤訳などが含まれる可能性があるので是非原文をご覧下さい。 多くの経営者は給料を上昇させる事が重要と考えているが、 若者は給料に関する現実を知っており、現実的な給料で満足する。 若者のやる気を出すには、企業から感謝されていると知らせる事が重要。 特に最近の若い人は顕著にこの傾向があ
ビデオ編集ソフトLoiLoScopeが斬新過ぎる:Geekなぺーじ
未踏プロジェクトの成果物であるLoiLoScopeが斬新過ぎます。 ビデオ編集ソフトと言えば、画面に広がるタイムラインとプルダウンメニューが浮かびますが、LoiLoScopeは今までのものとは全く違ったUIです。 LoiLoScopeのキーワードとしては、無限平面とマウスジェスチャによる操作だと感じました。 また、通常のビデオ編集ソフトのようにレンダリング時に待たされるという状態を可能な限り減らし、リアルタイムに様々な作業が行われる「超高速処理」も目玉だそうです。 今回は、LoiLoScopeを開発している株式会社LoiLoさんにお邪魔してきました。 自称ブログ取材コーディネータのGOGA社小山社長に紹介して頂きました。 LoiLoScope概要 LoiLoScopeの特徴は今までのビデオ編集ソフトとは似ても似つかないところです。 ドラッグ＆ドロップやマウスジェスチャでの操作がメインです。
Geekなぺーじ : 学生のうちにしておくべきこと
自分の過去を振り返りながら、学生時代にしておけばよかったことや、学生時代の経験で自分の糧になったと思われることを列挙してみました。 以下、学生のうちにしておくべきと私が勝手に思っていることです。 1. 大失敗 様々な事に挑戦しましょう。 そして、失敗しましょう。 恐らく失敗をしようとして失敗をする人は、あまりいません。 しかし、経験がない事に挑戦すると初めは誰でも失敗します。 背負っている物が少ないうちにする失敗は、その後の財産になります。 成功よりも失敗からの方が多くを学べます。 また、成功よりも失敗の方が理由を分析しやすい傾向があると思われます。 (成功の分析結果は単なる勘違いである場合もあるかも知れません) ただし、人生を台無しにしてしまうような取り返しのつかない失敗はやめましょう。 失敗し過ぎない程度に多くの失敗を重ねましょう。 2. 恥ずかしいおもいをする 知らずにしでかして、恥
Geekなぺーじ : 契約交渉TIPS
「Tips on Negotiating a Great Work Contract」という記事がありました。 基本的な話なのかも知れませんが、面白いと思いました。 いや、でも交渉のプロと交渉はしたくないと思える文章でした。 以下、要約です。 誤訳などが含まれる可能性があるので、原文を是非ご覧下さい。 1. お金の話をすることをためらうべからず お金の話を躊躇する人がいますが、はっきりと言わないと大きく損をする場合があります。 相手が経験豊富なネゴシエーターであれば、そこを突いてくるでしょう。 2. 感情を表に出すべからず 経験豊富なネゴシエーターは感情を煽って交渉を有利に進めようとします。 相手が怒鳴りだしても冷静さを保ちましょう。 エゴやプライドは交渉の席についた時点で懐深くに仕舞いましょう。 3. 「ルール」に縛られるべからず 経験豊富なネゴシエーターは「ルールを守る」という心理を利
ブログ論:Geekなぺーじ
ここでは、私なりのブログに関する考え方/運営ノウハウ/ネタの探し方/その他を解説します。 ここで紹介する方法は私個人による1手法に過ぎません。 全ての状況に対応できるわけではありませんし、考え方が合わない場合も多々あると思います。 ブログは単なるツールであり器です。 ブログと一言で言っても運営者や状況によって、全く異なる物になります。 何気ない日記を書いて楽しむためのものとしてブログを使っている人もいれば、メモ帳代わりとして使っている人もいれば、戦略的なマーケティングツールとして使っている人もいます。 ここで紹介する手法や考え方は、多少極端な面を含んでいますが、 各手法や思想を各自で派生させたりして独自のブログ論を形成して頂ければ幸いです。 ブログを開始する前に 何のためにブログをやるのか考える テーマを考える ブログ名(サイト名)を考える 匿名/実名 サイト運営者名を考える ブログサービ
Geekなぺーじ : Rubyネットワークプログラミング
ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET（Net::HTTP） HTTP HEADと全てのHTTPヘッダの表示（Net::HTTP） HTTP POST（Net::HTTP） 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換
Geekなぺーじ : 優秀な社員を辞めさせない方法
「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。
Geekなぺーじ：Web制作を誰に頼んだらいいのか検討がつかない(広告を出す場所の提案)
最近、知人(主に熱帯魚関係者)に「ホームページを作りたいんだけど、どこに頼めばいいの？」という質問を受けることが徐々に増えてきました。 会社のWebサイトを作りたいと考え続けているようですが、どこに発注したら良いか皆目見当がつかないそうです。 電話での勧誘は非常に多いそうですが、全く知らない相手で信用できずに頼めないという話を聞きます。 電話での勧誘の最近の傾向としては「タダで作りますよ」と言って誘うそうです。 「運営費は？」と聞くと数万円～数十万円と言われてしまうそうです。 そして、それを聞くと「結構です」と断わってしまうそうです。 Webサイトを作る側の気持からすると、どこかで収入を得ないと意味がないのは当然です。 それが初期の作る時か、運営するときに少しずつかというのはパラメータチューニングの問題だと思われます。 しかし、発注する側の発想としては「できるだけ安く」「できるだけ良いもの
ブログ:Geekなぺーじ
Interop 2023のShowNetバックボーン詳解 Interop Tokyo 2023のShowNetバックボーンに関して、ShowNet NOCの中村遼さんからの寄稿を頂きました。 詳細であり、かつ、わかりやすい素晴らしい解説、ありがとうございます！ Interop 2023のShowNetバックボーン 続きを読む... Interop Tokyo 2023 ShowNet取材動画 今年のShowNetは、初の動画取材にチャレンジしました。 これまで、ShowNetの取材をしていて、「この取材で一番楽しんでいるのは自分だな」と感じていました。 例年、ShowNet NOCの方々や、その他専門家の方々から色々なお話を伺って記事を書くのですが、取材の過程で話が凄く盛り上がっていく瞬間というのが多く、「この瞬間の楽しさ、というか熱量、を文章という形にしてしまうと伝えきれない」と感じてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
