　先日，知り合いのエンジニアと話していたら「スキルアップという言葉に正直，うんざりしている」という話題になった。「技術力を磨け」「業務知識を身に付けろ」「コミュニケーション能力も重要だ」---。こんなことを毎日あちこちで言われると「そんなの分かっている。もうオーバーフローだよ」と，うんざりするという。

　最近は求められるスキルが幅広く，そのうえ高度化・専門化している。ゼネラリストとスペシャリストの能力を同時に要求される矛盾すらある。同じように感じているエンジニアの方も多いのではないだろうか。

　そんなある日，記者はシンクロナイズド・スイミングの五輪メダリスト，武田美保さんに取材をする機会を得た。武田さんは日本女子選手として史上最多タイとなる5個のメダルを五輪で獲得。引退後は，シンクロ解説をはじめ，ビジネス・パーソン向けに「自分の高め方」の講演を精力的にこなしている。武田さんにお聞きすれば，スキルアップが好きになるヒントが見えてくるかもしれない。

　インタビューではまず，強さの秘訣を聞いた。すると「将来のビジョンを持ち，しぶとくあきらめないこと」と武田さん。シンクロで世界を目指すきっかけは，12歳のときに訪れた。ソウル五輪で小谷実可子さんら日本選手が活躍しているのを見て，自分の将来を重ねた。そして五輪選手のプロフィールを収集し，幼少期からの出場大会や成績を細かく調べ上げ，自身の“マイルストーン”とした。そ

れから毎日，自分の能力と求められる能力のギャップを分析し，そのギャップを埋めるために練習に励んだ。結果，17歳でナショナル A代表入り，20歳で念願のアトランタ五輪に出場。その後，日本選手権7連覇，世界水泳金メダルと，次々に記録を打ち立てた。

　自分を高めるうえでのポイントは何だったのか。武田さんは「自らを育むことで得られる充実感」と説明する。小さな目標でもいい。毎日何かの目標を立て，それを達成する。その達成が大きな充実感になり，毎日が楽しくなる。おのずと実力や結果もついてくる――。

　武田さんによると，ある1日は筋肉の特定の部位を動かすことだけを目標とし，挑戦する。それができたとき，その日は素晴らしい1日になるという。「自分の小さな成長に目を向けると，1日1日に意味を持てる。そうすると，スキルアップが好きになり，楽しくなる」（武田さん）。

　記者は，こうした言葉にヒントを得た。今の時代，多様化するスキルを効果的・効率的に身に付けるには，1日1日に意味を持てる「楽しさ」が不可欠だと。でなければ，成長を持続できない。スキルは結果としてついてくる。裏返せば，楽しくないスキルアップは“やらされ感”を拭えず，やがて挫折する。「楽しさ」こそが，これからの自分向上に求められる要素なのである。

Permalink | 記事への反応(2) | 20:56

2009-07-13

■http://anond.hatelabo.jp/20090713194221

うちの会社はサービス残業はない。

どんだけ忙しかろうが、トラブルで客の業務が止まろうが、無理難題の仕事を急に押し付けられようが

うちの会社にサービス残業はない。

定時を過ぎて仕事をしている人間は、プライベートでそこにいるからだ。

プライベートで何をしていても会社は関与しない。

忙しいからとか、トラブルだからとか、急だとかいった理由で

仕事が遅れる事は許されない。

うちの会社の人間は、残業などしなくとも、定時までの間で全てそれらのオーバーフローをこなす。

例え、それが定時を過ぎて起こった問題だったとしても、だ。

他人のプライベートだから、そこで何をしていようと関係ない。

隣の人が一緒になって、必死に働いていても、上司にはなんの関係もない。

それは、彼らがプライベートで行っているに過ぎないことだから。

うちの会社は、公私のけじめをきっちりしてます。

定時以外は全部ワタクシ事です。

Permalink | 記事への反応(0) | 20:02

2009-05-04

■http://anond.hatelabo.jp/20090503232851

元増田です。

元記事で「同じ動きをする」の前に「ほぼ」と書いたのはintがオーバーフローするときに1万回に1回ではなくなっちゃうことを考慮したものです。

「== 0」を書いた理由はこのコード例をC言語に特定したくなかったからです（せっかくJavaやC#でも通用する話なのにCに特定しちゃうのはもったいない）。printfでなくprintと書いたのもそのためです。

Permalink | 記事への反応(0) | 01:27

2009-03-27

■

何で生きてるのかと

何を自分は楽しいと感じるのかと

物事を「こうでしょ！」って断定する感覚が分からんとです。

あと、熱く語ってしまう感覚もほとんど分からない。

たぶん考え込みすぎて、足らない脳がオーバーフローなんだと思われ。

けど、幼い子が分かるようなことを悩んでるんだろうと思う。

自分のことなのに、「思う」となる所が酷い。

経験則って後からでも身に付くんだろうけれども

下手に考えられるから、「とりあえずやってみる！」

ということ対してビビりまくってどうしようもない状態になってしまう。

Permalink | 記事への反応(0) | 00:09

2009-02-15

■難しい

好きな事をして、好きな時間を過ごしていたはずなのに

どっと嫌な気分が襲ってきた。

求められすぎるのは嫌だ。自分の好きな事がオーバーフローして見失うから。

けれど、求められないと自分の居場所が分からなくなる。

非コミュでいても平気だった自分は、自信とともに薄れていってる。

隣に人が居てもいなくても平気だったはずなのに

隣に人がいる事に慣れてしまうとそれが怖くなる。

多分、何より自分を見失っている。

自分がしたい事や欲しい物を、見失ってる。

何か犠牲にして「普通」を手に入れたのだとしたら、

多分それは「自分」の一部だったんだろう。

