2008/03/30 サーバー復活！！

 

自前サーバ復活しました(｀･ω･´)

 

 

全ソフトウェアの再インストールの手順をメモってるほど余裕は無かったのですが、

意味不明になりそうな箇所だけはメモとして残しておいたので、

 

 

再度ぶっ飛んでも・・大丈夫( ´д｀)

 

 

まる１週間、自宅サーバが無かった状況は不安で不安で仕方なかったです。

 

次からはバックアップの知識を少しでも高めていかないと。。

 

 

一言：

今週の休みはまるまる潰れたよ(´・ω・‘）

自宅サーバ、完全手動リカバリ中・・

 

１０時間ぶっ通しで、自宅サーバ復旧中です( ´д｀)

 

 

残すところ、fast cgi と tomcat の確認だけなのですが、fast-cgi の方が思った以上に

手ごわいです。。

 

2006年の俺よ、、、

 

 

よくインストール完了出来たな？ (゜Д゜ )

 

 

MySQL の構築も若干はまりました。

 

C/C++ からの開発環境も合わせてインストールするので、実行バイナリだけあっても

足りないんす。

 

 

しかしながら、今のところ一番ハマったのが

 

C/C++での CGI の実行

 

です(　´д｀)

 

 

Apache2.0 の罠にハマったわけなんです。

 

Premature end of script header　というエラーなんですが、、

この結論は "カレントディレクトリの権限" だったので、もう泣きそうです(´・ω・‘）

 

 

 

クソー、なんとか今日中に復旧したい・・

 

メールサーバも復旧出させたこの勢いで fast-cgi も頼む。

2008/03/23 自宅サーバー死んだのは辛い・・

 

自宅サーバーがお亡くなりになりました（ ´д⊂

 

 

やっぱりバックアップ取ってないのが痛い。

 

インストールしてある設定ファイルのバックアップが無いと、

 

もう二度とサーバー立てたくなくなる・・ぐらい辛い。

 

 

昔 Windows 98 を使用してた時、1週間に１回OSの再インストールを求められてた経験が５カ月ぐらい

あり、

 

650M の CD-ROM を 500 枚以上焼いてた

 

記憶があります。

 

なので Windows に関しては、かなりセーフティに使うようにしてるので、98 の次以降でぶっ飛んだのは

Windows 2000 で3回ぐらいです。

 

と言ってもローカルのデータは全てレスキューできたので、困ることはインストールにかかる時間ぐらいでした。

 

 

そして今回は、何が最悪かと言うと

 

データをレスキューする難易度が高いんです( ´д｀)

 

たぶん、Linux に関しては自分の知識が足りないと思うのでプロの管理者には到底なれないでしょう。。

 

 

サーバーＰＣのHDD を取り出して、Windowsに繋げて下記のを試してみたのですが、

 

・ext2fsd

 

・DiskInternals Linux Reader

 

 

期待通りの結果は得られませんでしたorz

 

 

そもそも復旧コマンドを打つタイミングを間違えてしまったのが痛いです。

 

e2fsck というコマンドでファイルシステムをチェックするのですが、ドライブをアンマウントせずに

やってしまったため、色々と不都合が出た模様。

 

 

そして色々とあり、何とかシングルユーザーモードにはなれたので、ftp を駆使して必要な設定ファイル

だけでも Windows ＰＣにコピーは出来ました。

 

 

新品の HDD を注文したけど、今まで、色んな設定をしてきたのでやる気が・・・

 

次やるときは、すべての手順( 必要になるもの全て )を、メモに残しておき、

 

再インストールにかかるのは時間だけ

 

という状態に、Linux PCでも成れるようにしておかないとダメですね。。

 

 

 

 

 

 

 

あああ、自宅メールサーバーがしばらく使えない（ ´д⊂

 

2008/03/22 Doja5.0/5.1 エミュレーターのバグ・・

 

Doja 5.0/5.1 のエミュレ－ターにはバグがあるようです。

 

どうもこのバグは "普通に使ってるひと" には発生しないので、実践的な？開発スタイルの人に

だけ影響出ている感じです。

 

 

具体的には doja.exe をプロンプトから起動している人などは、

 

System.out.println() のデバッグ出力が一切表示されません。

 

 

これを回避するためにパイプ用のプログラムを用意してやらないといけないのですが、

都合の良いプログラムが無かった為、自作しました。

 

ということで、せっかくなので rprint というツールを vector で公開します( ´д｀)

 

 

自宅サーバーがお亡くなりになったので、そっちでは公開できないんです（ ´д⊂

2008/03/20 ニュースやブログ系をひろってみる 3/20

 

最近のニュースを拾ってみますた。

 

 

・日本の会社では到底ありえない Google のオフィス( スイス )

 

Google では食事が食べ放題/飲み放題との事で、我々一般人には羨ましい限り( ´д｀)

 

これだけ環境が整ってる現場で、一度は働いてみたいと思ってしまう。

 

 

日本でこーいう職場は想像も付かない・・

 

 

 

 

 

・Windows Vista Service Pack 1 (SP1)ついにリリース！

 

 

今回のSP1では 570 種類のバグフィックスが含まれてるそうです。

 

私も WindowsVista を使ってるので、少し様子を見た後に適用してみます( ´д｀)

 

Windows Media Player のバグも修正されるのは助かるなー。

 

 

 

 

 

 

・自動販売機で値上げを検討・・・

 

缶コーヒー「ワンダ」シリーズの飲料商品の値上げを検討との事。

 

その影響で、他の缶ジュースも一斉に値上げされる可能性も十分ありそうですね。

 

ちょっと昔は 90円  100 円 の自動販売機もよく見かけた記憶があるのですが、今では 120 円より安い

自動販売機を見かけることは、ほとんどありません(´・ω・‘）

 

 

 

 

 

 

関連記事

・ニュースやブログ系をひろってみる 2/5

・Windows Vista のスリープモードには注意も必要！

2008/03/16 花粉・・

 

ああああ、

 

 

花粉症になってしまったようです(|||゜Д゜）

 

 

症状としては 鼻水や目の痒さが辛いですが、今のところ

 

鼻水 ＞＞＞＞ くしゃみ ＞＞目の痒さ

 

と鼻水で、鼻がつまってしまい鼻呼吸が出来ないのがかなりシンドイです。。

 

かなり昔に、鼻呼吸で過ごしているとほぼ風邪を引かないというのを自ら実証できて以来、呼吸は常に

鼻で行うようにしてたので、口呼吸をずっと続けるのは辛い。

 

 

体が外敵から身を守ろうとして活発なのは良いけど、くしゃみが止まらないのも辛い( ´д｀)

 

１回のくしゃみは 2k～4k カロリーも消費するので、かなり体力が奪われる。。

 

 

関連記事:

・くしゃみの速度って・・・

2008/03/13 泣けるAAで泣いた

 

感動のお話です。悲しい方で・・

 

お時間のある方はどうぞご覧下さい。

 

泣けるAA

     

 

見れない方はここ

 

 

最初に流れてるBGMの２曲は、ひぐらしの音楽みたいですね。

 

ひぐらしの曲って、テキストでの演出作品と相性良いよ。

2008/03/11 テトリスっぽいの作りますた

 

コマンドプロンプト上で動く、テトリスっぽいゲーム作りますた。

 

 

アルゴリズムの作成/実装に１日、デバッグ１日で２日かかってしまったわけですが、

プロンプト上でゲームっぽく動作させる方法の検証で２時間ぐらいかかってしまった。

 

時間に直すと、４時間＋５時間で９時間労働だね。

 

 

なんでコマンドプロンプト上で作ったのかと言うと、コマンドプロンプトと言う

環境でのゲームにちょっと製作意欲がわいたのです( ´д｀)

 

 

まぁ完全な趣味というやつですが・・

 

 

先ほど vector に登録申請をしておいたので、たぶん来週ぐらいに公開されると

思うので、少し興味ある人はどうぞやってみてください。こちらから落とせます。

 

毎フレーム画面を更新せざるを得ないので、幾分描画がちらついてるかと

思いますが。。。 

 

ダブルバッファリングは、プロンプトでのテトリスでは無理ぽそうです( ´д｀)

ゲームプログラマの待遇について語ってみる

 

せっかくのブログなんだし、決意も新たにゲームプログラマの待遇についての、世間の相場

を想像してみようと思う。

 

 

最初に断っておきますが、全部憶測です( ´д｀)

 

一つの憶測情報として参考になればと思い。。ね。

断定している所もありますが、あくまで目安としてご覧下さい。

 

 

・まず大前提として、ゲームプログラマの月給は安い。

 ただし新入社員として見ると、そこまで安いわけではないと思う。月給は。

 

・一日３時間程度の残業では、残業代がほぼ出ない( 月給が、x時間見なし残業含まれてる )所が多い。

 

・ボーナスが無い所は・・全体的に見て半々ぐらいか？

 

・自社開発を行う会社では、インセンティブ等の「売れたら還元するよ」的な報酬もある。

 

・遅刻すると、遅刻した 時間(分) を、区切りの良い単位に切り上げられた後、給料から引かれる。

  ＞一部の大手ではあまり無いと思われる。

 

・年収としてみると、労働時間の割には相場はかなり低い。

 

・年収としてみると、IT系のプログラマより相場は低いか

 

・当たり前かもしれないが、この業界も大手と小さい会社では給料の相場も大分違う

   [例]

    ・同時期に Aという大手の会社 と Bという下請け会社に入った場合、新入社員の月給が

       18万で同じだとしても、年収では 100万以上の差が付く場合も普通にある。

　　 残業手当、ボーナスがあるかどうかだけで・・

 

         18万 * 12カ月  = 年収 216万  :  ボーナス無し           中小企業

         18万 * 16カ月  = 年収 288万  :  ボーナス４カ月有り 大企業

 

 

ゲームプログラマに限ったことでは無いかもしれないけど、ここには書いてないような事も、大手と

小さい会社では色々と待遇面で違いがあります。

 

プログラミング以外の求められる業務能力も色々とあったり。特に中小企業では。

 

 

ゲームプログラマを目指す人って、やっぱりゲームが好きだから目指してますよね。

 

もし数年働いて、、ある時期から "お金" のことを気にし始めたら、歯止めがきかなくなる可能性が

高い業種とも言えます。

 

ってことで私が想像するに、どーいうタイプの人が向いてるか書いてみると、

 

 

A. 

・対価( お金 )は、働いた分は絶対に欲しい。

・幅広く仕事もこなしたくないし、ゲームプログラミング能力だけでもＴＯＰを目指したい。

 

   ＞大手のゲーム会社を選ぶのが良い

 

--------------------------------------------------------------------------------------------------------  

B. 

・対価( お金 )は、ある程度働いた分は欲しい。

・ゲーム以外にも幅広くこなせるようになりたい。

 

   ＞中小企業のゲーム会社を選ぶのが良い

 

--------------------------------------------------------------------------- 

C. 

・お金は気にしないので、とりあえず働ければ・・

・パルプンテを体感してみたい！！

 

   ＞小さいゲーム会社を選んでみるのも面白い

 

 

ゲームプログラマを目指す人達に一言言うとすると、自社コンテンツを持ってる会社の方が

本人の "作りたいゲーム" を作れる機会は多いんじゃないかな。

 

新卒で下請け会社だと、ゲームプログラマーという職業がイヤになる可能性が高いかもしれません。

 

2008/03/09 我が迷いは晴れた

 

ここ５カ月、潜在的にはもっと長く、心の中のもやもやが取れました( ´д｀)

 

人には、自分を見つめなおすという時間は必要だと思う。

 

実際取れない( 見つめ直す時間を作らない※1 )人の方が多い世の中だけど。

 

※1

作れないと言ったほうがｲｲのかもしれないけど、「本当に作れないの？」と大抵の場合思う。

何かしらの犠牲はあるのは当たり前なんだから。

 

 

先日、以前勤めていた会社の人と２年振り？に偶然出会ったので、飲みにいってきました。

 

そして、その人が放ってるオーラを受けたのか、以前閃いたネタを再度掘り起こすことが出来た。

 

自分の中の "夢" を達成するにも、別スレッドで切り開いてみる。

 

 

ぶっちゃけ "夢" ってのはほぼ達成できないものと思ってるんだけど、

閃いたネタには手ごたえを感じてます。

 

・・情報収集するのに、けっこう骨折りそうだけど( ´д｀)

 

 

それにしても、たかだか２年と感じてしまうけど、人って成長するよね。

 

 

同僚とかの近況を聞いてると

 

「自分だけが成長してないんじゃねぇか？」

 

と思ってしまう、弱い心があったりするんです。

 

 

マンネリ化している状況に満足し始めたら、成長は急激になくなってしまう。

 

 

初めて勤めた会社を辞める時、世間を見ることを選んだ自分は間違ってなかったのは間違いと思う。

2008/03/06 C/C++ が面白くて仕方が無い

 

最近特に思うんです( ´д｀)

 

 

C/C++　でプログラミングすることが楽しすぎる！

 

 

以前までは、Windows での C/C++ にのめり込んでいたのですが、最近は Linux/g++ での

プログラムが楽しくて仕方ない。

 

基本は Windows で作成したクラスライブラリを Linux でも使えるようにする事がメインなのですが、

Windows で書いたＣＵＩツール( コード )をほぼそのまま Linux でも使えるし、

 

すっげぇ自己満足に浸ってます( ´д｀)

 

 

プライベートの時間使って、こんな事に打ち込んでる私は、ある種異常者かもしれない。。

 

 

ネタとしては、最近こんな事やって遊んでます。

 

自宅サーバーのメールアドレス( 受信専用・・ )を使って、コマンドメールを受信したら、自宅マシンの

プログラムを起動し、レスポンス( 送受信可能なアドレスから )を返します。

 

これによって何が出来るかと言うと、携帯電話さえ持ってれば、

 

全国どこに言っても、自分が定期的に行う作業をメールで送って、結果をメールで取得できる

 

わけです。

 

もちろん起動するプログラムは予め作成しておいておく必要があります。

 

このやりたい事というのを万人向けに説明すると、例えば youtube  に自分が見たかった動画がアップロード

されてることを知りました。

 

しかし今は自宅にいないため、ダウンロードできません。

 

そこで、メールの件名に「動画」　本文に動画ＩＤ「hogehoge」 と書いて送ると、自分のマシンがダウンロードしに

いってくれます。

その後、成功/失敗のメールが数分後に送られてくるわけですね。

 

 

その欲しかった動画が削除されやすい動画の場合なんかもあると思うのですが、これさえあれば見つけた段階で

携帯のメール送るだけでＯＫなので、「あぁ削除されてる・・」という事も避けやすくなります。

 

ぶっちゃけ、人に送るメールより、機械に送るメールの方が圧倒的に多い自分は痛い・・のか？

 

 

後はセキュリティ実装を入れるべきだけど、とりあえずは送信元のメルアドチェックぐらいですかね。

 

ちなみに http/smtp/pop3 全部自前実装なので、細かいヘッダのチェックも( 簡単に )可能だったりするので、

いざという時もデバッグしやすい。

 

とは言っても、perl ならこの程度の実装は( ライブラリが充実してるので )かなり簡単と思われる、、が、Windows で

高度なことをやりたい場合があると考えると、C/C++ で実装している意味はあるかな。※1

 

※1

例えばサーバー自体に、共有メモリ、ファイルマッピング、Windows( 又は Linux )ネイティブAPIの呼び出しなどがある場合。

2008/03/03 色んなカップ麺を食べた

 

カップ麺を色々と食べてみたので、今日はまとめてレビュー？します( ´д｀)

 

 

今更ですが、レビューの方針としては "不味い" や "調子が悪くなる" などのは詳しく書く予定です。

 

普通に美味しいのは、そんなに表現する言葉がなくて・・(゜Д゜ )

 

 

それじゃあ、まずはセブンイレブン限定の醤油ラーメン(\150)。

 

 

かやく類じは３種類ほど入ってます。

 

 

飛んで・・完成

 

 

個人的に普通に美味しかったです( ´д｀)

 

スープ全部飲むときつくなりますが、麺・スープ共に美味しかった。

 

「また食べたいなぁ」

 

と感じてた商品なので、個人的にオススメかも。

 

 

 

続いてセブンイレブン限定の豚骨ラーメン(\150)。

 

 

 

かやくは２種類とちょっと寂しいイメージだった。 

 

 

 

匂いもけっこう良かった。

 

 

 

これも美味しかった！

 

スープを全部飲んだのはミスりましたが、"前半戦は" かなり美味しく食べれました( ´д｀)

 

後半はちょっと飽きもあったのですが、豚骨嫌いじゃない人は食べてみるのもオススメ。

 

 

 

 

・・突然ですが、以降は画像を中心に紹介します( ´д｀)

 

 

決して、めんどくさくなったわけではありません！！

 

 

 

 

続いて、Yahoo!主催？のマルチャンから出た１０６万票が選び出した味の、豚骨ラーメンです。

 

 

 

 

 

 

噂では、塩味の方が美味しいという意見が多いようす。

 

 

そして味の方は、、

 

 

味忘れました・・・（ ´д⊂

 

 

体調崩したり、不味かったら忘れないので、たぶんそこそこ美味しかったんだと思います。よ、、

 

 

そして、最後は画像でお届け！

 

 

 

 

 

 

 

 

 

 

2008/02/29 うるう年

 

今日はうるう年の影響が出る、２月２９日ですね( ´д｀)

 

こーいう特別な日って、世の中に何か影響が出てないか興味が出るところです。

 

そして案の定、、

 

・うるう年でエラー　NTT東西の動画配信STBに不具合

 

との事。

 

一部の使用している方たちにとっては、たまらないニュースでしょうね。。

 

 

さてせっかくなので、うるう年をC言語で書くとどーいうコードになるか紹介してみます( ´д｀)

 

たぶん、ここを読んでいる９割の方はプログラムに興味の無い方々だと思いますが・・

 

   BOOL  IsLeapYear( int year )

   {

      if( year%400==0 )return true;
      if( year%100==0 )return false;
      if( year%4==0 )return true;
      return false;
   }

 

上のコードはうるう年を判定する関数になります。

使い方としては、今年がうるう年か調べたいときは

 

     BOOL  result =  IsLeapYear( 2008 );

     if( result ){

           // うるう年の処理を書く

     }

 

 

とコーディングして  result = true ならば、うるう年の処理を書くのですね( ´д｀)

 

個人的には、ほぼ４年に１回起きるイベントよりも、 2038 年問題の方がどれだけ影響でるのか

興味が尽きません。

 

不謹慎かもしれませんが。。

2008/02/27 Vista 対応・・

 

最近、公開ツールの Windows Vista 対応をしようと手探りで研究してるのですが、

正直言ってうまくいかない( ´д｀)

 

基本的に、他プロセスの空間をいじくる( 共有メモリ )では、Windows Vista ではセキュリティの面

からか、うまく動作しないのかな。。

 

 

やりたい事は、デスクトップのアイコンの並び順の書き換えなのですが、アイコンの座標を

取得できてても、書き換える( 並び替える )のが成功しない。

 

 

うーん、もうちょっと研究してみよう。。

2008/02/25 pascal を使う

 

Windows のインストーラーの作成( のカスタマイズ )で、最近 pascal を使ってます。

 

この pascal 言語、C/C++ や Javaコードに慣れすぎてしまってる自分には

 

 

なんすか、これ？？　(゜Д゜ )

 

 

という感じ。

 

 

英語のドキュメントと、pascal自体の構文は日本語サイトで世話になりつつ、よーやく！！

 

レジストリを使ったアプリは先日コーディングできるようになりました( ´д｀)

 

 

ここ1,2年で言語自体の使用経験はけっこう増えたかも。

 

プログラムの設計やアルゴリズム等はすでに C/C++ である程度のレベルまで来てると思ってるので、

基本的に言語自体の構文を覚えれば、新しい言語でも吸収が早いのかも。

 

 

さらに、数年前までは perl は遅い！って言うのでキライだった時があったけど、、今は好きかもしれない。

 

 

perl ってすっごい、ラクにコーディング出来るんですよね。

 

最近使ってないからちょっと忘れてるけど、、perl はスクリプト言語の中でも（･∀･）ｲｲﾖ！！

2008/02/24 Java から C/C++

 

Java から C/C++ へ移植するのと、C/C++ から Java へ移植するのどっちが手間

なのかちょっと疑問に思ってます。

 

 

私自身は下記のものには経験があるのですが、

 

   ・BREW( C )   →   S!アプリ( Java: MIPD2.0/JSCL )

 

   ・VC++6.0( C/C++ ) → Javaアプリ( Java: JDK1.40 )

 

・・と書いてみると、Java から C言語の経験はありませんでした。。

仕事でも、たぶんプライベートでも。

 

全部 C/C++ から Java への一方通行かな。

 

 

以前自作した iアプリ用のバーチャルマシンを C++( Windowsコード )に移植しようと思ってるの

ですが、Javaスタイルでのコーディングをけっこうした性か、

 

我ながら、移植がだるすぎる！！

 

 

例えばこんなコードを書いてたりすると、微妙に手間。

 

  void   function(  int[] array ){

  }

 

下記のように書いておけば、この場合は直す必要がありません。

 

  void   function(  int array[] ){

  }

 

これ、けっこう多いんです( ´д｀)

 

我ながら。。ね

 

後、Java ってお便利クラスがありまくるので、それらで実装しているとさらにキツイと感じる。

例外コード系もあるので、それを対応するのも骨が折れる。

 

プラットフォームやコーディングに影響されるけど、たぶん Java  から  C/C++ の方が

コスト( 手間 )がかかるような気がする。

 

iアプリのコードなので、さすがに Windows( C++ ) と同等のソースはありえないけど、構文/字句解析

部分などの移植だけでも、コンパイルエラーの数に泣きたくなった（ ´д⊂

 

これは優先度低めでやっていくとします。。。

2008/02/20 静的と動的、ちょっと迷う

 

今回は Windows ソフトでのリンク(結合)をどうするかについて考察してみます。

 

 

私は VC6.0 で開発してきた今までは dll リンクで作成してきたのですが、VC2003 に

してからちょっと迷ってます。

 

 

なぜならば、VC6.0 が使用している dll ならば、Windows98 以降の OS なら 99%

デフォルトで持ってるため、

 

     「MSVCXXX.dll が見つかりません」

 

というエラーも出ることは無いのです。

 

 

しかし VC2003 が使用する dll では Windows98/2000 ではデフォルトでは入ってないし、

XP も SP2( サービスパック )で入ってるという状況です。

 

 

・・と言いながらも、実際は他の有名ソフトがインストールしてくれてたり、WindowsUpdate で提供

されてる？のか Windows2000以降なら、弊害は無いのですが(　´д｀)

 

 

ちなみに静的リンク( lib )の場合だと、VC2003 で作成したのも基本的に問題なく Windows98 で

動かせます。

 

簡単にまとめてみるとこんな感じでしょうか。

種類	利点	欠点
静 的 リ ン ク	・ exe 起動時に MSVC系の DLL を基本必要としない。 　PC初心者には優しい。 ・ 製作者の環境で予め結合している為、バグの発生も 　把握しやすくDLL で起きる問題は無い。	・ exe のサイズが大きく増える。 ・メモリ空間を共有できない。アプリ毎に DLL で共有 　できた空間を使用する。
動 的 リ ン ク	・exe のサイズを節約できる。 ・メモリ空間を静的リンクよりも節約できる。 　（アプリの数に比例して効果が上がる )	・DLLが無ければ起動できない。 ・PCの環境によって DLL のバージョンが違う場合が 　あるのでバグが起きたときは、様々な手配を必要 　とする。 (事を把握しておく )

 

 

後は、プログラム開発の場合で、他のライブラリを利用するときに動的か静的ではけっこう違いが

出てきます。

 

 

例えば、LGPL というライセンスのライブラリは、動的リンクで無い場合ソースの公開義務が発生します。

 

そして動的の場合は、静的リンクに比べ踏む手順が多い(※1)ので、人によってはめんどくさいと思います。

 

※1

Windows  で言うと、LoadLibrarry() / GetProcAddress() / FreeLibrary()

Unix/gcc で言うと、dlopen() / dlsym() / dlclose()

を解して、ライブラリ関数を使用する。 

 

 

と今回ちょっと記述してみたのですが、私自身の中ではすでに結論は出てたりします。

 

・MSVCXXX系

   ・VC2003 まで動的(MDオプション)

   ・VC2005 は・・・今は調査不足なのもあり、答えなし

 

・他のライブラリ   ( 動的 )

・自分のライブラリ( 静的 )

 

 

といった具合でしょうか。。人に配布するとなると色々と悩みますね( ´д｀)

 

 

関連記事:

・VC2005 & Windows2000 上で _findfirst 実行エラー その１ 

2008/02/19 カップヌードルのレッドカレーを食べてみた

 

日清のレッドカレーを食べてみました。

 

 

どうやら過去にもあったものの復刻版？という噂があるのですが、私自身は初めてなので

かなり惹かれますた。

 

印象としては、けっこう辛そう。。

 

 

そして麺はこんな感じ

 

 

 

そして味の方は、ふっつうにー美味しかった！

 

辛さは正直ほとんど感じなかったけど、ちょっとだけ辛味もあるのかも。

 

まぁレッドカレーという名の割には辛くなかった。

 

日清で比較するなら、以前食べた "塩" より圧倒的にオススメですね( ´д｀)

 

 

関連記事:

・日清のカップヌードル "塩" を食べてみた 

新自作ライブラリがほぼ完成(70%)した・・

 

実践テストはほぼ全くやってませんが、一通り完成(70%)しました。

 

 

人によっては・・・というか多くの人にとって、

 

「70%で完成なのか？」

 

という突っ込みもあるかと思いますが、私の場合ほぼ完成なのです。

 

 

そもそも "100％" になることは、これから数十年の月日が流れても決してないでしょう、、

 

 

 

そしてこのライブラリは自己満足の集大成ですが、ライブラリの権利を渡さなくて良い環境なら

仕事でも使えるかな。

 

その自己満足ライブラリは下記のようなルールの元作ってます。

 

-----------------------------------------------------------------

 

・マルチプラットフォーム( Linux/Windows )対応

    ( WindowsはVC専用  linuxは gcc 専用だけど・・ )

 

・64bit を意識( タイムとファイル )

 

・Uniode コンパイル対応(  VCのみ )

 

-----------------------------------------------------------------

 

そして実際どーいう時に使うかと言うと

 

・Windowsでのソフト開発( unicode対応が超ラク )

 

・自作サーバでの fcgi の開発

 

・Windows/Linuxのコンソールアプリを、ほぼ同一ソースで作れる

 

 

そしてなにより、C/C++言語で作ることでの開発速度をあげたかった。

 

 

例であげると、ちょっとした http 通信するアプリを作ろうと思って下記の言語から選択するとなると、

 

  ・C/C++ ( プラットフォーム共通の標準には無い )

  ・Java   ( あります )

  ・perl     ( 標準では無い？が、ライブラリとしてはいくつかある )

 

 

ここで C/C++ を選択肢から捨てちゃうのがほぼ大半だと思うんです。

 

 

それらの様々な不満を解消するために作ったのが、今回のライブラリと。

 

蛇足ですが、、、

 

「いったい誰に話してるのかい？」

 

と思った方。これは、日記の中の独り言です( ´д｀)

 

 

これがあれば、http通信/メール送受信/基本的なソケットは Windows/Linux 共通のソースで

コーディングでき、スレッド/プロセスの作成、ロックオブジェクトの制御も同一のソースで可能。

 

さらに文字列(SJIS/Unicode)クラスを用意してるので、人的ミスによるバッファオーバフローの

発生率はほぼ無くなった。

 

namespace で包んでるので、他のライブラリと名前衝突することもなし。

 

 

色々と Java 言語を参考にしたけど、他人が使いやすいかはわかんないけどね・・

 

 

あーこの開発に何１００時間かけたかわからない、、、たぶんここまでC/C++を好きな人間いるのかな

と考えてもいいぐらいだろう・・

2008/02/13 Linux/gcc と VC の template ・・

 

gcc4.0 と VCでは template構文 の解釈がけっこう違いますね( ´д｀)

 

今、新自作ライブラリを Windows/Linux とあわせて作成してるのですが、どーも一部の

template がエラーになってしまうのです。

 

 

具体的にはこーいう感じ。

 

 

template <typename Result> class DelegateManager : public I_Function{ public:      int val; };   template <typename Result, typename type> class DelegateR0 : public DelegateManager<Result>{ public:      virtual void  run(){             // 親クラスのメソッド/変数にアクセスできない・・(´・ω・‘）      } };

 

 

gcc 上ではクラスを継承するときに、テンプレートクラスを継承すると、親クラスには

アクセスできない様子。

 

まぁアクセス出来ないというより "コンパイルが通らない" って方か。

 

 

これは別の手段を用いて解決したのですが、Ｃ++言語同士でもコンパイラ間の移植の難しさを

改めて思いしりました(´・ω・‘）