「ひとりで何でもできるエンジニア」と時代背景:Geekなぺーじ
インターネットそのものが「新しいもの」であったころは、インターネットそのものとともにITエンジニアが成長できました。未踏な領域に踏み込む冒険心をくすぐられるミッションが、そこら中に転がっていました。「できなくてツラい」と苦しみつつも、マゾ的に心を踊らせチャレンジする環境がありました。 インターネットを利用することが珍しいことではなくなり、インターネットを活用したビジネスを実現するためのエンジニアリングの分業化も進みました。それに伴い、IT系エンジニアに求められる技能が細分化しており、「必要に応じて全部やる」ことが求められない環境も非常に多くなっています。 そういった環境の変化もあり、「昔と違って何でもできる人は育ちにくくなっている」という感想を持っている人も結構多い印象です。私の周りで「ひとりで何でもできるんじゃないかと思えるほど守備範囲が広いエンジニア」と私が思う凄い人々は、インターネッ
2016年終わりにはトラフィックの半分がIPv6に、米Comcast:Geekなぺーじ
Comcast内を流れるトラフィックの約30%がIPv6によるものであり、2016年の終わり頃には50%ぐらいになると予想していると、ネットワーク部門を総括するJohn Schanz氏が公表しました。 Comcast: 50 percent of our traffic will be IPv6-enabled by end of 2016 Comcastは、米国最大のISPであるケーブルテレビ事業者です。米国では、日本のように電波によるテレビ放送がほとんどの地域で見られるわけではないため、各家庭が個別にケーブルテレビを申し込みます。そのケーブルテレビ契約と同時にインターネット契約も行われることが多いため、米国国内最大規模のケーブルテレビ事業者であるComcastが、インターネットユーザへのラストワンマイルの多くを提供しています。 Comcastは、かなり前からIPv6に積極的に取り組んで
地雷警報としての「一度お会いしてお話をうかがいたい」:Geekなぺーじ
ビジネスを前提としつつ「一度お会いしてお話をうかがいたい」という話は、比較的どこにでもあります。フリーランスだと特にそういったことがありがちではないでしょうか。 私もフリーランスになって7年目になるのですが、そういったお話を頂くことが多いです。しかし、いくつかそういった話を経験すると、それがどのように表現されるかで相手が地雷であるかどうかを推測するようになりました。「一度お会いして話をうかがいたい」といって呼び出しておいて、散々ノウハウ情報を引き出そうとしたあげくに「ありがとうございました。さようなら」とか、「次に面白い人を紹介してください」と言う人があまりに多いのです。 一方で、実際に案件を依頼するかどうかを考える状態の発注者側が、外注側を呼び出す側の気持ちもわからなくもないです。「一度お会いしたい」というのは、要は相手がどういった人物であるかのチェックを主目的としていることも多いのです
スノーデン事件の裏で起きていたSSL秘密鍵を巡る戦い:Geekなぺーじ
今月7日から9日にアリゾナ州で開催されたNANOG 59で、Ladar Levison氏がFBIにサービス全体のSSL秘密鍵を要求された話が公開されていました。 Ladar Levison氏が運営していた、Lavabitという電子メールサービスはスノーデン事件に関連して突如8月8日に閉鎖されています。 閉鎖時には詳細が書かれておらず、様々な憶測が語られていましたが、世界中から多数のネットワークエンジニアが集まるNANOGで、その一部始終が語られました。 この発表は、NANOG 59が開始される前の週に、裁判所が調査対象の氏名以外を機密解除したことによって実現しています。 インターネット上で提供されているサービス事業者にSSL秘密鍵を提出させ、かつ、その事実の公表が違法行為となるようにされてしまっている一方で、こういった内容を公的に語れるように裁判所で戦って、実際にそれを勝ち取るというのは凄
そもそもネットに書き込む必要ってあるの？:Geekなぺーじ
ブログに何を書くかとか、ソーシャルメディアに書き込むリスクなどの話題が色々と盛り上がっていますが、そもそもネットに書き込む必要ってあるのかどうかに関して疑問なことも色々あります。 これまでは「積極的に書く」とか「何でも掲載する」というのがトレンドでしたが、そろそろ「書かない」ということに関しても真面目に考え始めた方が良いのではないかという気がしています（何でもネットに掲載するというトレンドは個人的には嫌いです→「情報デリカシー」）。 ということで、この文章は、主に「ブログ」について「特に理由がなければブログを書く必要がないのでは」という視点で語っていますが、ところどころソーシャルメディア全般について語っています。 アテンションを獲得して何がしたいの？ 私の以前の記事（知名度ゼロからの「ネット影響力」獲得への道）は、基本的に「リアル世界で知名度が必要な業種」とか「中小企業が宣伝を行うため」と
知名度ゼロからの「ネット影響力」獲得への道:Geekなぺーじ
リアル世界で知名度があまりない人が、「宣伝に使えるのはネットしかないかも。だからネットで影響力が欲しい」みたいな方向で色々と考えていることがあります。 たとえば、知名度がない企業が自社製品を宣伝する手段としてネットに着目している場合や、知名度がない個人がネットを活用してファンを増やしたいといった事例です。 個人であれば、マイナースポーツの選手であったり、作家を目指す人であったり、音楽家を目指す人であったり、アーティストであったり、フリーランスであったり、その他個人で活動を行うような場合が考えられます。 そういった方々が、「Twitterのフォロワーってどうやったら増やせるの？」とか、「Facebookページのいいねを増やしたい」とか、「ネットでファンを増やしたい」とか、「ブログの読者を増やしたい」みたいな質問をすることがあります。 ニュアンスとしては、ネットを使う以外に自分で宣伝を行う方法
新品PCにこんなものが！:Geekなぺーじ
知人が購入した新品のLenovoウルトラブックにこんな貼り紙が。。。。 最近よく目にする「尖閣諸島は我々のモノ、蒼 井そらは世界のモノ」と思いきや、「蒼 井そらはみんなのモノ/世界のモノ (蒼井空是大家的)」の部分が、この貼り紙だと「蒼 井そらはオレのモノ (蒼井空是我的)」に変化していますね。 購入した知人曰く、「開封厳禁シールがちゃんとあったので、工場の人の仕業じゃないかな？」とのことでした。 こういうの、はじめて見ました。 こういうことってあるんですね。 知人曰く、これ、起動して使っても問題ないのかな。。。マルウェアとか入ってないよね？とか不安みたいです。 追記: 12月21日 混入物が含まれたPCに関する調査が行われた結果、委託先工場で無作為に紙片が混入されたことが判明しました。 真摯なご対応ありがとうございました。 11月8日 : https://twitter.com/Leno
原稿料が発生しないネット媒体雑感:Geekなぺーじ
原稿料が発生しないネット媒体と、原稿料が発生する媒体(ネットもしくは紙)を比べると、何故か原稿料が発生する媒体の方が先方の対応が丁寧になるという経験則があります。 もっと言うと、原稿料が発生しないところって、執筆者を「数」だとしか思ってないのだろうと感じることすらあります。 「多くの人に見て欲しいんだろ、載せてやるよ」的な感じです。 私はハフィントンポストとは関わっておらず、私がこの記事で書く話はハフィントンポストの話とは関係がありませんが、以下のような話を読んで、原稿料無しの媒体ってそういう傾向あるかもなぁと思いました。 はふぽ日本版が編集の問題以前だった件：Parsleyの「添え物は添え物らしく」 ハフィントンポスト日本版に対する懸念というか不安。：POLAR BEAR BLOG 原稿料が発生する媒体の場合、ひとつひとつの記事で、ほぼ必ず何らかの形で編集者とのやり取りが複数回発生します
.inドメイン名停止とwhois公開代行:Geekなぺーじ
今日(4月30日頃)、一部の人々の間で「うちのWebサイトで使ってる.inの名前解決が出来なくなった！」という悲鳴が聞こえています。 数年前、インドのccTLD(country code Top Level Domain)である「.in」を日本国内のWebサービスで使うのが流行しました。 「.in」は「イン」と読めるため語呂が良く、個人が気軽にWebサイトを作ったときに、ドメイン名も同時に登録するというのが流行ったわけですが、そのときにwhoisで世界に向けて連絡先(個人であれば氏名住所電話番号の場合もあり)を公開されるのは嫌だということで、whois情報公開代行サービス(もしくはプライバシー保護サービス)を使うというのが割と一般的に行われていました。 しかし、その.inのレジストリであるINRegistryが、whois情報公開代行サービスを利用しているドメイン名を次々と停止しているよう
イケダハヤト氏批判の構造:Geekなぺーじ
通称「ござ先輩」こと、gothedistance氏が怒りをぶちまけています。 ござ先輩は、数ヶ月おきぐらいにドカンと想いを爆発させた文章をブログで書くことがあるお方なので、今回の記事も平常運転なイメージはあります。 イケダハヤト氏の文章がなぜ不快なのかをまじめに考えた イケダハヤト氏の文章はワイドショーとしては面白いんだけど、ドキュメンタリーとして語るべき内容に素人童 貞が手を出すから現場で頑張ってる人にすごく反感を買っています。 もちろんブログの記事を読んで何かを行動して思わぬ結果が出たことはイケダハヤト氏の責任じゃないけれど、トイレでう●こして流さないまま出て行きやがってみたいな怒りがあるようです。 なんにせよ、フリーランスの記事については頭に来て感涙したという報告を受けております。 ござ先輩による記事には、恐らく以下のネットプロレスが背景としてあるものと推測しています。 直接関係があ
昨年末のgmail乗っ取りの原因ってこれ？:Geekなぺーじ
昨年末に発生したgmail大量乗っ取り事件と、この事件→「Googleドメイン向けの不正証明書、主要ブラウザメーカーが失効措置」って関係あるんですかね？(記事最後に追記あり。注意。) Googleセキュリティブログの記事はコレ→「Enhancing digital certificate security」ですね。 時期といい、この手法だったら防ぐの難しいよなぁというのと、凄くピッタリなんですけど。。。 この攻撃手法に関してはGoogleに落ち度がなく、逆にGoogleが気がついて遮断しているわけで、今回の発表を見ると凄いなぁと思えます。 2011年に発生したイランでの事件発覚もChromeによるものみたいですが、今回もChromeが検知して遮断という流れですね(参考：イランからGoogleへのSSL通信が傍受されていた疑い。CAから発行された偽証明書が原因)。 逆に言うと、この手の攻撃に
ネットメディアへの全文転載は計画的に！:Geekなぺーじ
ネットメディアへの記事全文転載に関しての記事がありました。 情報の海の漂流者: Q「ガジェット通信に寄稿したらPV増えますか?」A「いいえ減ります」 Hagex-day.info: ガジェット通信に記事を転載されたが……！ 私もいくつかのネットメディアに記事全文を転載したことがありますが、基本的にPVという意味でのメリットを感じたことは一度もありません。 PVが増えないにしても、たとえば、それをきっかけとして読者が少しでも増えてくれれば良いのかも知れませんが、媒体によっては、そういったメリットを実感することも一切無いというのが正直なところです。 新聞や雑誌に掲載されている記名記事に書かれている記者名をどれだけの人が注意深く見ているのかというのと同じような話で、転載された記事は執筆者ではなく媒体側の一部として認識されがちです。 媒体側記事の一部として執筆者が無視されずに、記事執筆者に多くの注
日本でもKindleで70%ロイヤリティが可能に:Geekなぺーじ
Amazon Kindleが日本で開始された当初は35%ロイヤリティのみでしたが、日本でもAmazon Kindleで70%ロイヤリティが可能になりました。 ただし、日本での70%ロイヤリティを受け取るには、KDPセレクトへの登録が条件になっています。 電子書籍をKDPセレクトに登録された書籍は、Amazon Kindle専用図書館に所蔵されたような状態になります。 Amazonプライム会員が月に1冊無償で読めるようになります。 KDPセレクトでは、毎月決められた総額が基金として発表され、著者は読者に貸し出された回数を元に報酬を受け取ります。 その月の基金を総貸出し数で割ったものが、貸出し1回あたりの報酬となるため、KDPセレクトに登録することによって得られる貸出し1回あたりの報酬受け取り額は毎月変わります。 「基金 ÷ 全体の貸出回数 × その著者の作品の貸出回数」という感じです。 日本
Facebookコメント欄を汚さないで下さい:Geekなぺーじ
最近、各所で「Facebookのコメント欄を汚さないで欲しい」という要求を見ることが増えてきました。 たとえば、何らかの投稿に対して、投稿者ではない人が意見を述べ、それに対する反論を別の人が行って延々と議論を続けるような状況があります。 その他、途中で誰かがボケを書いたため、その後の皆でボケ合戦となるような場面もしばしば発生しています。 それに対して、「私の投稿をコメントで汚すな！」という投稿者のカミナリが落ちるときがあります。 議論や投稿合戦だけではなく、投稿に対する感想として他の誰かを罵るコメントに対して、「不快なので汚い言葉を使ったコメントを私の投稿に書き込まないで下さい」と言うような場面もあります。 Facebookの各投稿がスレッド化することがありますが、投稿者にとっては、各投稿に付随するコメント群も自身の管理下にあるような感覚も多いと思われます。 何らかの反応があるとメールが飛
IPv6とIPv4アドレス在庫枯渇問題の感想:Geekなぺーじ
IPv6やIPv4アドレス在庫枯渇問題に関しての私の感想です。 IPv4アドレス在庫枯渇問題が現実のものとなり、今後のIPv4インターネット運営が徐々に行き詰まると思われるので、IPv6は必要だと考えています。 IPv6はこれから普及していくと考えています。 一方、IPv4はインターネットの中心的な通信手段として結構長い間、使われ続けると考えています。 たとえば、20年後ぐらいにIPv4が主流であり続けるのか、それともIPv6が主流になるのかは、現時点では私には予想できません。 IPv4とIPv6の違いはIPアドレスが32ビットか128ビットかだけではなく、結構違います(IPv4とIPv6の違い)。 IPv6を無条件に他人に強要するのも、IPv6を全否定するのも個人的には適切ではないと考えています。 短期的視点で見た場合、IPv6はIPv4アドレス在庫枯渇問題を直接的に解決するものでも、緩
有料メルマガを廃刊しました:Geekなぺーじ
購読して頂いている皆様には大変申し訳ないのですが、有料メルマガを廃刊することにしました。 9月に開始してから半年間、ありがとうございました。 個人的には飲み会でこっそり同席者に伝えるような内容を色々とちりばめた文章を毎週書き続けたつもりですが、有料コンテンツを毎週執筆し続けたうえで、読者の方々に喜んで頂くことの難しさを強く感じました。 失敗談を知って頂くのも情報としては良いかもしれないということで、多少恥ずかしいというか泣き言ばかりな内容ではありますが、ブログ上で公開することにしました。 読者を増やすには誘導が必要 色々やってみてわかったのですが、読者数が増える瞬間というのは、メルマガに関してブログやTwitterで紹介した直後がほとんどでした。 そのため、本当にメルマガ読者数を増やしたいのであれば、もっともっとブログやTwitterで露骨に「メルマガ読んで下さい！」と宣伝しなければならな
企業文化が形成される経緯:Geekなぺーじ
慣例,風習,企業文化などが形成される経緯を表した面白いジョークがありました。 同様の文章が多数の箇所に掲載されていて、どれが原文だかはわかりませんでした。 さらに、これが純粋にジョークなのか、本当に何かの実験を行った結果なのかもわかりませんでした。 イギリスで行われた実験が元になっていると記載されているバージョンもありましたが、真偽はわかりませんでした。 最後の文が「And that's how policies get established.」で終わるバージョンと、「And that's how company policies get established.」で終わるバージョンなどもありました。 最後の一文が無いバージョンもありました。 ジョークを訳してみました。 以下に、訳文と原文の両方を載せます。 訳 部屋に8匹の猿を入れます。 部屋の中央にははしごが設置されています。 そのは
「教えて君」からの質問:Geekなぺーじ
年末が近づいてきました。 この時期が来ると大学4年生と思われる見知らぬ人物から質問メールが来ることがあります。 多いのが以下のような内容です。 こういうプログラムを作りたいんですが実現可能ですか？ こういうプログラムを作りたいんですが方法を教えて下さい 途中までWebアプリを作ったのですが意図通りに動作しないのでデバッグして下さい 私の書いているプログラムコンパイルが通らないので助けて下さい これらの質問メールが来るのは、このサイト内にプログラミング解説コーナーがあるからだと思われます。 こういった質問で最近よくあるのが、全く名乗らずに返信用のメールアドレスだけが記載されている事例です。 しかも、使い捨てだと思われるフリーメールアドレスだったりします(gmailだと丁寧に名乗っている場合が多く、hotmailだと2行ぐらいの質問とメールアドレスだけの場合が多い)。 「知恵袋に質問したけど答
「転載しているだけです」という言い訳に関して:Geekなぺーじ
いつも学術的な視点で面白い記事を書かれているnext49さんが「発生練習 - 出典の明記をしないので責任どっかぶりの予感」という記事にて出典を明記する重要性を書かれています。 で、ハムスター速報：とくダネ！で福島の農家がJA天草（熊本）の米袋に産地偽装してるのが堂々と流れるは、2chの書き込みをまとめているというスタイルだけど、どこのスレッドからコメントを転載しているのかが書いていない。なので、「この悪意のある情報発信はお前がやったのか？」と言われたときに「いえ、転載しているだけです」という言い訳が立たないように思う。 なぜ、引用・転載をする際には出典を明記しなければいけないのかで書いたように出典の明記は自分を守るためという意味合いもあるのにの一つの例。 確かに出典を明記していないので「いえ、転載しているだけです」という言い訳ができないという解釈はその通りだと思いました(本件に関係無く出典
「魔法の数字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に対する私の感想 まず最初に。 調査前
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