心の底から笑いたい。

楽しい事をする嬉しさをもう一度味わいたい。

言葉の通じない街にいけば、もう一度あの頃を取り戻せるだろうか。

何もいらないから、もう一度自分に会いたい。

Permalink | 記事への反応(0) | 22:41

2008-08-26

■精神的にやんでしまった人にお願いする仕事

旧知の人間にリハビリがてら軽作業アルバイトをしてもらっている。

が、最近経過観察的にまたやばい。

困ったなー。どうしようという感じ。

自社のホームページ関係の更新をお願いした。

タグのエレメントの"の閉じタグ変な位置にあってページが偉いことになっていた。

そっから下が全部リンクになっているので見てわかるレベル。

一応私のほうでも作業結果の確認をしているので、気がついて修正したうえで注意した。

注意したというよりは「なってたよ、気をつけて」って報告した程度。

が、「もうだめだ」と落ち込んでいて、今日の作業はガタガタになっていた。

で、だ。

今日の作業でまた"の閉じられてなかったわけだ。

ページ更新といったって、ほんの数十行。

下書き、画像まで用意しているので、当方が作業をすれば実は10分で済む。

さっくり直しておいたが、、さて、困ったもんだ。

どうしようという感じ。

また言ったほうがいいかな？

普通だったら同じミスをおかしたら叱責ものなんだけど、

こういう場合は、言おうかどうしようかという根源的なレベルで悩む。

言って治るもんでもなし。改善を望むという点では、あまり言う意味ないよな。。

あとは本人のためになるかどうかというところなのだけど、

オーバーフローするまでネガティブループするだけなので、

黙って直して終わりという選択肢を今選択しよう考えてる。

でもちょっと悩んでる。言ったほうがいいんかいな？？

もうちょっと調子がいいときに言うか。

はやいところ笑い話しになりゃいいんだけど。。

Permalink | 記事への反応(0) | 15:30

2008-03-13

■２ちゃんねるでやっていないと恥ずかしいエロゲ

Key『CLANNAD』

Aneken Staff and Vipper『姉は一級建築士 -イケない構造設計-』

アリスソフト『しまいま。』

アージュ『君が望む永遠』

アージュ『マブラヴ』

TYPE-MOON『Fate/stay night』

TYPE-MOON『月姫』

CIRCUS NORTHERN『D.C.P.C.』

オーバーフロー『School Days』

ネクストン『ONE -輝く季節へ-』

Key『Kanon』

Key『Air』

Leaf『To Heart』

D.O.『家族計画』

きゃんでぃそふと『つよきす』

きゃんでぃそふと『姉、ちゃんとしようよっ!』

ねこねこソフト『みずいろ』

エルフ『臭作』

エルフ『鬼作』

アスキー『カオスエンジェルズ』

Navel『SHUFFLE!』

オーガスト『夜明け前より瑠璃色な』

propeller『あやかしびと』

TOPCAT『果てしなく青い、この空の下で…。』

Leaf『雫』

Leaf『痕』

colors『魔法少女アイ』

JAST『天使たちの午後』

FlyingShine『CROSS†CHANNEL』

アトリエかぐや『姉汁-白川三姉妹におまかせ-』

たっちー『永遠となった留守番 -パパは帰らない-』

ぱれっと『もしも明日が晴れならば』

戯画『この青空に約束を―』

ニトロプラス『沙耶の唄』

ういんどみる『はぴねす!』

菅野ひろゆき『この世の果てで恋を唄う少女YU-NO』

Key『リトルバスターズ!』

戯画『BALDR FORCE』

銀時計『おたく☆まっしぐら』

たまソフト『LOST CHILD』

Leaf『フルアニ』

otherwise『Sense Off -a sacred story in the wind-』

CIRCUS FETISH『すくみず -フェチ☆になるもんっ!-』

ブラックサイク『EXTRAVAGANZA -蟲愛でる少女-』

GROOVER『グリーングリーン』

戯画『パルフェ -ショコラ second brew-』

Active『DISCIPLINE -The record of a Crusade-』

D.O.『加奈 -いもうと-』

Littlewitch『白詰草話 -Episode of the Clovers』

ねこねこソフト『銀色』

エルフ『下級生』

エルフ『同級生』

アリスソフト『妻しぼり』

silkys『姫騎士アンジェリカ』

ivory『とらいあんぐるハート』

otherwise『未来にキスを -Kiss the Future-』

ソフトハウスキャラ『巣作りドラゴン』

ライアーソフト『Forest』

ライアーソフト『腐り姫 -euthanasia-』

ニトロプラス『鬼哭街 -The Cyber Slayer-』

ニトロプラス『Phantom -PHANTOM OF INFERNO-』

Selen『燐月-リンゲツ-』

すたじおみりす『月陽炎』

エスクード『ふぃぎゅ@メイト』

エウシュリー『幻燐の姫将軍』

Key『智代アフター -It's a Wonderful Life-』

あかべぇそふとつぅ『車輪の国、向日葵の少女』

ニトロプラス『月光のカルネヴァーレ』

ニトロプラス『斬魔大聖デモンベイン』

ZyX『雷の戦士ライディ』

Purple software『秋色恋華』

F & C『こなたよりかなたまで』

Le Chocolat『SWAN SONG』

ニトロプラス『吸血殲鬼ヴェドゴニア』

Leaf『Routes -ルーツ-』

ケロQ『終ノ空』

ザウス『永遠のアセリア』

130cm『彼女たちの流儀』

たまソフト『世界ノ全テ』

CIRCUS『最終試験くじら』

F & C『水月』

公爵『ジサツのための101の方法』

TerraLunar『ロケットの夏』

AUGUST『月は東に日は西に-Operation Sanctuary-』

