2009年10月16日のブックマーク (21件)

  • れとろげーむまにあ: おっぱい表現の限界に挑んだ作品集(ファミコン編)

    今回は「ファミコンでおっぱいの表現はどこまで可能だったのか?」ということをテーマに考えていきたい(バカ)。 MSXのちょっとエッチな名作をプレイし、いろいろと勉強になった。しかし、ファミコンユーザーとしては「MSXに負けられん!」という闘争心が湧き上がったのも事実。 そもそもファミコンでは乳首の表現は御法度である。 そんな作品を出していたところで任天堂からストップがかかっていただろう(非公認の作品では存在していたが)。楽園を乱した者に下る裁きは、アダムとイブの時代より追放と決まっているのだ(大ウソ)。 ということで、おっぱい表現を頑張っていた作品をピックアップみたいと思う。ちなみに、ハッカーインターナショナルなどの非公認ゲームは全て除外させていただく。あくまで公認ゲームで勝負だ!!! かぐや姫伝説 ジャンルはアドベンチャー。 ゲームが始まると、天の声が聞こえてくる。 かぐや姫の力になってほ

  • アジャイル開発のためのプロジェクト管理·IceScrum MOONGIFT

    IceScrumはJava製のオープンソース・ソフトウェア。未だに世の中ではウォーターフォール型の開発が行われている。確かにプロジェクトの開始直後はウォーターフォール型の方が進めやすい。だが後々になって火をふきトラブルを生むのもまたウォーターフォールだ。これだけ何度も繰り返してきて、それでいて未だに行うのはなぜなのだろう。 アジャイル開発のためのプロジェクト管理 アジャイル開発が全ての解決手段になる訳ではない。これもまた手法であり、適切に自分たちにあった形で取り入れなければ火をふくのは当然だ。だが真剣にアジャイル開発を取り入れていくなら、改善される可能性はある。そのためのプロジェクト管理に使ってみたいのがIceScrumだ。 IceScrumはアジャイル開発専用のプロジェクト管理だ。機能をノート形式で記述し、スプリントにおけるバックログを管理、ロードマップやリリースプランを通じてプロジェク

    アジャイル開発のためのプロジェクト管理·IceScrum MOONGIFT
  • 「即戦力」に頼る会社は必ずダメになる

    『社会保険・年金のキモが2時間でわかる』の石井さんからのご紹介で 著者から直接ご賜。ありがとうございます。 300社以上の人事制度を支援してきた著者は 成果主義と「即戦力」への依存を真っ向から否定する。 「必ずダメになる」が挑発的でいいですね。 まずは人件費と売上の関係について プロ野球の球団と選手になぞらえて明快に説明。 このあたりを意識しながら仕事してる人って 実はものすごく少ないんじゃないだろうか。 その上で なぜ成果主義では業績悪化のスパイラルに陥ってしまうのか、 なぜ「即戦力」に頼る会社はダメになるのか、というところから 「じゃあ経営者はどうすりゃいいのさ」 「組織の中にいる人はどう働きゃいいのさ」というところまでの流れが スムーズに語られていて読みやすかった。 重要なのは「成長」であり、 そのために重要なのは評価のルールが明確になっていることだというあたり 以前別の分野で考

    「即戦力」に頼る会社は必ずダメになる
  • 【注意】PowerPCのマルチプロセッサとInnoDB

    多分、関係ある人にはクリティカルな内容なので、急いで報告します。 ここ2週間くらい、とある案件で頭を悩ませていました。 POWER5 の 8コア構成の IBM のサーバ(Linux)でMySQL(InnoDB)を利用すると、どのバージョンでも(ビルトインInnoDBでも、InnoDB Pluginでも、GCC atomic builtin を使わなくても)しばらくするとハングアップ/クラッシュするそうなのです。 紆余曲折ありましたが、どうも自分の仮説が正しそう(作ったパッチが効果ある模様)なので、先ほどバグレポートを報告しました。 All InnoDB (builtin and plugin) is unstable at PowerPC SMP server 簡単に言うと、InnoDBのコードはIntel CPUのSMPの仕様に依存した作りになっています。Intel系CPUのSMPでは、

  • InnoDBの超高負荷更新処理安定性

    最近は沢山CPUコアのある高速なサーバーとか高回転数のHDDが沢山付いたRAIDストレージとか、もの凄く更新系の負荷がかかるベンチマーク(「db_STRESS」 by Dimitriさん)とかがあるので、InnoDBの構成の更新系での様々な限界が見えてきています。 まぁ、現実的にそのような限界を突破する必要のあるシステムがあるかどうかは判りませんが、将来のためにも色々アイデアを加えてXtraDBを作成してきました。今、大幅な変更無しに実装できる範囲のオプションが揃ってきたので高負荷更新系処理のチューニングをXtraDBベースで一旦書き出してみます。 今回もサクサクとポイントだけ。 (IOスレッドを増やす とか、他でも語られている既知のものは省略します。) 今回のチューニングの方針は、 「mutexやrw_lockなどの競合をできるだけ避ける」 ということと 「あまり沢山溜めてはイケナイもの

  • インデックス分割ツール IndexSplitter (3.0) | 関口宏司のLuceneブログ

    一定期間更新がないため広告を表示しています

    インデックス分割ツール IndexSplitter (3.0) | 関口宏司のLuceneブログ
  • オープンソースのプロジェクト管理ツールの方が優れている理由 - プログラマの思索

    久しぶりにRedmineを使い始めた。 やっぱりTracよりもRedmineの方が楽しい。 バージョンにチケットをアサインして、チケットの取捨選択を考えたり、ソースコミット時にチケットNoを書いてリンクさせたり、チケットを消し込んでバージョンをリリースへ持っていくのが楽しい。 Redmineの方がチケット駆動というよりもバージョン駆動なので、その感覚がアジャイル開発とフィットしていてすごく好き。 TestLinkも最新バージョンを実験的に使い始めた。 テストケースやテスト結果にテスト予定日・実績工数・予定工数を入れると、TestLink上で集計する機能があるようだ。 まだまだ使い勝手は悪いけれど、TestLinkにテストの進捗管理機能ができてガントチャートを表示できるようになれれば、強力になるだろう。 MTGというPairwise法でテストケースを自動生成するExcelマクロを試している。

    オープンソースのプロジェクト管理ツールの方が優れている理由 - プログラマの思索
  • アジャイル開発の最後の弱点 - プログラマの思索

    テスト工程のマネジメントは、ソフトウェア開発の上流工程におけるプロジェクトマネジメントよりもはるかに難易度は高い。 TestLinkを使ってみると、Redmineの運用よりもはるかに難しい。 一つでもバグが出るたびにブロックが発生して、前進できないのだ。 ブロッキングバグをストッピングバグとも呼ぶ事実を今夜初めて知った。 テストでは、ブロッキングバグ修正の優先順位付けがとても重要。 ブロッキングバグが直れば、ブロックした大量のテストケースを再開できるからだ。 そして、テストにもクリティカルパスがある。 プロジェクト管理の基はクリティカルパスの管理だから、テスト工程のそれを見つけて、意思決定を間違えないように管理するのが凄く大事。 テストと品質保証はアジャイル開発の最後の弱点。 チケット駆動開発によって、SW開発のタスク管理やワークフロー管理はスムーズになる。 しかし、テスト工程では、チケ

    アジャイル開発の最後の弱点 - プログラマの思索
  • ローカルポートを食いつぶしていた話 - download_takeshi’s diary

    ここのところ、お仕事で管理しているシステムで、夜中に負荷が急上昇する事象が発生しており、夜な夜な対応に追われていました。 (このブログ書いている今も、負荷がじわじわ上昇中なんですが・・・) で、いろいろと調査した結果、ようやく糸口がわかってきました。 結論から言うと、ローカルポートなどのネットワーク資源をいつぶしていたようです。 以下、調べていってわかったことなどのメモです。 トラブルの事象 運用しているのは Apache2.2 + mod_perl2 なwebサーバで、リスティング広告システムの配信系です。 リスティング広告の配信のシステムって一般的にロジックが複雑でいやーな感じなんですが、このシステムもご他聞に漏れずかなりのひねくれ者で、しかもトラヒックは結構多めです。システム全体で、日に1000万〜2000万クエリくらいかな。幸か不幸か、このご時勢においてもトラヒック的には成長し続

    ローカルポートを食いつぶしていた話 - download_takeshi’s diary
  • ウノウラボ Unoh Labs: サーバのネットワーク速度の調査/測定方法

    こんにちは。kyagi です。先日データセンタ内のサーバ群のうち、なぜか特定の1台だけネットワークの速度が極端に遅いという問題がありました。今回はサーバマシンのネットワーク速度の測定方法と原因についてお話しします。同様のトラブルが発生している方のお役に立てば幸いです。問題解決までの手順としては以下になります。 1. 現在の状態を調べる 2. ハード/ソフト含めて考えられる原因をいくつか挙げる 3. 原因について改善されるまでひとつひとつ検証していく まず現在の NIC の HW 情報とドライバを lspci で調査します。ここでは Broadcom の NetXtreme BCM5722 という NIC を使用していることがわかります。 # lspci -vvv | grep Ether 01:00.0 Ethernet controller: Broadcom Corporation

  • どの業界でも開発は変わらないと思える記事 : mwSoft blog

  • カラムナデータベース(列指向データベース)とデータベースの圧縮機能について、マイケル・ストーンブレイカー氏が語っていること

    カラムナデータベース(列指向データベース)とデータベースの圧縮機能について、マイケル・ストーンブレイカー氏が語っていること データベースの高速化技術の1つに、データの圧縮があります。データを圧縮して扱うことでディスクアクセスとI/Oが減少し、データへのアクセス速度が向上するのです。最近のCPUコア数の増大やメモリ単価の下落はデータ圧縮と伸長にかかるオーバーヘッドのコストを相対的に小さくしており、それもこの技術に有利に働いています。 Ingresの開発者であり、InformixのCTOなどデータベースベンダの要職を歴任、データベース研究者として大御所ともいえるマイケル・ストーンブレイカー氏が、データベースにおけるこのデータ圧縮と伸長処理について、ブログ「The Database Column」のエントリ「"Just in Time" Decompression in Analytic Dat

    カラムナデータベース(列指向データベース)とデータベースの圧縮機能について、マイケル・ストーンブレイカー氏が語っていること
  • Apacheのリクエスト処理時間(%T or %D)は正確には何の時間か — ありえるえりあ

    Apacheのログに%T or %Dでリクエスト処理時間を載せることができます。%Tと%Dは内部的には同じ計算値で、単位が異なるだけです(%Tは秒、%Dはマイクロ秒)。 このリクエスト処理時間は、いつからいつまでの処理時間でしょうか。つまり計測時間の開始と終了はどのタイミングでしょうか。 終了はレスポンスデータをsend(2)し切ったタイミングです。 開始として思いつくのは次の3つのタイミングです。 listenキューに入ったタイミング(3wayハンドシェイクの最初のACKを受けたタイミング) accept(2)が返ったタイミング(3wayハンドシェイクの最後のACKを受けたタイミング) リクエストデータをrecv(2)する前 実はどれも間違いです。正解は、リクエストデータの1行目のリクエスト行を読み終わったタイミングです(ソースコードで言うと server/protocol.cのread

  • アラン・ケイのオブジェクト指向(Smalltalk)を誤解していたようです — ありえるえりあ

    Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ

  • お手軽転置インデクスを用いた検索エンジン: (1) AND検索編 - シリコンの谷のゾンビ

    突然Cでコードを書きたくなったので,なんちゃって転置インデクスを用いた検索プログラムを書いてみた. 転置インデクスとは,索引語と呼ばれる単語が出現する文書情報 (場合によっては位置情報も) を保持したデータ構造のことで,索引語と,それに対応する転置リストによって構成される. # 索引語 -> 転置リスト hoge -> 5: 1,2,3,4,5 fuga -> 3: 1,4,5 piyo -> 2: 4,5これは,hogeという単語が文書1,2,3,4,5に出現し,fugaという単語が文書1,4,5に出現し,piyoという単語が文書4,5に出現する情報を保持している.最初の5,3,2という数字はそれぞれ索引語がいくつの文書に出現したかという文書頻度 (document frequency; DF) を表している. 検索クエリhogeが入力された場合には,文書1,2,3,4,5を検索結果とし

    お手軽転置インデクスを用いた検索エンジン: (1) AND検索編 - シリコンの谷のゾンビ
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • 良く訓練されたスライダー - latest log

    JavaScript で作った UI 部品の話になると、 jQuery UI とか、jQuery TOOLS あるじゃん とか良く聞きますね。 jQuery UI http://jqueryui.com/demos/ ソータブルなリスト http://jqueryui.com/demos/sortable/default.html スライダー横 http://jqueryui.com/demos/slider/default.html Drag http://jqueryui.com/demos/draggable/default.html Drop http://jqueryui.com/demos/droppable/default.html jQuery TOOLS http://flowplayer.org/tools/index.html UI の話だったら、jQuery よりも

    良く訓練されたスライダー - latest log
  • type detection - latest log

    2011-07-10追記 モダンブラウザでは、 typeof /^a/ は "function" ではなく "object" に修正されています。2009年10月(このエントリの初出)時点で /^a/("a") と記述可能な場合がありましたが、現在はエラーになります。 2010-01-21追記 http://d.hatena.ne.jp/uupaa/20100120/1263998056 2009-10-18追記 uu.type(new String('hoge'))とか渡した時4が帰ってきたりするので、プリミティブラッパー(ってJSで言うのか?)の判定を_TYPEに入れたほうがいいのかもしれませんね。 by tera コメント欄でのご指摘を受け、以下のコードを追記しています。 "[object Boolean]": 0x40, // uu.type(new Boolean(false))

    type detection - latest log
  • えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ

    Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために(O/Rマッピングをしているだけ)、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし

    えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
    pekepekesamurai
    pekepekesamurai 2009/10/16
    ほぼ同感。結局はDRYな感じで設計すれよと。けど、Fat Controller信者は結構いるんだよな。。。--;
  • 開発時の便利なローカルメールサーバ·Papercut MOONGIFT

    PapercutはWindows向けのフリーウェア(ソースコードは公開されている)。システム開発を行っている時に最も厄介なのがメールの取り扱いだ。メールサーバがなければエラーが起きるし、かといってサーバを立てて当にメールが出てしまっても困る。物に近いデータを使っていて、間違ってメールを送ってしまったなんて経験は誰しもがあるのではないだろうか。 ローカルで立てる開発用メールサーバ そのような時に便利なのがローカルコンピュータ上で立てるメールサーバだ。開発環境の設定さえ行えば、これでメールの送信ができるようになる。Windowsの環境であればPapercutを使うのが手軽で良さそうだ。 Papercutを起動するとタスクトレイに常駐する。後は任意のプログラムからメール送信を行うとPapercutが受信してくれるようになる。もちろんlocalhost:25でプログラム側のメールサーバの設定を

    開発時の便利なローカルメールサーバ·Papercut MOONGIFT
    pekepekesamurai
    pekepekesamurai 2009/10/16
    使ってみたけどなんかバグ多い感じ?Radishかもしくは適当なスクリプトを書いた方がいいかも
  • Route 477

    ■ [tDiary] highlight.rbがうまく動いていない 気づいたら、highlight.rbによる<title>編集が動かなくなってますね。なんでだろ。 どうりで被ブクマに長いタイトルが多いと思ったw ■ [ruby] Ruby関係の英語ブログをウォッチする手っ取り早い方法 50+ Ruby-related Blogs to Read という記事があるので、LDRでまとめて登録すると楽です。 以下のリンクからどうぞ。 http://reader.livedoor.com/subscribe/?url=http%3A%2F%2Frubylearning.com%2Fblog%2F2009%2F03%2F12%2F50-ruby-related-blogs-to-read%2F&extract=on

    Route 477