何か今日はTwitterで異常にfollowerが増加していて「何が発生したんだろうか？」と気になって、Twitterで質問してみたらフォロワーの方に「隠フェミニスト記（仮）: Twitterを楽しむ10の方法（初心者ｖｅｒ）」という記事で私のTwitterアカウントが紹介されているという情報を頂きました。 元ネタ記事は非常に面白かったです。 個人的にはTwitterを使った「自分マーケティング」という視点を強く持った時の方法論として有用な戦略だなぁと感じました。 個人的には色々納得できる内容だったのですが、一方で、このネタに関してTwitter上で井戸端会議をしていたら「チャットでもいい」とか「使い方を固め過ぎるのは良くない」という意見が結構出て来て、何か面白かったので文章にしてみようと思いました。 以下、私の個人的な視点で書いてみました。 一部項目は元記事に似せてあります。 1) Tw

Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ

昔、会社で「勉強になりました」と言ったら注意された事がありました。 曰く「この場でのあなたは専門分野の立場で考える事が仕事という名目なので勉強であっては困る」という事でした。 「勉強になりました」という一言は、私自身はあまり深く考えずに口から出た言葉でした。 博士課程が終わって就職して、新人研修などをしていたため「新人根性」が染み付いていた部分も否定は出来ません。 人によっては「勉強という単語の何が悪いんだ！」と思うかも知れません。 しかし、私は自分に対してそれを言って頂けた上司の方には今でも非常に感謝しています。 あの瞬間に、「勉強になりました」とか「今日は勉強したいと思います」と言ってはいけない立場と、言うと誰かに迷惑をかけてしまうシチュエーションがあるという事実を学びました。 (「勉強になりました」と言っても何ら問題が無い状況も多いのでご注意下さい。) 外に出たときは、例え自分に知識

10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」

「はてな」というネットコミュニティがあります。 そこには3人の女性ネットアイドルがいます。 dropdbさん iGirlさん べにぢょさん 3人に共通しているのは以下の点だと思います。 顔を晒していること 美人であること(私の主観的価値観によれば) 斬新な取り組みや特徴的な表現をしていること 批判に負けていないこと 凄いと思う いつもブログをフォローしているわけではなく、はてなブックマークの注目や人気エントリに入ったときだけ見ているのですが、いつも「凄いなぁ」と関心しています。 まず、覚悟が凄いと思います。 私は男なので良くわかりませんが、女性でかつ美人であればそれなりの怖さはあると思います。 それでも表に出て活動するというエネルギーと覚悟は凄いです。 批判に対して対処(スルー含む)をしているのも凄いと思います。 ちょっとした批判であっても結構へこむものです。 ある程度の批判的(批評的)記

社内や取引先との会議というのは、実は密かなアピールの場として使えるかも知れません。 会議等で「こいつは使える」と思われたり、取引先の担当者に信用してもらうにはどうしたら良いのだろうかを妄想してみました。 なお、勝手な妄想なので、本当に良いかどうかはわかりませんし、やりすぎると嫌らしくなるかも知れないのでご注意下さい。 1. 会議の前にアジェンダを確認しておく 会議には必ずアジェンダ(議題)があります。 議題からそれまくる会議はあまり有意義ではありません。 何が話し合われる会議であるかをあらかじめ把握しておけば、議題からそれた発言をする事も減ります。 また、あらかじめ調べておくと良い可能性が高いもの等を把握する事も可能です。 2. 会議で決定しなければならない事を確認しておく 大抵の会議は何かを決定するために行われます。 決定しなければならない事を意識しない会議は、ダラダラと続く可能性が高く

「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある

ここでは、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アドレスからホスト名への変換

「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。

「10 types of programmers you'll encounter in the field」という面白い記事がありました。 ひたすら毒ばかりで笑えました。 以下、要約です。 誤訳などの可能性があるため、詳細は原文をご覧下さい。 1. ガンダルフ 指輪物語のガンダルフのような風体をしていて、コードの世界において魔法が使える。 細かくどうでも良い事を議論するのが大好きという欠点はあるが、絶望を救うものとしてチームにキープしたい人材。 2. 殉教者 仕事中毒。 家では風呂と寝るだけ。 会社で寝ることにプライドを持っている。 3. マニア少年 語りだしたら止まらない。 ドラゴンボールZとガンダムWの違いについて熱く語る。 何故プレステ3がXBox360より優れているのかを熱く語る。 多くのものが日本からの輸入。 職場が趣味で占拠されている。 そして、仕事中も趣味の事を考えている。

レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方

Google TechTalksでBarry Schwartz博士による講演が公開されていました。 「The Paradox of Choice - Why More Is Less」というタイトルでした。 最初は、UNIXコマンドのmoreがlessよりも劣っている理由の事だと思って見始めましたが、そうではありませんでした。 何でも選べてベストじゃないと満足しないというのは、アメリカ人っぽい気もしましたが、かなり面白かったです。 ユーザビリティと機能の問題は良くある問題ですが、お店で展示されている商品の種類を減らした方が売り上げが上昇する話などが新鮮でした。 以下に要約してみました。 ここでは書いていない部分も多いので、詳細はビデオをご覧下さい。 字幕も入っていますし、ゆっくりと話してくれる人なので非常に見やすいと思います。 ただ、スライド(PPT?)が見られないので、何故観客が笑ってい