CIRCUS『水夏-SUIKA-』

アリスソフト『大悪司』

Leaf『こみっくパーティー』

キャラメルBOX『処女はお姉さまに恋してる』

Leaf『天使のいない12月』

アリスソフト『アトラク＝ナクア』

TYPE-MOON『歌月十夜』

PULLTOP『ゆのはな』

ねこねこソフト『朱 -Aka-』

light『群青の空を越えて』

アリスソフト『大番長 Big Bang Age』

Survive『ゆきうた』

みなとそふと『君が主で執事が俺で -They are My noble Masters-』

light『Dear My Friend』

minori『はるのあしおと』

Littlewitch『Quartett!』

ニトロプラス『”Hello，world．”』

HERMIT『ままらぶ』

ねこねこソフト『Scarlett -スカーレット- 』

ぱじゃまソフト『プリンセスうぃっちぃず』

Marron『秋桜の空に』

ALcot『Clover Heart's 』

Cyc『夢幻廻廊』

HERMIT『世界でいちばんNGな恋』

http://anond.hatelabo.jp/20080313030006

Permalink | 記事への反応(2) | 08:51

2008-02-24

■http://anond.hatelabo.jp/20080224113746

摂取する情報量が多すぎて、脳みそのメモリがオーバーフローしてるんでは。

ネットやケータイ、テレビ、音楽、読書の時間をちょっと減らしてみるといいと思うよ。

かなりラクになるはず。

Permalink | 記事への反応(0) | 12:10

2008-01-30

■二つ名メーカー

やってみた

カタカナが「アストラルオーバーフロー」

漢字が「彼岸重力」

意味がわからない

Astral overflowを「星の溢れ」とでも訳すとしても、「彼岸重力」と全く関連しない

大体彼岸の重力って何だｗSFか？

星の重力場の事をそういってるのなら意味が通じないでもないな

別の天体を彼岸と表現して、その重力場を溢れと表現してるんならね

あー、こういう意味不明な解釈してると泥沼に嵌るな。どうにでも解釈できるから

ていうか、こういう二つ名って漢字とカタカナの意味が直感的に合ってないと意味がないんじゃないのかなぁ。厳密には違ってても

Permalink | 記事への反応(3) | 14:35

2007-11-28

■自分には荷が重すぎる状況に陥った時の思考術

自己流だけど。ライフハック(笑)みたいなもんだと思ってくれ。

1、思考形態を八つに区分する。

因果、連続、均衡、価値、真偽、超越、城塞、差異

八つをそれぞれ「都市」のようなものだと捉える。それぞれの「都市」が興亡を繰り返し、勢力を競い合っているイメージ。世界史の年表地図みたいなものを思い浮かべて欲しい。自分の場合は一日単位で大体中近代ヨーロッパの100年分ほど勢力図が変わる感じ。別に西欧史でなくても古代中国史でも何かの漫画のとかでもいい。八つの都市の勢力図がなるべく流動的に変化するよう自分の意思でコントロールする。

2、コントロール不能な情緒の渦(＝「夜」)を七つに区分する。

悲哀、愉楽、憤怒、恐怖、思索、空虚、浮遊

「夜」は自分の意思ではコントロールできない。その時の出来事や、悩みごと、社会情勢なんかに応じて否応なくどれかの「夜」がやってくる。自分には荷が重すぎる状況に陥った時は特に激しい情緒の渦が襲ってくることが多い。そういう「夜」に飲まれてしまうと、精神のバランスや体調を崩したり、躁鬱が激しくなって冷静な判断ができなくなったりしてしまう。

3、激しい情緒の渦に襲われた時は、思考形態の勢力図に従って対処する。

例えば上司との軋轢からどうしようもない「悲哀」の感情に襲われたとする。

その時、都市勢力図で「差異」が強かったとすると、

軋轢の原因となった行動に対する認識の差異
問題以前以後での上司への心情の差異
上司と自分の性格、経験、考え方の差異

等々を考える。

もし都市勢力図で「真偽」が強かったとすると

自分がこのような負の感情を抱くのは正当か否か
上司の自分に対する行動は正当か否か

なんかを考える。

この思考方法の利点は二つ。

1、自分には荷が重すぎる状況を順列組み合わせの中に落とし込むことで、考えが煮詰まることを防ぎ、視野の片寄りを防ぐ。

2、コントロール不可能な「情緒の渦」を、パターン化された「思考形態」と組み合わせることでコントロール可能な領域に引きずり込む。

ようするに考え方をあえて限定することで、問題に対処する範囲を狭めるのだ。こうすることでオーバーフローを防ぎ、問題を自分の意志でコントロールできているのだという意識を持つようにする。

参考までに彼女にふられた自分の、ここ三日間の精神状態がどう推移したかを書いておく。

一日目。都市の主要勢力は「均衡」、夜は「空虚」

彼女に別れを宣言される。
それまでの関係は？
- 一年も二人の間で冷戦状態が続いていた。
  - その状態のまま二人の関係は均衡していた。
  - 別れに踏み切れなかったのは、自分たちの関係を支えてくれた周囲の人達のおかげだ。
    - 彼らの為に、幾度も関係の修復を試みたが結局なにも変わらなかった。
結婚せずにずるずると今の状態を続けるのは彼女のためにもよくない、とわかっていながら決断を引き延ばしたのは、ひとえに自分に責任がある。
彼女は自分に釣り合っていたか？
- 彼女が自分に不釣り合いなほど素晴らしい女性だったのは間違いない。
- 彼女が自分のような男に愛想を尽かすのも世の理だろうか。
  - だからと言ってあんな裏切りが許されるものなのか？

二日目。都市の主要勢力は「因果」、夜は「恐怖」

