世間ではプログラマが足りていないらしい - やねうらおブログ(移転しました)
最近、私のまわりの会社は求人難だと言う。まともなスキルをもっている人は給料の高い会社(いまならソーシャルゲーム系か)に転職してしまうので、もはや求人市場にはカスしか残っていないとその経営者たちは言う。 毎日、毎日、何十人も面接するが、とんでもないレベルの奴らが大挙して押し寄せてくる。プログラミング歴2年とか3年ぐらいの奴ら。純粋にプログラミングの勉強に費やした時間数で言うと500時間とか1000時間とかその程度の。ピアノで言ったらバイエルすら終わってないレベル。そんな奴らがほとんどだと彼らは言う。 ピアノのリサイタルで金取って演奏するのに、バイエルレベルの奴が来たらブーイングの嵐で金返せーって誰でも思うだろう。しかし、IT業界に至っては最近は開発環境が整っているので生産性が高く、そのレベルの人たちでも出来る仕事がなくもない。だからそんな無茶苦茶がまかり通っているのだ。 私は先日、CODE
ピアノの運指を自動生成するには？ - やねうらおブログ(移転しました)
一般的に言ってピアノの初見能力は訓練次第でかなりのスピードにまで向上する。一つの音符を1つの文字だと考えてみると想像しやすい。文字を読む速度は子供のころは遅いが、大人になるころには1分間に1000文字ぐらい読めるようになっているはずで、ピアノを10年か20年ぐらいやっていれば、1分間に1000音符ぐらい読めるようになっていても不思議ではない。 しかし、どれほど初見能力があってもミスタッチなしに正確に演奏できるか、そして、リアルタイムに運指を導き出せるかと言うと話は別である。 例えば、フランツ・リストは「どんな難曲でも初見で弾ける」と豪語していたが、ショパンのエチュードに至っては初見では弾けなかったと言われている。私が思うに、ショパンのエチュードは運指がすこぶる嫌らしいのだ。 知らない人のために説明すると「運指」というのはどの音符をどの指で押すのかということなのだが、運指は無数に考えられ、数
古くて新しい自動迷路生成アルゴリズム - やねうらおブログ(移転しました)
最近、ゲーム界隈ではプロシージャルテクスチャー生成だとか、プロシージャルマップ生成だとか、手続き的にゲーム上で必要なデータを生成してしまおうというのが流行りであるが、その起源はどこにあるのだろうか。 メガデモでは初期のころから少ないデータでなるべくど派手な演出をするためにプロシージャルな生成は活用されてきたが、ゲームの世界でプロシージャル生成が初めて導入されたのは、もしかするとドルアーガの塔(1984年/ナムコ)の迷路の自動生成かも知れない。 なぜ私が迷路のことを突然思い出したのかと言うと、最近、Twitterで「30年前、父が7年と数ヶ月の歳月をかけて描いたA1サイズの迷路を、誰かゴールさせませんか。」というツイートが話題になっていたからである。 この迷路を見て「ああ、俺様も迷路のことを書かねば！俺様しか知らない(?)自動迷路生成のことを後世に書き残さねば！」と誰も求めちゃいない使命感が
ゲームの世界の経済学が現実世界に通用するという話 - やねうらおブログ(移転しました)
最近、私の会社では年商1,000億円ぐらいの規模の会社の販売管理系のシステムを開発しているのだが、どうもこのシステムの設計意図が私にとってはまさにデジャヴというか、「もうかれこれ10年ぐらい前にこれと同じこと考えてたよなー」と思ったので、そのあたりのことをだらだらと書いてみる。 いま、話を単純化するために店頭販売価格をいくらにすればいいかを決定するシステムを作りたいとしよう。 まず、経済学の教科書によく載っている需要曲線というのは次図のような反比例っぽいグラフである。 経済学の教科書では、これと供給曲線とを重ね合わせて、その交点が均衡価格(市場価格)だと説明がある。 販売する側の視点に立った場合、最適な価格(利益を最大化できる価格)というのは、均衡価格では決してない。そこで、いま供給曲線については考えないことにして、利益を最大化できる価格で売る、とだけ考えよう。 近年、インターネットの価格
ゲームROMの吸出しの歴史 - やねうらおブログ(移転しました)
日本のゲーム史はインベーダーゲームを嚆矢とする。インベーダーゲームがゲームセンターから消えて10年ぐらい経ったのちも、中学校の校則には「インベーダーゲーム店への入店を禁ずる」とか書かれていたケースも少なくはない。それほどインベーダーゲームの影響は絶大だった。 「インベーダーゲーム」とはタイトーが1978年に出した「スペースインベーダー」とこの類似ゲームおよびクローン(模倣品)に対する総称である。タイトーがスペースインベーダーを発表すると同時に一大ムーブメントが巻き起こり、各社一斉にシューティングゲームを作りはじめた。 例えばナムコ(現ナムコバンダイ)は翌年(1979年)にギャラクシアンを発表し、その2年後(1981年)にギャラガ、1984年にギャプラスを発表している。 このころの著名な作品のROMを吸出し競合他社がリバースアセンブルして研究するのは普通であった。 えー、要出典？ うーん。そ
多次元メモリ空間プログラミング - やねうらおブログ(移転しました)
新年会で酒を飲み過ぎて頭が痛くて眠れないので、新年の挨拶代わりにプログラミングの話でも適当に書き散らしておく。 以前、私の知り合いのラノベ作家である土屋つかささんが、「プログラミングのソースコードって本当に１次元(plain text)でいいんですかね？」みたいなことを言っていた。 例えば、フローチャートは普通、二次元上に表現する。条件分岐(菱形の図形)が何箇所もあるようなフローチャートを描く場合、本来のソースコードよりも流れが見やすいということは多々ある。それは何故だろうか？ 「条件が成立したらソースコードのXXX行目に移動する」というような１次元的な移動より、「条件が成立したら下に移動、成立しなかったら右に移動する」というような２次元的な移動のほうが可視化する上ではわかりやすいというのがあるのではないかと私は思う。 こう考えると、ソースコードは最終的に直列化(１次元化)するにせよ、頭の
パーツ取りされるPC - やねうらおブログ(移転しました)
以前、お客さんに納品するパソコンを買ったのだけど、無駄に高スペックだった。 うちの会社の社員が言った。 社員A「これ、VGAカード内蔵だから、いま挿さってるGeForce GTX570いらないですよね。」 ああ、いらんな。こんなもんつけて24時間365日稼働させたら、マザーボード焦げてしまうかも知れん。 社員A「じゃあ、僕がもらってあげますね。」 えっ。あ、まあ、いいけど。 社員B「これ、64GBのSSDしかついてないですけど、64GBじゃあ足りないと思うんですよ。」 そうだよね。OS入れて、いろいろ入れたらもう足りないね。 社員B「僕の250GBのHDDと交換してさしあげますよ！」 ああ、そのほうがいいかも知れんね。 社員C「あれ？このパソコン、メモリが4GB×2本=8GBも載ってますよ。8GBもいらないでしょ。僕の2GB×2本と交換してください。」 ああ、かまわんよ。 様々な部品が引っ
定期的に繰り返し実行する簡単ではないお仕事 - やねうらおブログ(移転しました)
いやー、この問題は本当に難しい。難しすぎて、どうやって解決すればいいかいまだによくわからない。わからないので、ここに書いてみる。 最初、とあるお客さんのために「ひよこの餌やりプログラム(仮)」を作っていたんだ。開始ボタンを押すとひよこの餌が出てくる。たったそれだけのプログラム。 今回は、これを「定期的に実行する機能が欲しい」と言われた。 この要望を実現するのがすこぶる難しかったんだ。 「やねうらおってそんなプログラムすら書けないの？老害なの？」 とか言わないで欲しい。この問題、本当に難しいんだよ！ ■ １度目のひよこの全滅 まず、この要望に沿って、私の会社のプログラマが当初、次のようなダイアログをつけたわけだ。 繰り返し実行のところにチェックを入れた場合、ここで指定された時間後にも繰り返し実行する。単位は分で指定する。1日ならば60×24 = 1440を指定する。そうすると、ひよこの餌やり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