新入生や新社会人として組織に入ったり、他の組織から畑違いの場所に異動すると、ゼロからのスタートになるときがあります。 そのときに、先輩からいかにして技術を「盗む」かが重要な要素になると思われます。 ここでは、自分の養分として吸収するために、先輩から技術を引き出す一手法を紹介したいと思います。 先輩から見て教え易い後輩や、ついつい必要以上に色々教えてしまう後輩などがいます。 今回は、そのような人の特徴を考えたり、過去の私が失敗したと思われる点を思い出しながら書いてみました。 ここで紹介する方法は、あくまで方法の一つであり偏っています。 性格によって向き不向きがあると思います。 また、あまりに露骨にやり過ぎると嫌われてしまう場合もあるのでご注意下さい。 あまり参考にはならないかも知れませんが、まあ、許してください。 やる気を見せる 非常にやる気があって、色々やっている人を見るとついつい応援した

「Small ISVs: You need Developers, not Programmers」という記事がありました。 2003年5月の記事のようです。 半分根性論な気もしましたが、この記事の視点は非常に面白かったです。 そうなのかもと思う面もありました。 この記事を書いている人は25人の社員がいるソフトウェアベンダを運営しているそうです。 6年間会社を続けてわかったこととしては「小規模な企業にプログラマは居てはならない」だそうです。 必要なのは「プログラマ」ではなく「開発者」だそうです。 以下が駄目な「プログラマ」の特徴だそうです。 小規模企業では以下のような人は「いらない」そうです。 新しい機能を実装することばかりする たまにバグを修正する 仕様書を書かない ドキュメンテーションを書く手伝いをしない 自動化されたテストを作成しない テスト実行を手助けしない 開発環境を最新に保たな

「Ten clues that your Web site is dead」という記事がありました。 コンピュータ関連ではない小規模な企業などでは、このような考え方は確かにありがちかもしれないと思いました。 面白かったので要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 「インターネットはまだこれからだ」と思っている インターネットによる革命は既に数年間続いており、膨大な数のユーザもいます。 2. Webサイトを持っていない Webサイトを持っていないのは自社の名前をつけていないのと同じぐらいの事です。 Kitch氏によると、小規模ビジネスの3割はWebサイトを持っていないそうです。 そのような企業はすぐに消えてしまうそうです。 3. 自分のWebサイトの更新方法を知らない Kitch氏によると、小規模ビジネスのWebサイトはデザインのみに頼っても意味が無いそ

「会社の部署変更で技術覚えなければいけなくなったけど、何すれば良いと思う？」という質問を受けたことがあります。 人によって違いますが、多くの場合は「若いから」とか、「学校でコンピュータ習ったことがある」からという理由でそのような役回りが来ている気がします。 ある程度今まで技術的な部分までやっていた人ならば問題がないのですが、相談をしてくる知人の多くは特にコンピュータが好きだったわけでもなく、突然の試練に戸惑っていました。 まず、全くこの分野に関しては考えたことも無く、コンピュータもちょっと使う以上の事に興味が無かった場合、いきなり技術と言われてもそもそも何があるのかが良くわからないというのが正直なところだと思います。 そこで、私が最初に重要だと思っている事が4つあります。 1. 不思議に思うこと まず、一番重要なのはこれだと思います。 「何故、これは動いているのだろう？」「どういう仕組みな

コンピュータ関連名言(格言？)を集めてみました。 「computer quotes」や「IT quotes」などの単語で検索してみましたが、そこらじゅうに同じようなサイトがあり、どれがオリジナルだかわかりませんでした。。。 いくつか楽しいと思ったのをピックアップしてみました。 他にも色々あったので、興味のある方は検索をしてみて下さい。

「7 Habits of a Highly Successful Freelance Web Designer」という興味深い記事がありました。 原文はフリーランスWebデザイナとして成功する方法を説いていましたが、内容を見るとプログラマや、その他フリーランサーにも当てはまりそうな内容でした。 以下、要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 仕事を愛す 大企業で働いていれば、まわりに合わせて仕事をすることができます。 その日に仕事が終わらなければ次の日にまわしたりもできます。 自分が何をしているのかに対して興味を持たない従業員が多い組織もあります。 彼らにとっては、日々の仕事は単なる報酬に対する対価でしかないのです。 フリーランスとして成功するには、自分が行っている仕事を愛する必要があります。 情熱があれば、カフェインの力を借りながら夜遅くまで働き続け

「Levels of HTML knowledge」という記事がありました。 かなり皮肉たっぷりで笑えました。 以下、要約していました。 誤訳などがあると思うので詳細は原文をご覧下さい。 原文のさらにネタ元の「Levels of CSS knowledge」も面白いです。 レベル 0 このレベルの人はHTMLを見ることはありません。 例えば、メールで送信されてきたHTMLメールを原文のまま見るなど、稀に何かの間違いで表示されてしまっているHTMLを見ることはあります。 彼らはレベル0以上になろうとも思いません。 ありがちな発言 「H？TM？ 何それ？」 レベル 1 このレベルの人たちは、自分たちが日々目にしているWebサイトの裏で何らかのプログラムが動作している事を認識しています。 このクラスの人たちはWebサイトを自分たちで作るときには、専用のツール(Photoshop、Dreamwea

IBMのサイトで「Learn 10 good UNIX usage habits」という記事が発表されていました。 面白かったので要約してみました。 変な部分があるかも知れないので詳細は原文をご覧下さい。 原文とは一部異なります。 本ページスペースなどの関係でコマンド引数などを短く省略しています。 原文のサンプルコマンドが間違っていたりするので、修正している部分もあります。 原文を修正しているのは、tar.gzをzオプションを使わないでxfvしようとしているところと、xargsにlsではなくls -lを渡している部分です。 あと、説明文を短くしてしまっています。 1. ディレクトリの作成 良く使うコマンドの一つであるmkdirですが、面倒臭い使い方をしていませんか？ 悪い例 ~/ $ mkdir a ~/ $ cd a ~/a $ mkdir b ~/a $ cd b ~/a/b/ $ m