別れることになった直接の原因は、彼女の浮気。
- だが彼女にそうさせた原因は自分のふがいなさにある。
これから先自分は彼女以上の人と出会うことができるのだろうか？
- 誰かと出会い、恋をして、デートに誘い、告白し、認めてもらう……
  - そういった一連のプロセスを再度踏むことを想像すると気が遠くなる。
  - 万が一それに成功したとしても、食事の好み、休日の過ごし方、家にいる時のルール等再びお互いの機微を喧嘩を交えながら摺り合わせる作業が必要になる。
- そしてきっと様々な場面で新しい彼女を別れた彼女と比較してしまうだろう。
そもそも自分のふがいなさを修正しない限り、また同じ結果が繰り返されることになるだろうことは明々白々だ。
コンビニに行く途中発狂した自分は広場で大勢の民衆を虐殺した。
- 世に言うカルマーの大虐殺である。

三日目。主要都市勢力は「城塞」、夜は「浮遊」

カルマーの大虐殺の裏に「城塞」都市の支援があったことから「因果」都市は「城塞」都市に対し宣戦布告を行い、以後全地上を巻き込んだ百年に及ぶ都市間戦争が始まる。
- もちろん彼女の浮気相手は「城塞」都市の人間であった。
戦火が全都市を巻き込むほどに拡大した理由は、この地を覆う新教派と旧教派の深刻な宗教的対立である。
- 二つの宗教観の対立は都市間を超えて広く敷衍していたが、その本質は代替の効かない貴重なエネルギー資源である聖石の採取権と政治的利用の是非を巡ってのものであった。
それぞれの都市は複雑な同盟の絆を編み上げ合従連衡をくりかえしていった。
聖石の俗性利用に比較的寛大だった新教派に首長自らがいち早く改宗した「城塞」都市が、その勢力を増していく。
- 聖石の軍事転用によって広大な領土と採取権を手にした「城塞」都市は、安定した聖石の採取と独自の精錬方法で、圧倒的な軍事力と科学力を手に入れる。
  - その科学力は都市一個を丸々空中に浮遊させるほどだったという。
ここにおいて初めて全都市の征服がなり、「城塞」統一王国が誕生する。
以後王家貴族は空中に浮かべた都市の上で治世を行い、全地上をその恐怖の力で支配した。
- ちなみにこの「城塞」統一王国王家の末裔こそ、後のリュシータ・トエル・ウル・ラピュタその人である。

http://neo.g.hatena.ne.jp/llpp/20071202#p1

Permalink | 記事への反応(3) | 12:20

2007-10-12

■http://anond.hatelabo.jp/20071012101257

仮にカウンタのオーバーフローがらみなら、修正はすぐだろ。

修正はすぐなのかな。

修正方法は見つかっておらずとりあえず動いたので運用してる駅と問題がありそうなので止めてる駅とがありそうだ。

Permalink | 記事への反応(0) | 10:35

■http://anond.hatelabo.jp/20071012101257

復旧したのか？ほんの30分前まで、まだ改札機は動かしていなかったぞ。いや、最後に使った路線は動いていたが。
仮にカウンタのオーバーフローがらみなら、修正はすぐだろ。正式リリースは慎重に試験をしてだが、現場の判断で即投入はありえる。サーバーからダウンロードする仕掛けなら、改札機はすぐ動き出すよ。
もちろん、入り口で素通りした客が出口で引っかかるから鉄道システムとしての復旧には時間がかかるが。

「自動改札機」のトラブル自体は(とりあえず)復旧したけれども、鉄道システムとしては復旧に時間がかかるので、ラッシュ時間帯が過ぎるまで改札開放処置を継続させていたんじゃないだろうか。

Permalink | 記事への反応(0) | 10:17

■http://anond.hatelabo.jp/20071012100843

復旧したのか？ほんの30分前まで、まだ改札機は動かしていなかったぞ。いや、最後に使った路線は動いていたが。

仮にカウンタのオーバーフローがらみなら、修正はすぐだろ。正式リリースは慎重に試験をしてだが、現場の判断で即投入はありえる。サーバーからダウンロードする仕掛けなら、改札機はすぐ動き出すよ。

もちろん、入り口で素通りした客が出口で引っかかるから鉄道システムとしての復旧には時間がかかるが。

Permalink | 記事への反応(2) | 10:12

■http://anond.hatelabo.jp/20071012095701

俺もカウンタのオーバーフローだと思って電車の中で概算していた。パスモ導入開始から208日か。1日86400秒だから、17,971,200秒と言うことになる。10mS秒ごとの32bit符号付整数カウンタがオーバーフローするには、ちと短い。

首都圏でしか起きていない
多くの鉄道会社で同時に起きている
発生していない機械もある（ニュースではそういっていたが…）

ことから、

JR東日本が要請した仕様の中に、ある固有の日を基点とするカウンタがある。
そのカウンタが一巡した。
メーカーによっては、長いカウンタを使っていた。あるいは一巡しても問題なく動くカウンタを使っていた。あるいは問題を内包したまま偶然動いている。
あるメーカーはカウンタが一巡したときに安全のためストップする機能が働いた。しかし、カウンタが現実時間内に一巡することを看過していた。と、いうところだろうか。

大阪方面で問題が起きていないことから、自動改札機には鉄道会社ごとの独自仕様がかなり深いところに盛り込まれているのかもしれない。それは単一問題で社会が停止する危険を回避できるともいえるし、くだらない独自仕様でコストアップをまだ続けているともいえる。

Permalink | 記事への反応(1) | 10:08

2007-09-05

■http://anond.hatelabo.jp/20070905105008

（ところで、健常者がうつを発症しない業界はあるのだろうか（純粋な疑問））

