「The Tower of AION」，事前アンケートデータからアカウントハックの傾向を検証する 編集部：aueki 先日，AIONのアカウントハックなどの状況についてアンケートを行い，AION運営スタッフに対してのインタビューを行ったわけだが，エヌ・シー・ジャパンへのインタビューでは，アカウントハックの原因はプレイヤー側にあることが示された。 NC「ユーザーさんが変なサイト見てるからなんですよぉ」 4G「はぁ，そうだったんですかあ」 と脳天気に信じるのもなんなので，4Gamerが把握しているデータから状況を検証してみたい。 さて，今回のインタビューに際して行った事前調査アンケートでは，わずか2日という短期間にも関わらず，応募は2153通。すでに紹介したように，コメントだけ抜き出すと800KBを超えるテキストファイルになった。 応募者に見るアカウントハックの被害状況 2153件中，自分が被

We'll be back soon! Our site is currently undergoing maintenance. Please check back later.

なんか前にいた会社が倒産したそうで。 せっかくなんで軽くまとめてみる。 業種はWebサービス屋で変なポータルサイトつくってた。 1.夢がキラ☆キラ　始まりは夢がいっぱい。 独自な検索エンジンつくったり、アバターを導入したり。 今思えばこのころが一番楽しかった。 2.満を持してプレス発表　割と大きめな会場かりて大発表大会。 各種ニュースサイトに流れてベタにサーバが落ちる。 このころがピーク。 3.事業拡大につき一緒に働く仲間を募集します！　すでにPVは下がり始めるがなぜか人材募集。 営業やマーケティング（笑）を強化。 4.いざ新天地へ　事務所が狭くなったので引越し。 今後のことを考えて今までの5倍の広さにしました。 5.破滅への序曲　プレス発表してから半年ぐらい。すでにサイトは過疎状態。 現状脱出を目指していろいろ試行錯誤。 この辺りからいろいろ壊れはじめる。 6.時代はソーシャルネットーワ

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

クラウドと一緒にやってきたもの 最近、クラウドが流行ってます。 GoogleのMapResuceから始まって、MicrosoftのAzureまで、大手のクラウド製品が出揃った感じ。 で、そこで、こんなクラウド製品が出ましたというときに、必ずといっていいほどそのクラウド用のデータベースの説明があります。そして、それはRDBMSではありません。 GoogleだとBigTable、MicrosoftだとSQL Data Services、あとはAmazonのSimpleDB。どれも、基本的にはひとつのテーブルにハッシュコードでアクセスするようになっています。 ほかのクラウド製品も、Oracle Coherenceだったり、楽天のRomaだったり、非RDBMSのデータストレージを提供します。 クラウドというわけではないけど、mixiのTokyo TyrantやApache CouchDBも、RDB

ウイルスを検知する各社のウイルス対策ソフトは常駐させるとウインドウズ全体がワンテンポ遅れるような重さを感じ、しかも年月が経過するにつれてなぜかどんどん重さが増していく凶悪なソフトが多いのですが、この「NOD32アンチウイルス」は圧倒的なまでの軽さがウリ。軽いからと言って機能が低いわけではなく、むしろ逆で、「Virus Bulletin」において権威ある「ウイルス検出率100％AWARD」（Virus Bulletin 100％アワード）を新記録となる業界最多の51回獲得（2008年8月時点）、価格コム事件においてもヒューリスティック機能で唯一検知できたソフトとしてその実力をネット中にとどろかせ、ベクターの第10回プロレジ大賞を受賞、売り上げランキングは常に上位で、No.1をマークしたこともあります。 機能が優秀だからといって複雑怪奇な設定が必要というわけではなく、インストール時の初期設定の

日本IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日本的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ

2024/12/27 ベイスターズのドキュメンタリー映画「勝ち切る覚悟」を見た！ シーズン終盤～日本シリーズ優勝までの舞台裏を抑えたドキュメンタリーで、ベンチ裏での映像がメインとなっている。ナレーションは無く、説明がほとんど無いので「いつ何があったか」があらかじめわかって…

「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの

今日のテストサミットで、できるだけユニットテストを書かずに品質を確保する方法について、ディスカッションします。 やり方を簡単に紹介すると、最初は、Programming First Developmentで、機能を実装して、ユーザに動かしてもらうってことをユーザの要件が固まるまで繰り返します。このときは、基本的にユニットテストは書きません。動かすことに集中します。 ユーザの要件が固まった(実装がほとんど終わった)ら、保守のためのドキュメントの一つとして、テストシナリオ(ユースケーステスト)を作って、テストを行います。そのテスト中に、バグが発見されたらその周辺のユニットテストを書いていきます。 これは、「バグは偏在(偏って存在)する」という特徴を利用して、一通り動かした後に見つかったバグの近くをテストしておけば、主なバグはつぶれるだろうという考えです。 これまでは、「ユニットテストは、できる

本エントリは、20〜40代のPCをある程度使いこなしているユーザー向けの会員登録フォームの設計について述べたものである。ケータイサイトは含まないし、シニアも対象としていない。シニア向けUIについては(古いエントリだが)こちら "ユーザーID"と"メールアドレス" 減ってはきたものの、ユーザーIDとメールアドレスの両方を取るWebサービスがいまだに結構ある(ex. Remember the milk)。はてなやYahooAuctionのように「ユーザーIDがニックネームに相当するコミュニティサイト」は除くとして、ユーザーIDを一般客に公開しないにも関わらずIDとメルアドの両方を取る意図がわからない。 ユーザーIDとしてメールアドレスを使うメリットは 会員登録フォームの入力必須箇所が1個減る 好みのIDが取れない事件が防げる "ID忘れ"による機会損失/幽霊会員が減る 流石に自分のメアドは忘れ