For the longest time, I've wanted to re-implement the original DOOM engine in Python, and compile it with Shedskin to get reasonable performance. So when I finally ran across a pretty small engine written in Java, by Leonardo Ono, I decided to convert his version to Python. I left out some optimizations (most notably "visplanes"), for readability and in order to keep everything under 1000 lines of
新聞がなくなる日 スポンサード リンク ・新聞がなくなる日 毎日新聞社に30年いた元記者が書いた新聞の未来。 ■紙 VS 電子情報 新聞を上回るインターネット 2004年の新聞協会の発表では、1世帯あたりの新聞の発行部数は1.06部。駅売り分を引いても0.98部でほぼ世帯数に等しい。この数字だけを見ていると、新聞はまだ安泰ではないかと思える。 だが、陰りが見える。 総務省の「情報流通センサス」が日本で流通する全情報を、デジタルとアナログで計量している。10年前は書籍や新聞のアナログ情報が多かったのに、平成15年度では、デジタル情報の30分の1しかない。紙のメディアは近年、圧倒的に流通の比率面では小さくなっている。 ・情報流通センサス 平成15年度 報告書 http://www.johotsusintokei.soumu.go.jp/linkdata/ic_sensasu_h15.pdf こ
はてなに名誉毀損やプライバシー侵害の申立てがあった場合にどのように対処するのか。これにはいくつかの変遷がありました。当初社員数が少なかった頃には、メールなどで連絡を受け、社員全員のミーティングで「この情報は消すべきか、残すべきか」といった事を議論していました。 こうした重要な問題をないがしろにして前に進めば、いずれ大きな問題となって戻ってくるだろうし、でき得る限りの妥当な判断を繰り返していかなければならないと考えたのです。 こうした議論を繰り返せば次第に前例が溜まり、徐々に自分たちの判断基準をパターン化できて、新規の問題は減少するだろうという目論見もありました。それで判断が偏らないようなるべく多くの人間の意見を聞いて、事例を溜めようとしたわけです。 「いやあ、それは申立者が気にし過ぎじゃないかなあ。ブログ作者は悪くないよね」とか、「これはさすがにひどいね。自分が言われても消して欲しいと思う
今回は,MySQLのチューニングを解説する。この連載でもすでに一度,MySQLのチューニングを紹介したことがある(第8回 MySQLチューニングのテクニック)。このときは,SQLステートメントやテーブルそのものを高速化するためのテクニックを取り上げている。これは,サーバーの設定では,対応できない場合のテクニックだ。今回は,初心に帰る意味でも最初に検討すべき,サーバーの設定に関して取り上げる。 MySQLサーバーの状況確認 なぜ,今回このようなテーマを選んだかというと,MySQLをインストールしたままで使用しているユーザーがかなりいることに気が付いたからだ。MySQLは,他のデータベースと比較すると設定が少なくても高速に動作すると言われている。その手軽さが大きな魅力となっている。しかし,これは,小規模を前提にしている。大規模な処理を行うサーバーは,それなりに強力なスペックを持っている。このス
前コラムでも予告したとおり10月23日にMySQL 4.1.7がリリースされ,MySQl 4.1はProductionとなった。MySQL 4.1シリーズの最初のバージョン(2003/4/3に4.1.0をリリース)から1年半を費やし,名実ともに製品となったのだ。今回も前月に引き続きMySQL 4.1に関して解説する。 MySQL 4.1の新機能 前回は,MySQL 4.1の新機能プリペアド・クエリにフォーカスした。今回は,正式リースとなったので,新機能の全般に関して触れておく。 サブクエリ(副問合わせ)のサポート サブクエリのサポートは,MySQL 4.1の最も注目される機能である。ユーザーの悲願とも言える機能である。 MySQL 4.0シリーズでは,サブクエリがサポートされていなかったので,TEMPORARYタイプのテーブルで代替したユーザーも多いだろう。サブクエリのサポートによって,そ
SlowLogの設定 環境設定ファイル(Windowsではmy.ini,Linuxではmy.cnf)に次のような設定を加えるとSlowLogが有効になる。 log-slow-queries SlowLogの有効化(ログファイル名を指定可能) long-query-time=2 SlowLogに記録する処理時間の上限 log-long-format インデックスを使用しないSQL文の記録 long-query-timeパラメータは,SlowLogに記録するしきい値を秒単位で設定する。この場合には,2秒超える処理時間を費やしたSQL文を記録する。また,log-long-formatを指定すると,インデックスを使用しないSQL文もSlowLogに記録する。 SlowLogの確認 SlowLogが動作しているかどうかは,次のコマンドで確認できる。log_slow_queriesがONであれば有効と
「日本は、韓国に嫌われている」 こう言うと多くの日本人は、 「そんなことはない。昔は反日だったけど“今は”違う!」 とか、 「反日は“一部”の人間だけ。ほとんどはどちらでもない!」 という『願望による部分否定』をすることがある。 はたして本当に“今は”違うのだろうか? 本当に“一部”という表現に見合うほど少数派なのだろうか? そしてそれらは「何を根拠に」言っているのだろうか。 私はその希望的な推察の根拠を聞いたことがない。 また、 「日韓友好を阻害してるのは靖国と竹島の問題だ!」 「韓国人が嫌ってるのは日本人じゃなくて日本政府だ!」 といった『責任の一極転嫁による気休め』もよく聞く。 だが、もし竹島や靖国がなかったら韓国は反日を止めるだろうか? 答えは間違いなくNOである。 「韓国は、官民一体の反日主義国家である」 こう言うと普通の日本人はつい良心的に、 「もしかして日本人が知らないだけ
id:higepon:20050914:1126689576の続き。 Effect::Sizeを使う場合、隠れた部分の height が事前に分からないと厳しいと書いたところ。 http://synklab.net/blog/?itemid=74の中の人からトラックバックが来ました。 この問題を、非常にスマートに解決しています。 ポイントは var entries = document.getElementsByClassName(className); for (var i = 0; i < entries.length; i++) { var e = entries[i]; showing[e.id] = false; saveHeight[e.id] = e.offsetHeight; e.style.visibility = 'visible'; e.style.overflow
This shop will be powered by Are you the store owner? Log in here
最近、はてなグループを使い始めた。この上なく、心地よい、というのが使ってみてすぐの感想だった。 今まで、「情報共有ってもっと便利にできないのかなぁ」とずっと考えていたが、その多くの部分を解消してくれているようにさえ感じる。是非、皆さんにもお勧めしたい。 では、何がどう便利なのかを、少しだけ書きたいと思う。ただし、「百聞は一見に如かず」なので、実際に使ってみてください。 1. 「メール恐怖」からの脱却:ポジティブな気持ちで仕事ができる 僕自身の場合で考えてみても、大体年中を通して、プロジェクトは常時5つは走っており、それぞれごとにMLが存在して、毎日メールがたくさん飛んでくる。そのメールとプライベートなものまで合わせれば、毎日100通以上のメールを処理していることになる。(スパムを入れるともっとです。) よく考えてみれば、このメールを処理するという作業は、「受け身」であることが否めない。もち
Expired:掲載期限切れです この記事は,ロイター・ジャパンとの契約の掲載期限(30日間)を過ぎましたので本サーバから削除しました。 このページは20秒後にNews トップページに自動的に切り替わります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く