比率の問題じゃないの？SI系は控えめにみてもおおすぎるだろ。

自分は精神衛生のため、その業界からは半分だけ足を洗ったけど、

どっぷりな世界で見たものはひどかったよ。

自殺したなんていう話しも聞いたしね。

なのに、辞めてくれ思うようなやつほど図太くのさばってるんだ。

でも、その図太い人だってパワーバランスが崩れれば一瞬で追い込まれるからね、

あれほど人間関係までもがスパゲティな職場もないよね。

どっかがスタックすればどっかがオーバーフローすると。

精神科医が精神病にかかりやすいなんていう話しを聞くけど、SIも似たようなもんだとおもう。

病んだ人の多さと、窓も無いような部屋に外が雨降ってるんだか、晴れてるんだかもわからない毎日。

うつっちゃった人は陽のあたる場所でひなたぼっこをするのがいいとおもうな。

と、雨音を聞きながら思いました。

これだけ降ると雨漏りしそう。。

Permalink | 記事への反応(1) | 13:46

2007-09-04

■昨日の続き

1　anond:20070903132833

2　anond:20070903195251

昨日は2を書いた後、急展開する現実で疲れを覚えたので、そのまま自宅に直帰。

夜遅くに彼から連絡が入り、色々心配されたけども、

私は感情によるオーバーフローで巧く喋れずにgdgdな会話をして電話を切った。

電話を切った時は、結婚について尋ねればよかったと思ったが、

少し遅めの夏休みを憂鬱な気持ちで過ごさない為にも、聞かなくてよかった、と今は思っている。

(とは言えども、きっと私と彼の関係は近いうちに破綻しまうことで憂鬱にはなっている。)

今日はお泊りの準備してきてるけど、出来れば夕食だけ一緒にして自宅に戻りたい。

こんな気分で性欲なんて湧かない。

そして、anond:20070904123543が下記のとおり聞いてたけど、

壮大な勘違いつーことはないか？

滅多に会話のない我がセクションが、その話で持ちきりだから、勘違いなんかじゃないよ。

ちなみに、婚約者は同社の研究職で才媛の誉れが高い人みたい。

どんな人なのか興味が湧いてきた。

こんな事になるなら永遠の片思いだった方がよかったな。

1を書いた時よりも落ち着いてきたけど、だんだん空しくなってきた。

Permalink | 記事への反応(3) | 16:36

2007-08-28

■こんなワイドショーを考えてみた

地デジって確か双方向に情報を送れるシステムがあったはずなのでこれを利用して

ニコニコ動画みたいなインターフェースで視聴者の反応を載せるというのはどうだろうか。

もちろんコメンテーター側にも見せる形で。

発言に対する反応いかんによっては「言葉の暴力だ」等といっていつも適当な事を言ってる

コメンテーターがオーバーフローを起こすのかしらん？

Permalink | 記事への反応(1) | 22:55

2007-07-12

■迷路作成プロ グラムをVC++2005でやってみた。

http://anond.hatelabo.jp/20070711013155　こちらの宿題を作ってみました。

http://anond.hatelabo.jp/20070711080519　で参加を宣言した者です。

#include "stdafx.h"
#include <time.h>
#include <conio.h>
#include <list>

using namespace std;

enum MMError {
	MME_None = 0,
	MME_SizeError,
	MME_MemoryAllocError,
	MME_NotInitialized,
};

enum MMKind {
	MMK_None = 0,
	MMK_Space,		// 通路
	MMK_Filled,		// 埋まってるところ。掘れる。
	MMK_Wall,		// 壁。掘れないところ。
};

//
// 迷路実体管理用クラス定義
//
class CMazeMatrix
{
public:
	CMazeMatrix();
	virtual ~CMazeMatrix();

public:
	virtual bool	Initialize(int nXSize, int nYSize);	// 初期化すると同時に、外壁まで作ってしまう。
	virtual MMKind	GetAt(int nXPos, int nYPos);
	virtual bool	SetAt(int nXPos, int nYPos, MMKind kind);

	MMError	GetLastError() {return m_lastError;}


protected:
	inline	int calcIndex(int nXPos, int nYPos) {return nYPos * m_nXSize + nXPos;}
	bool	finalize();

protected:
	MMKind	*m_pMaze;
	int		m_nXSize;
	int		m_nYSize;

	MMError	m_lastError;
};

//
// 実体管理用クラス実体
//
CMazeMatrix::CMazeMatrix()
{
	m_pMaze = NULL;
	m_nXSize = 0;
	m_nYSize = 0;
	m_lastError = MME_None;
}

CMazeMatrix::~CMazeMatrix()
{
	finalize();
}


bool CMazeMatrix::Initialize(int nXSize, int nYSize)
{
	finalize();

	int nSize = nXSize * nYSize;
	if ((__int64)nSize != (__int64)nXSize * (__int64)nYSize) {
		m_lastError = MME_SizeError;
		return false;
	}
	m_pMaze = new MMKind[nSize];
	if (m_pMaze == NULL) {
		m_lastError = MME_MemoryAllocError;
		return false;
	}

	m_nXSize = nXSize;
	m_nYSize = nYSize;

	int nCnt;
	for (nCnt = 0; nCnt < nSize; nCnt++) 
		m_pMaze[nCnt] = MMK_Filled;

	for (nCnt = 0; nCnt < m_nXSize; nCnt++) {
		m_pMaze[calcIndex(nCnt, 0)] = MMK_Wall;
		m_pMaze[calcIndex(nCnt, m_nYSize - 1)] = MMK_Wall;

	}

	for (nCnt = 0; nCnt < m_nYSize; nCnt++) {
		m_pMaze[calcIndex(0, nCnt)] = MMK_Wall;
		m_pMaze[calcIndex(m_nXSize - 1, nCnt)] = MMK_Wall;
	}
	return true;
}

