古くからのmixiユーザーであれば、“はまちちゃん事件”を覚えている人も多いだろう。2005年4月、mixiで大勢のユーザーが“ぼくはまちちゃん！”というタイトルを付けた、謎の日記を次々に公開するという怪現象が起こった。 きっかけとなったのは、あるユーザーが投稿した日記。その日記の本文には「こんにちはこんにちは!!」という言葉とともに“あるURL”が貼り付けてあった。 このURLが罠で、不思議に思って押すと、クリックしたユーザーのページに“ぼくはまちちゃん！”というタイトルで同じ文面/URLの日記が勝手にアップされてしまうのだ。 投稿は“ねずみ算”的に増え、一時は混乱状態に…… さらに、勝手にアップロードされた日記を見て「友達が変な日記を書いている」と興味を持った友達がURLをクリック……。mixi内には“ぼくはまちちゃん！”という題名の日記が“ねずみ算式”に増えていき、一部のユーザーを混
harukiです。 メールを送信するサイトの場合、メールアドレスのクリーニングは定期的に行うべきです。 そのためにはエラーメールを解析しなければなりません。 そこで、エラーメールの種類をまとめてみました。 SMTPエラー 存在しないメールアドレスや、正しい形式でないメールアドレスの場合は、 DoCoMo,au,SoftBankの3キャリアともSMTPエラーになります。 例として、以下の条件でメールを送信したとします。 From: sender@example.com Return-Path: bounce@example.com To: アドレス＠docomo.ne.jp MTAにより異なりますので、ここではPostfixを例にします。 Postfixではmultipart/reportのメールがbounce@example.comに届きます (※ 必要な情報のみに省略しています
なんと、このideamiというしょぼいサイトにも海外からのロボット投稿型スパムが来るようになってしまいました。悲しい。 何とか対策をしようと思っていたところ、dotliveのオカダ君がいい方法を教えてくれました。（Thanks!） やり方は簡単。 ロボットスパムは、htmlのソースからformを見つけ、そこにデータを自動的に入れて投稿しているわけです。その投稿の仕方は単純で、どうやらnameでよく使われるような単語を見つけて、それに投稿しているぽい。 たとえば、「name」は名前、「mail」はメール欄、「url」はurl入力欄、みたいな感じです。 今回の対策では、これを逆手に取ります。つまり、偽物のフォームを作り、それに入力があるもの＝ロボットによる投稿、と見なし、投稿させないというものです。 偽物のフォームを作り style=”display: none” しておいて、ユーザーには見
入社までに「浮気」はさせない ≪前編≫：有能社員をとらえよ、手放すな！ デキる逸材の「獲得術」（1/2 ページ） 6月も終わりに差し掛かったころ、ワイキューブでは東京にある本社に2008年春入社予定の30人ほどが集められ、研修が実施された。その際、内定者らには専用のコミュニティーサイト（SNS）が用意されていること、一週間以内にログインするためのIDとパスワードがメールされることが伝えられた。入社までの数カ月間だけ設置されるそのSNSを使う趣旨や活用の仕方も時間をとって説明された。 それから約一週間後、SNSは一挙に動き始めた。研修の一日しかお互いに顔を合わせていない彼ら同士のコミュニケーションはどんどん活発化。内定者同士で飲み会などを開くようになった。7月に入ると、参加者を募ってキャンプに行くグループまで「出現」。その思い出も、SNSに写真付きでアップされた。 外販ソリューションをヒント
Casual Thoughts - 一流企業の一流社員に求められる泥臭い馬力 このエントリに書かれている一流企業の実態は、細かいニュアンスも含めて私が見聞きしてきたことにとても近いと感じる。 私は幸いなことに「(本物の)一流企業の(本物の)一流社員」と仕事をする機会を頂いている。そういう方々は一流大企業の資本力、技術力などの各種のビジネスインフラと自分自身の知見、経験、スキルを卓越した思考力とハードワークによって組み合わせ、お客様、ひいては社会全体に高い価値を提供している。 バックオフィス部門の中には筋金入りのぶら下がり社員が多く、また性質が悪いことにそれを自覚していない人が多い。 大企業というのは一流の仕事をやり抜くためにはプラスアルファでタイヤを10個くらい引っ張って猛進する「泥臭い馬力」が求められるもの 私も多くの一流企業の一流社員と仕事をさせていただいた。そして、彼らが「タイヤを1
大企業のぶらさがり社員に対して一貫して厳しいid:essaさんが下記のようなことを書かれているが、これはかなり正しい。 社会にとって有用な価値を創造してそれで稼ぐ企業が本当の一流企業である。そういう意味での「(本物の)一流企業の(本物の)正社員」というのは、本当は既にもの凄い狭き門になっているけど、既に入っている人が残っているから目立たないだけなのだ。 私は幸いなことに「(本物の)一流企業の(本物の)一流社員」と仕事をする機会を頂いている。そういう方々は一流大企業の資本力、技術力などの各種のビジネスインフラと自分自身の知見、経験、スキルを卓越した思考力とハードワークによって組み合わせ、お客様、ひいては社会全体に高い価値を提供している。 では「(本物の)一流企業」にはそういう社員ばかりかといったらid:essaさんの指摘通り、決してそんなことはないし、むしろそういう「（本物の）一流社員」は少
2007年6月に「Ruby Kaigi」というイベントが日本で開催されました。当日はRubyに関する様々な興味深い発表が行われ大変活況でした。そんな中でも特に大きな注目を浴びていた発表の1つとして「JRuby」があげられます。 JRubyはJavaとRubyのクロスオーバーを実現する有望な技術です。本連載ではJRubyの入門的な部分について紹介していきます。幅広い方々がJRubyを知るきっかけになれば幸いです。今回はJRubyの概要について解説します。 「Ruby」は、まつもとゆきひろ氏が中心となって生み出した、世界中で利用されているオープンソースのプログラミング言語です。ここ数年、Rubyは大きく注目され、取り巻く環境が大きく発展しています。その最大の要因はWebアプリケーション分野に彗星のごとくあらわれたアプリケーションフレームワーク「Ruby on Rails」（以下、RoR）である
「Small ISVs: You need Developers, not Programmers」という記事がありました。 2003年5月の記事のようです。 半分根性論な気もしましたが、この記事の視点は非常に面白かったです。 そうなのかもと思う面もありました。 この記事を書いている人は25人の社員がいるソフトウェアベンダを運営しているそうです。 6年間会社を続けてわかったこととしては「小規模な企業にプログラマは居てはならない」だそうです。 必要なのは「プログラマ」ではなく「開発者」だそうです。 以下が駄目な「プログラマ」の特徴だそうです。 小規模企業では以下のような人は「いらない」そうです。 新しい機能を実装することばかりする たまにバグを修正する 仕様書を書かない ドキュメンテーションを書く手伝いをしない 自動化されたテストを作成しない テスト実行を手助けしない 開発環境を最新に保たな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く