MMKind	CMazeMatrix::GetAt(int nXPos, int nYPos)
{
#ifdef _DEBUG
	if (nXPos < 0 || nXPos >= m_nXSize ||
		nYPos < 0 || nYPos >= m_nYSize)
	{
		m_lastError = MME_SizeError;
		return MMK_None;
	}
#endif
	return m_pMaze[calcIndex(nXPos, nYPos)];
}

bool	CMazeMatrix::SetAt(int nXPos, int nYPos, MMKind kind)
{
#ifdef _DEBUG
	if (nXPos < 0 || nXPos >= m_nXSize ||
		nYPos < 0 || nYPos >= m_nYSize)
	{
		m_lastError = MME_SizeError;
		return false;
	}
#endif
	m_pMaze[calcIndex(nXPos, nYPos)] = kind;
	return true;
}

bool	CMazeMatrix::finalize()
{
	if (m_pMaze != NULL) {
		delete [] m_pMaze;
		m_pMaze = NULL;
	}
	return true;
}


//
// 迷路作成用クラス定義
//
class CMazeMaker
{
public:
	CMazeMaker();
	virtual ~CMazeMaker();

public:
	bool	Initialize(int nXSize, int nYSize);

	// 力業。ループで回す。メモリは食わない。
	// 美しくない。
	bool	Generate1();

	// 掘った箇所をスタックに積んで、掘れなくなったらスタックを戻す。
	// 綺麗だけれど、迷路のサイズを増やすとスタックオーバーフローが起こる。
	bool	Generate2();

	// Generate2をlistに置き換えたもの。
	// stdを使ってしまったのが心残り。
	bool	Generate3();

	MMError	GetLastError() {return m_lastError;}

protected:
	bool	finalize();
	bool	checkPos(int nXPos, int nYPos, int nXAdd, int nYAdd);
	int		process(int nXPos, int nYPos);
	void	dig(int nXPos, int nYPos);
	bool	makeStartGoal();
	virtual	CMazeMatrix* matrixAllocate();

protected:
	int		m_nXSize;
	int		m_nYSize;
	CMazeMatrix *m_pMatrix;
	MMError	m_lastError;
};


CMazeMaker::CMazeMaker()
{
	m_nXSize = 0;
	m_nYSize = 0;
	m_pMatrix = NULL;
	m_lastError = MME_None;
}

CMazeMaker::~CMazeMaker()
{
	finalize();
}

bool CMazeMaker::Initialize(int nXSize, int nYSize)
{
	finalize();

	m_pMatrix = matrixAllocate();

	if (m_pMatrix == NULL) {
		m_lastError = MME_MemoryAllocError;
		return false;
	}

	if (m_pMatrix->Initialize(nXSize, nYSize) == false) {
		m_lastError = m_pMatrix->GetLastError();
		return false;
	}

	m_nXSize = nXSize;
	m_nYSize = nYSize;

	return true;
}

CMazeMatrix* CMazeMaker::matrixAllocate()
{
	return new CMazeMatrix;
}

bool CMazeMaker::finalize()
{
	if (m_pMatrix != NULL) {
		delete m_pMatrix;
		m_pMatrix = NULL;
	}
	return true;
}


// スタート位置と、ゴールの位置を作成。外壁部分に穴を開ける。
// 今回のアルゴリズムでは、外壁のすぐ内側が通路になっていないことがあるので
// その場合には箇所を移動させる。
// どこをとっても通路が見あたらない場合には、エラーとする。
// （乱数の発生具合がとても意地悪な場合を考えると、可能性は少なくとも0ではない。）
//
bool CMazeMaker::makeStartGoal()
{
	// スタート地点を左の壁の上の方に
	int nCnt = 0;
	for (nCnt = 1; nCnt < m_nYSize - 1; nCnt++) {
		if (m_pMatrix->GetAt(1, nCnt) == MMK_Space) {
			m_pMatrix->SetAt(0, nCnt, MMK_Space);
			break;
		}
	}
	if (nCnt == m_nXSize - 1) {
		return false;
	}

	// ゴール地点を右の壁の下の方に
	for (nCnt = m_nYSize; nCnt > 0; nCnt--) {
		if (m_pMatrix->GetAt(m_nXSize - 2, nCnt) == MMK_Space) {
			m_pMatrix->SetAt(m_nXSize - 1, nCnt, MMK_Space);
			break;
		}
	}
	if (nCnt == 0) {
		return false;
	}
	return true;
}


// 現在位置nXPos, nYPosからみて、nXAdd、nYAddを足した位置に移動できるかをチェック
// 移動先が埋まっている状態で、さらに三方が通路以外に覆われているなら、OKとする

bool CMazeMaker::checkPos(int nXPos, int nYPos, int nXAdd, int nYAdd)
{
	if (m_pMatrix->GetAt(nXPos + nXAdd, nYPos + nYAdd) != MMK_Filled) 
		return false;

	if (nXAdd == 0) {
		if (m_pMatrix->GetAt(nXPos - 1, nYPos + nYAdd * 2) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos    , nYPos + nYAdd * 2) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + 1, nYPos + nYAdd * 2) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos - 1, nYPos + nYAdd ) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + 1, nYPos + nYAdd ) != MMK_Space)
		{
			return true;
		}
	} else {
		if (m_pMatrix->GetAt(nXPos + nXAdd * 2, nYPos - 1) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + nXAdd * 2, nYPos    ) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + nXAdd * 2, nYPos + 1) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + nXAdd , nYPos - 1) != MMK_Space &amp;&amp;
			m_pMatrix->GetAt(nXPos + nXAdd , nYPos + 1) != MMK_Space)
		{
			return true;
		}
	}
	return false;
}


static const int moveInfo[4][2] = {
	{-1, 0},
	{0, -1},
	{1, 0},
	{0, 1},
};

int CMazeMaker::process(int nXPos, int nYPos)
{
	int digCount=0;
	int aryMove[4] = {0};	

	if (m_pMatrix->GetAt(nXPos, nYPos) != MMK_Space) {
		return 0;
	}
	while (1) {
		int nMoveCount = 0;

		for (int nCnt = 0; nCnt < 4; nCnt++) {
			if (checkPos(nXPos, nYPos, moveInfo[nCnt][0], moveInfo[nCnt][1]) == true) {
				aryMove[nMoveCount] = nCnt;
				nMoveCount++;
			}
		}
		if (nMoveCount == 0) {
			break;
		}
		
		int nMove = ((rand() >> 1) % nMoveCount);
		nXPos = nXPos + moveInfo[aryMove[nMove]][0];
		nYPos = nYPos + moveInfo[aryMove[nMove]][1];
		m_pMatrix->SetAt(nXPos, nYPos, MMK_Space);
		digCount++;
	}
	return digCount;
}


bool CMazeMaker::Generate1()
{
	// 開始点は1, 1から。（ループの先頭
	m_pMatrix->SetAt(1, 1, MMK_Space);

	::srand((unsigned int)time(NULL));
	
	int nXCnt;
	int nYCnt;

	for (nXCnt = 1; nXCnt < m_nXSize - 1; nXCnt++) {
		for (nYCnt = 1; nYCnt < m_nYSize - 1; nYCnt++) {
			while (process(nXCnt, nYCnt) != 0) {}
		}
	}
	return makeStartGoal();
}


void CMazeMaker::dig(int nXPos, int nYPos)
{
	m_pMatrix->SetAt(nXPos, nYPos, MMK_Space);

	int aryMove[4] = {0};	

	while (1) {
		int nMoveCount = 0;

		for (int nCnt = 0; nCnt < 4; nCnt++) {
			if (checkPos(nXPos, nYPos, moveInfo[nCnt][0], moveInfo[nCnt][1]) == true) {
				aryMove[nMoveCount] = nCnt;
				nMoveCount++;
			}
		}
		if (nMoveCount == 0) {
			break;
		}
		
		int nMove = ((rand() >> 1) % nMoveCount);

		dig(nXPos + moveInfo[aryMove[nMove]][0], nYPos + moveInfo[aryMove[nMove]][1]);
	}
}

bool CMazeMaker::Generate2()
{
	::srand((unsigned int)time(NULL));
	int nXStart = ((rand() >> 1) % (m_nXSize - 2)) + 1;
	int nYStart = ((rand() >> 1) % (m_nYSize - 2)) + 1;
	dig(nXStart, nYStart);
	return makeStartGoal();
}

struct PosInfo {
	int xPos;
	int yPos;
};

bool CMazeMaker::Generate3()
{
	::srand((unsigned int)time(NULL));
	int nXStart = ((rand() >> 1) % (m_nXSize - 2)) + 1;
	int nYStart = ((rand() >> 1) % (m_nYSize - 2)) + 1;

	m_pMatrix->SetAt(nXStart, nYStart, MMK_Space);

	list<PosInfo> posList;

	PosInfo info = {nXStart, nYStart};
	posList.push_back(info);

	while (posList.size() != 0) {
		int nXPos = (posList.rbegin())->xPos;
		int nYPos = (posList.rbegin())->yPos;

		int aryMove[4] = {0};	

		int nMoveCount = 0;

		for (int nCnt = 0; nCnt < 4; nCnt++) {
			if (checkPos(nXPos, nYPos, moveInfo[nCnt][0], moveInfo[nCnt][1]) == true) {
				aryMove[nMoveCount] = nCnt;
				nMoveCount++;
			}
		}
		if (nMoveCount == 0) {
			posList.pop_back();
			continue;
		}
		
		int nMove = ((rand() >> 1) % nMoveCount);

		info.xPos = nXPos + moveInfo[aryMove[nMove]][0];
		info.yPos = nYPos + moveInfo[aryMove[nMove]][1];

		m_pMatrix->SetAt(info.xPos, info.yPos, MMK_Space);

		posList.push_back(info);
	}

	return makeStartGoal();
}

//
// コンソール出力用
class CMazeMakerConsole : public CMazeMaker
{
public:
	CMazeMakerConsole(){};
	virtual ~CMazeMakerConsole(){};

public:
	void Output();
};

void CMazeMakerConsole::Output()
{
	for (int nYCnt = 0; nYCnt < m_nYSize; nYCnt++) {
		for (int nXCnt = 0; nXCnt < m_nXSize; nXCnt++) {
			if (m_pMatrix->GetAt(nXCnt, nYCnt) == MMK_Space) {
				printf(".");
			} else {
				printf("#");
			}
		}
		puts("");
	}
	_getch();
}

// 
//
int _tmain(int argc, _TCHAR* argv[])
{
	CMazeMakerConsole maker;

	do {
		if (false == maker.Initialize(75, 50)) {
			puts("Initialize Error");
			return 0;
		}
	} while (false == maker.Generate3()); //失敗するのは、スタート、ゴールが作れなかった場合。偶然そういうことになることもあるので、そうなったら作り直す。


	maker.Output();

	return 0;
}

最初に昔の記憶を頼りにCMazeMaker::Generate1()を作ったけれど、美しくなかったのでGenerate2()を作成。迷路のサイズを増やすとスタックオーバーフローになるので、Generate3()を作成。一応、満足。

###########################################################################
.....##...#.#.##.....##......#....#...#.#.#.........#.##.........##.#.....#
#.#.##..#.#......###..###.##.#.##.#.###...#.#####.#....##.######....##.##.#
#.#..##.#.#.##.###.##.....##...#....#...#.....##..#.##.#..##...####..#..#.#
#.##..###.#..#..##..###.#..###.#.####.###.#####..####..#.##..#....##.##.#.#
#..##.....##.##..##...#.##..#######...#.#.#...#.##....##.#..###.#..#.##.###
#.####.#####.###.###.##..####.......###.###.#.###..##.#..#.##...##.#..#...#
#....###......#..#.#....##....########..##..#..#..#####.######.##..##.##.##
#.##..##.######.##...####..#####....#..##..###.#.##.##..#......#..###..#..#
#..##.#...##....#..#.#..#.##.#...#.##.##..##.....#.....####.####.##.##.##.#
##..#...#..#.#######...##....#.#####..#..#########.##.##.#..##...##..#....#
###.########.##...##########.#...##..##.##.##...####..#....##..###..#####.#
#.#..##...##..#.#.....##.....##.##..##..#...###.#.#..###.####.##...##.....#
#.##.#..#..##.#.#####.#..#####..#..##..##.#.....#...##.#.#....####.#..#####
#..#.#.###.#..#.....#...##.....##.##..##..##.##.#.###....####.#.#..#.###..#
#.##.#.##....######.########.###..#..###.##..#....#.##.#...#..#...##...##.#
#..#.#..###.##.#....#..#.....##..###..#...#.#######....#.#.#.##.#.####.##.#
##.#.##.##...#.#.#####...#####..##.##.##.##......#####.###.#.#..#..#.#..#.#
##....#..###...#....#..#.....#.##...#.#...#.#.##.....#..##.#...###...##...#
#..#####...########.####.##.##....#...#######..#####.####..#####.########.#
#.##.#.###..#.....#....###...###########...###..##...#....##.........##...#
#..#....###...#.#.####..#..#.....#.#.....#..#..##..###.#.##..#######.#..###
##.####...#######...###.##.#.###.#...######.####..##...#.#..##...#...#.##.#
#....####...#...###...#..#.#..####.#....#.....#..##..#.###.##..#.#.###.#..#
####...#..#.#.#..####.##.####......####.#####.##..#.##...#..####.#.#...#.##
##.###.#.##.#.##.#.#...#....##.######.#.##..#.###.######.##...#..#...###..#
#..##..#.####.##.#...#.####..#........#..##....##...##....###...######...##
#.##..##..##..#..##.####..##.#.######.##..####..#.#..##.###.#.#..#.##..#..#
#.##.####.#..##.##..##...###.###...#...##.##.##.####.#..#...####.#..#.###.#
#.#...#...#.###..##..#.#...#..#..#...#..#..#.##..##..#.##.#..##..##.#...###
#...#...#.#...##..##...#.####.####.#######.#..##.#..##..#.##..##..#...#...#
#.###########.###..#####....#...##.#..#....##..#...####.#..##..##.#######.#
#....#....##..#.##....###.#####..#...##.######.#####.##.##.###....#.....#.#
###.##.#.##..##..####..#..#...##.###.##......#...##.....##..########.##.#.#
#.#.#..#..#.####.#..##...##.#.#..#....######.#.#....#.#..##.#...##...#....#
#...#.###...#......####.##..#...###.###...##.#.######.#.##..#.#..##.####.##
#.#.#.#.#####.###.##....#..######.#.##..#..#.#..#.....#..##...##.#...#....#
#.###.#...##...#..#..####.##.#.##.#.#..##.##.##.#.###.##..######.#.#.####.#
#..##.#.#..#.#.####.###.#..#......#...#####..#..#...####.##..#.#.###.##...#
##..#...##.#.#.#........##.#.#.#.####..#....#######..##...##...#..#...###.#
###.######.#.#...####.#..#.#.###.#..##.#.####....###..###..##.###.###...#.#
#...#...#..#####...##.####.#..#....##..#..#...##...##...##......#..####.#.#
#.###.#...##...#####..##...##.#.##.#..###.#.######..##.###########.#....#.#
#..#..##.##..#.#...#.##..######..###.##.#....###.##.##...#.......#.#.#.####
#.##.###..#.##...#.###..##....##........#.##..#...#..#.#.#.###.#.#.###....#
#..#...##.#..#####..##.####.#.##.############...#.##.#.#.#...#.###..##.##.#
##.###..###.##...##.#..#....#..###....##....#######..#.###.###...##..###..#
#...###..#...##.###.#.##.#####...#.##.#..##.#...#...##..#...###.####.#...##
#.#...##...#......#......#.....#...#....##....#...#..##...#...#........#...
###########################################################################

ちなみに http://anond.hatelabo.jp/20070711194709　これを聞いたのは自分。

かなりたくさん書けることがわかりました。

Permalink | 記事への反応(0) | 00:34

2007-07-10

■http://anond.hatelabo.jp/20070710021000

私も森博嗣は2度と読まないよ。そもそもプログラマは「全てがF」を検出するんでなしに桁のオーバーフローを検出するだろ。意味わかんないんだよ。

同人時代を知っている人によると、「全然変わってない」そうだ。

面倒だからもういろいろ書かないけど、君の気持ち、よくわかる。

Permalink | 記事への反応(0) | 06:11

「オーバーフロー」を含む日記

■んー

■映画デートに誘ったつもりがみんなで行くことになった

就職って

追記です

■民主の比例オーバーフローが20人突破しそう

■C++ STLのvectorコンテナのsize()関数

■【言葉】楽しくないスキルアップは挫折する