「MFC」を含む日記 RSS

はてなキーワード: MFCとは

2019-07-01

2019上半期面白かったマンガ

うたかたダイアログ 3 稲井カオル

面白かったのに3巻で終わりかあ。売れてないわけじゃなかったと思うんだけど。

ダラダラ続いて欲しかったと思う反面、密度高いまま終わって良かったのかな。とも思う。





須波優子と百合な人びと (MFC) 綿桐 さや

面白かった。百合ギャグ個人的に引っかかる物が少ないので、これで終わりは惜しい。

チノさんが出てくる話が面白い。




姫乃ちゃんに恋はまだ早い 1巻 ゆずチリ

面白かった。ズレたまま並行して走っていく感じが上手い。

先生大人視点が入るとまた味わい深くておかしい。






きな子めがねを忘れた 1,2巻 藤近小梅

まだ出るか。って感じのミニマル系イチャラブだけど、これは意外と新鮮だった。

ミニマル系イチャラブは男女のやり取りがハイコンテキストでそこが面白作品が多い気がするんだけど、

本作は逆を行きつつ成立してるのが新鮮で上手い気がする。クラスメートの反応と相まってほっこり感ある。




球詠 5巻 マウンテンプクイチ

ヒリヒリしたゲーム展開でまるっと一冊。安定して面白い。

画は毎ページみどころいっぱいで最高。カッコいいしカワイイし。

百合スポーツ良いわあ。もっと流行ればいいのに。

まあこのレベルで動きのある画を描ける人いないって話だろうけど。






薄花少女(5) 三浦靖冬

時代の空気を完全に再現した背景が最高で、毎巻楽しみにしてた作品だったので残念。

これだけ強固に作品世界を成立させている背景は、一般的意味で背景と呼んでしまうのは作家申し訳ない気になる。

何巻だったか忘れたけど給水塔と桜の画が記憶に残ってる。

あと、最後エピソード最後にふさわしくて良かった。






放課後ていぼう日誌 4 小坂泰之

安定して面白い。

話としてそんなに起伏があるわけではないけど、それぞれの釣り面白さが出てて飽きない。





1518! イチゴイチハチ!(7) 相田裕

7 巻でおわりかあ。こういう作品はダラダラ続いてさ、何世代も入れ替わって行ってさ、ついに終わる時に「ああ、最初の頃カラスヤとかいたなあ。」なんて思って喪失感に浸るのが正しい楽しみ方だと思うんだけど。

残念だけどまあ7巻まで出て環会長は送り出せたのでそれなりに区切りはついたのかな。






水は海に向かって流れる(1) 田島列島

田島列島復活。めでたいですね。内容はさすが。面白い。





さめない街の喫茶店 はしゃ

2017 らしいけど、自分が読んだのが最近なので。

モノの画が最高。カットされたフルーツとか、ラップされたケークサレとか、ガラス器とかその中の液体とか、あらゆる画が楽しい

人も魅力ある。表情も良い。特に双子は良い。

マンガとしてもヒューマン?一つまみファンタジー小さじ1の食べ物マンガって感じ。

オーブン使う料理ばっかりなのはわりと新鮮かも。まあ洋菓子いからそれはそうかって話だけど。





メタモルフォーゼの縁側(2)(3) 鶴谷 香央理

なぜか2巻をスルーしてて、3巻が出たタイミングで2,3読んだ。

個人的には王道若者の成長記録モノに見える。

うららは苦しんでもいるけど基本的には(大人や友人に、直接に間接に、)救われていて、そんな中でどこかに向かおうとするあり様や、愛されっぷりがグッとくる。




廃墟のメシ1 ムジハ

面白かった。あっちで見たアレや、こっちでみたアレがふんだんに盛り込まれB級SF食べ物マンガなんだけど、画力があるので独立して十分面白し、カレーを探すってオモシロ設定も楽しい

最後の展開は正統派SFぽい意外性があって期待感をあおる。でも演出オフビートでそこもまた良い。

品質B級SFグルメマンガSF好きはマスト






ストロベリー(1) サライネス

オーイエー!おれたちのサライネスが帰ってきたぜー。

前作も悪くなかったけど、やっぱりこのノリすよ。

「誰も~」を楽しんでたオッサン/オバサンは迷わずBUY。若者もぜひトライしてみて。

父ちゃん記者会見する話、超好き。しょうもない話にさらにしょうも無い話を何段も重ねてくるの最高。

この作品視点のものちょっとスポーツ新聞ぽい気も。平和で良いと思います





蜘蛛ちゃんフラッシュ・バック(4)植芝理一

4巻にして動き出しましたー。良いっす。

個人的には母さんは母さんにしか見えなかったので、今までちょっと評価しずらかった。

おれが実ぐらいの年齢なら別な見え方していたのかもとは思う。

画は常に最高。毎ページ見どころしかない。空間とモノ/ヒトとか、人体とか、服のしわの一つ一つまで見どころ。

なんなら線の端のインクまりまで好き。

電書版の画質は1巻と比べると多少マシになった気がするけど、もう少し綺麗になるとうれしい。

アフタは電書版の画質が他誌(他社?)と比べてイマイチな気がする。

2019-01-12

anond:20190112004229

WCFが出たときってどうだったの?

MFC比較されてボロクソに叩かれたりしてた?

2018-12-31

anond:20181231171314

異世界おじさん
オークと間違えられ、モンスターとして命を狙われる、イケメンではないオッサン主人公ハードモード異世界転生人生だったが、どういうわけか現代日本に帰ってきた。当然ながら高齢無職。だが、おじさんは、異世界で手に入れた魔法披露しつつYouTuberとして暮らす事にしたのだった。
要素:SEGA

2018-11-28

7年勤めたNTT系列退職して2年半が経過しました(ノンキャリア編)

2年半ほど経ちますが、空前のNTT退職ブームなので便乗しちゃいます

はじめに

まず既知の通りNTTグループ社員数約28万人と非常に大きな組織であり、その中で研究所エリート中のエリートが就く位置にある。つまり上記の方達は警察でいえばキャリア組にあたる方達にあたる。以降キャリア組と呼ばせていただく。

一方で、私は地方ノンキャリア警察官のようなポジションにある子会社大株主研究所出身なので、その分際でこのようなエントリーを書くのはおこがましいかもしれないが、

キャリア組層のエントリーなのに共感できる部分がとても多い上に、すでに [ 10年勤めたNTT退職しました(無能編) https://anond.hatelabo.jp/20181126192228 ]のようなノンキャリアそうな人(←失礼はご愛嬌)のエントリーもあったりしたのでちゃっかり便乗させてもらう。

蛇足


自己紹介

自分について


会社について

データとデー子もこんな感じなのだろうか。ぜひ知りたいものだ。

よかったところ

各種エントリーと重複するところもあるがご愛嬌

いい人が多い
  • いい人の定義が難しいが、穏やかで真面目な人が多い。飲食店バイト時代のように「ボケコラ○すぞ」なんていう上司はまずいない。
  • たまにチート級の有能な人がいる。知っている人では今でも有名OSSプロジェクトコミッターやってたりとか。
  • たまにチート級の無能な人がいる。知っている人では開いてはいけないメールを毎回開く人とか。でもクビにも降格にも絶対にならないいいところ。
  • それ以外は可もなく不可もなく凡人。僕もその一人。思えば2-6-2の法則はよく出来ている。

法令遵守

金が腐るほどある



悪いところ≒退職理由

給料が安い

できる人もできない人もすべて同じ待遇

独自プロトコルが大好き

技術に興味がない人が多い

社内システムう○こ

その他

総評

2014-03-10

http://anond.hatelabo.jp/20140309233528

こういうの見ると業務でMFCばかりやってた俺はもっと終わってんなと思う

2013-06-15

VB.Netが好きだ

※以下、言語というくくりでの話ではなくて漠然PCプログラム作成環境全体を指して言っていると思っていただきたい

基本的には.Netが好きだ。

Web最初から意識して作られているし、標準ライブラリカバーされてる範囲が広いおかげでVisual Studio入れるだけでサクサクかける処理が多いので再発明を強いられる事態に陥りにくいのが感涙ものだ。

C++/CLIもやりたいことが割とリーズナブルコストでできるのでありがたい存在だ。

VB6は嫌いだ。

いろいろ拡張してくれた結果なのは知っているが、結局大事なところはダメ言語のままでMSから匙を投げられた存在という認識だ。

MFCも嫌いだ。

ひたすら面倒いし、出来たコードメンテナンス性も・・・メリットが今となっては動作の軽さだけだし(昔はむしろ逆の立ち位置だったんだろうが)。

だが、VB.Netは好きだ。

MSILを作るための道具であるがゆえに、VB6の痛い所が根こそぎ取り払われていると感じる。

C#でもいいのだろうが、セミコロンはなくても良いじゃない(あっても良いけど)。あと、オブジェクト変数宣言しつつ初期化するとき、"クラス変数名 = new クラス名()"になるのが

クラス名をSystem.XXXから書いているときには耐えられない。As New万歳

しかし悲しいかな、VB.NetC#に押されて絶滅危惧種だ。

TypeOfを使わなくちゃいけない時にはVB.Netが恨めしく感じるけど、そんなに頻繁じゃない。

他のデメリットにしても、表記がウザくなるだけで書けない処理があるわけじゃない(このへんがVB6と決定的に違うところ)

にもかかわらず、VB6イメージが悪すぎるのか、Javaから移住人口が多すぎるのか、C#ばっかりもてはやされる。

みんなもっとVB.Netソース書こうよ。「CLR」はマルチ言語からCLRなんだよ!?

2012-09-14

http://anond.hatelabo.jp/20120914004533

いや、プログラムスパゲティOS変更時の検証にクソ時間がかかってるなら、自業自得という話。

究極的にはMFC使ってるとか.NET使ってるとかも同じ。

OSバージョンが変わることは事前に予期できることだからバージョン依存するような機能は極力使わない。とか、仮想化しておくとか。

普通しておくだろ。って話。

2012-04-02

いまさらMFC ( Visual Studio 6.0 ) だけど CViewで勝手タイマー動く

nIDEvent = 45 で SetTimer 呼ばなくても勝手に C????View::OnTimer がコールされる。

内部的になにかで使ってるのかな?

ちなみに

SetTimerで自分タイマーを動かしても

3回しか呼ばれなかったり、1回だけだったり、めちゃくちゃ。

MSよ、今のOSも昔のVSもぞんざいすぎるんだよ。

アプリロジックよりも、こういうので悩んだり調べたりする時間のほうが絶対長いわ。

2012-02-20

http://anond.hatelabo.jp/20120220160508

それを言い始めると Flashで作るかFlexで作るかでActionScriptも随分違ってくると思うけどな。

C(C++言語だってWin32なのかMFCなのか,Linuxなのか、Macなのかでライブラリが違って大きく違うがC言語C言語だ。

たまたまActionScriptが差すものの範囲が小さいから、混同されがちだが、ActionScriptはあくまで言語であって、ActionScriptが呼んでいるFlashライブラリとは別物という解釈

JavascriptだってDOM使わない独自拡張製品もいくつかでてるしな。かならずしもブラウザDOMがなければJSというわけでもあるまい。

 

言語構造は理解するものだが、ライブラリは覚えるもの

2011-08-06

プログラムを理解させるには?

K&RのCで書かれたプログラムを渡された(もう少し正確に言えば、VisualStudioのWizardで作られたものにK&RのCでコーディングしてある(C++ですら無い)ので純粋なCでは無いが果てしなくK&RのCだ)。あと、これを作った人はどうにも「ポインタ」の概念が無いらしく、無駄に多次元配列だったり、配列アドレス渡しとかが多用されている。

作業指示は、これを流用して、C++/CLIかつ.netFramework3.5使用かつ新規案件対応せよ、との事。

個人的にはどう見積もっても3人で4ヶ月かかる量なんだが、予算が1人で1ヶ月、と言って来た。理由は「Cからの流用だから」。

参ったな。自分としては、C++/CLIはもはや別言語だと思っているんだが。

どうにも上司顧客に説明出来ない。説明出来ないのは、自分が理解していないせいだ、と言われればそれまでなのだが、自分感覚で言うと、高段者がうっている将棋囲碁の一手を初心者に教える、とでも言うか、小学生微分積分を教えるというか、そんな感覚がある。

いや、相手が、K&RやANSIC++C++/CLIを分かっている人間になら、説明は出来るのだが、相手のレベルに合わせて、説明が出来ない。

今回のこれに限らず、見積もりとかすると、「なんでこんなに時間かかるの?」とか「高い」とかよく言われるのだが、やっぱり説明が出来ない。デスマってるプロジェクトには、よくさらなる人員投入がされる事が多々あるのだが、デスマってる時点で負け戦だし、「混乱したプロジェクトに人を投入すれば、さらに混乱するだけ」と自分は思っているので、やめてもらいたいと思っている。

「あんたの小学生なる子供が、100人いたら、東大合格するくらいの学力が発揮されるんですか?」と問いたい。

あれは、VisualBasic4が出た頃か。それまでWindowsプログラムというものをCまたはC++で書いていた自分には、驚異的な言語に思えた。そしてみんな言う。「VBで作れば簡単ですよ」

自分にはVBという言語はとてつもなく難しい言語に思えた(MFCは論外)。なぜなら「かゆいところに手が届かない」言語だったから。だから、皆が言う「VBなら簡単」の理由がさっぱり分からなかった。ちょっとした使い捨てツールや、極々Windows標準的な事しかやらないのであれば、VBは簡単な言語であったのは分かる。実際自分もそういう使い方をしていたから。

そして、うちの職場ではそんな製品を作る所では無く、仕様を満たすためにはサブクラス化とかWin32APIを使うとかしないと実現出来なかった。もちろん「VBで作れば簡単ですよ」と言っていた連中にサブクラス化など理解出来ようも無く、ただただ右往左往してデスマーチ突入していった。

その時も、お偉方や顧客に説明が出来なかった。「VBなら簡単」と言っていただろう、と言われるだけ。

まぁ、VB.net時代になってから、だいぶマシになってきたと思うけどね。少なくとも、スレッドセーフになってくれただけでもありがたい。

まぁ、その辺はともかく、もしかしてデスマIT土方とかなるのは「説明が出来ないから」なのではなかろうか?と思えてきた。必要な時間予算を説明出来ないから、泥沼になるのではなかろうか、と。

説明が出来ない限り、プログラマー永遠にIT土方であり、地位向上は望めないと思う。人月神話じゃなく、ファンクションポイント法とか、なにか定量的に説明出来ればいいのだけど。ファンクションポイント法だって、それが分からない人には通じないわけで。「小学校入学した児童にも分かるような」説明が出来ないとダメなんだろうなぁ。どうすればいいんだろ?

2010-08-05

http://anond.hatelabo.jp/20100804234314

問題点はハッキリしてるんだ。

使用している生成ツールが一般的でなくなったときや、対応していないハードでの開発が必要になったとき、

基礎知識としてコードの書き方を知らないと、開発できなくなってしまう。

過去資産メンテするのにも、ツールの知識が必要になってしまう可能性とか、弊害の方が頭に浮かんでしまうな。


ハード設計書や、ソフト設計書は資料として残すだろうけれど、ツールの使い方とかあんまし残さないしね。

まぁ、この辺の話をすると「MFC」だの「.NET」も同じだろ、とは言えるけれど。

何処までを「言語」として捕らえるかだよな。

2010-06-12

アプリケーション開発

仕事ないので個人利用のPCソフト開発してた。

パケットキャプチャライブラリ使って特定のソフトパケットからテキスト抽出するソフトを。

使った言語C++/CLIで、バイナリ正規表現検索するために外部ライブラリリンクした。

マニュアルを首っ引きで製作したけど結構難航した。200時間は裕に掛かってる(たぶんもっと)。

大体できたところでハタと思った。

この程度のソフトなら昔からVectorに上がっているソフトでもっと複雑なことやってるものは一杯あるのに、

今これだけ既存のライブラリ使って作ってもこれだけ苦労するってどういうことなんだ、と。

GUIとかスレッド管理.Netの機能使ってるし、IntelliSenseもバリバリ利いてる(このためだけにVC2010でなくVC2008で開発した)。

それでこの様だというのに、VC5以前でMFC使って同等以上の事やってた作者達は何者なんだorz

いや、もっとアレな環境でだって高度なフリーソフトは一杯だ・・・うーむ。

2009-06-24

EDYは300円

なんで、ゲーセンゲームできるカード(MFCとかMJ4とかのカードね)って高いのに、

さらにネット情報みるのに金を取るんですか。

カード買ってんだからただで情報を見せてほしいわ。

2008-09-20

http://anond.hatelabo.jp/20080920140747

解決方法のようなものを↑で見つけましたがこれでインクルードできるようになったとしても

今度はSDKから呼び出すプログラムを書かないといけないです

SDKの説明書MFCで作ることを前提に書かれているように見えるので

現在のwin32apiのプログラムMFC移植することも考えないと行けないかもしれません

http://anond.hatelabo.jp/20080920132321

最初に書かなかったのが悪いのですがヘッダーファイル内のCStringで構文エラーが起きていました

http://m--takahashi.com/bbs/pastlog/08400/08389.html

これによるとDLLの設定でMFCを利用するとしないといけないようです

自宅ではExpress Editionしかないので試すことは出来ませんが後日試してみます

http://anond.hatelabo.jp/20080920120116

別のヤツも書いてるけど、MFCの方がずっと簡単だぞ。VBみたいに簡単なインタフェースだし、クラスによる実装は使う側が何も気にせず楽でいい。

Windowsカメラだと、もっと先で大変な事が色々と待ち受けてるからMFCでやった方がいいよ。ドライバアプリケーションが呼び出せるようになるまで、いくつも手間がある。もっとも俺のは2000年ごろの知識だけどね。

http://anond.hatelabo.jp/20080920120116

むしろMFCってスキルが比較的低い人でも使えるようにしてあるはず。

ヘッダーファイルで構文エラーってUNICODEやらのプロジェクトの設定間違えてるとかじゃないの?

http://anond.hatelabo.jp/20080920114150

CはかじったことあってもMFCはさっぱりわかりません

それに現在あるwin32apiのプログラムに機能追加したいのでどうしたものかな、と

すべては自分にスキルが全くないことが悪い

http://anond.hatelabo.jp/20080920113101

MFC標準DLLって書いてあるならMFCでやればいいじゃねーか

VisualStudioがそんなに嫌か。

プログラミングを始めたわけだが

実験用にプログラムをしなければならなくなった

そこで研究室で購入したカメラ専用のキャプチャーソフトがあるんだがそれに付属していたSDKを使ってプログラムを作ろうとしている

作るというかすでにあるwin32APIのプログラムにSDKを追加しようとしている

だけどそのSDKをincludeするだけでSDKのヘッダーファイルに構文エラーが発生する

なにも利用していないのに

これが数十万するソフトのSDKかと思うとやってられない

だがちょっと待って欲しい

SDKの説明書では

3つのDLLのうち2つはタイプが「MFC標準DLL」となっている

もしやこれはMFCで使うのでは?と思ったがネットで調べてみたらSDKはwin32APIで使うとなっていた

やっぱり間違っていない

あーあーどうしよう

2007-12-03

初心者の質問に初心者が回答している…

これひどいな…。誰もつっこまないのか?

question:1196344660

>>「ランタイムなどを使用せず」というのは無理です。C/C++の標準に、ネットワーク系の関数が無いからです。たとえばWindowsなら、Winsockライブラリが使用できるので、それを利用することになります。<<

質問している人が言うランタイムって別途配布する必要があるライブラリのことだろ?最初からインストールされているWinsockや静的にリンクできるライブラリは別物だろ?

>>WindowsだとC++で書いてもMFCを使っちゃうとランタイムが必要ですよ。<<

これも静的にリンクできるよ。ひょっとして入門版の開発ツールを使ってるのか?

質問者初心者なのはしょうがないけど、回答者初心者なのは勘弁してくれ。

2007-09-01

9月になったし、もうそろそろ書いておくか

これから就職活動するバカはいないだろうけど、そういう人もいるだろうから少し書いておこう。

どちらかというと、アンチMS派なUnix技術者Windowsだけの世界で仕事をする辛さを。

Unix技術者は、業務実績にSolaris/AIX/Linuxって書いてあってもちゃんと質問しろ。Windows仕事は無いですよね?って。

僕が食べるために職を手にしているこのIT業界というのは、バッドノウハウMicroSoftExcelで出来ている。

その為、僕が手にしたUnixの知識は、特定の仕事以外でしか役に立たないし、使わない。

viだろうが、TeXだろうが、Xの知識よりも、MFCVBAのちょっとした知識のあるヤツが上にみられる。

ExcelWindowsの知識があればそれだけで仕事になるからだ。

いいか、viTeX、Xなんて捨てちまえ、Excelがあればそれでいいのだ。

Unix技術者でいうハッカーとはなんだろう。

MSでは、ActiveXを使ってCOMを操作し、クライアントレジストリを操作し、IE単体でできないことをやってしまうヤツがハッカーと思われている。

VBAマクロで作ったなんちゃってツールを3時間で作れるほうが、

perlruby/pythonで、より少ない時間で作ったツールよりも凄く思われてしまう。

そして、それができるヤツの方が、Unix技術者よりもよりハッカーであり、技術力があると思われている。

ブラウザを例にしたが、

javascriptでalert/confirmを出すよりも、vbscriptでMsgBoxの方が多くのことができるから、

javascriptNumberの計算よりも、vbscriptでDecimalを使った方が倍密度の計算ができるから、

vbscriptを駆使できるヤツは、凄く重宝される。

いいか、javascriptで汎用的に書くのなんてナンセンスだ。javascriptなんて捨てちまえ、覚えるのはJScript実装(WSH)だ。

この業界、何が不満になるかというと、

MSの、もっというとWindowsのことしか知らないヤツが多すぎるということ。

そういうヤツらは、Windowsだったらこんなこともできるのに、なぜUnix/Linuxだとこんなこともできないのか。と言う

そういうヤツらは、Windowsの未修正バグの合間を縫いながら中途半端な実装しかしない。

だって、中途半端(もしくは大雑把)な実装で動いているものの中で動くから。それ以上に実装しようとしてもできないのだ。

いいか、win32のメッセージングの仕組を覚えるんだ。無理矢理send_keyみたいなコードを書けるようにしろ。

コマンドを連結するよりも、結果に近いコードを書くんだ。線形になろうがヤツらは気にしないだろう。

ヤツらは、javapythonをバカにする。

何故か。

それは、.NETで作ればお客さんの要望が実現でき、Excelと連携できるからだ。

ヤツらは、C/Sの世界でこそ役に立つ技術者だが、Webの世界に連れてきてはならない。すぐに実装がIEだけになる。

ヤツらにLLを覚えさせるのは無理だ。

クロージャなんて知らないし、高階関数カリーなんてコードを教えてみろ。後から辛くなるのは自分だ。

ヤツらにはPHPを教えておけ、それだけで満足する。すごいヤツになった気にさせれる。

バッドノウハウ慣れしているヤツらはそれを使ってコードを書いてもらえ、rubyで書かせるよりも修正が20倍楽だ。

いいか、まとめるぞ。

今まで一生懸命Unix勉強してきたのは無駄だ。いますぐ忘れるんだ。

Excelを今から覚えろ。VBAを覚えろ。そしてMSの動きを身に着けるんだ。

Windowsでは単位がFormだ。それが標準出力標準入力と思え。ときどきSheetとかWorkbookになるぞ。

ストリームファイル操作には気をつけろ。Unixの気分でいると思わぬところで抜けが出るぞ。

IRCは使うな。Jabberを使うな。メッセンジャーを使え。移行のお薦めはGaimだ。Windows版がある。

viの使用頻度を減らせ、変なコマンドを身に着ける前に、秀丸マクロを書けるようにしろ、Notepadのショートカットを覚えとけ。

BindとかApache(Httpd)の知識はいらない。IISだ。ActiveDirectoryだ。

文字コードはCp943cを何がなんでも押せ。Shift_JISっていう大雑把な伝えかたはダメだ。絶対cp943cにしろ。UTF8/UTF7との格闘で身も心もぼろぼろになるぞ。

汎用性なんて無いんだ。Windowsというプラットフォームがあれば。



ああ、心が渇いていく。

2007-07-11

http://anond.hatelabo.jp/20070711001859

16からプログラミングを始めた23歳

思えば最初からレベル2でのスタートだった。始めた当初からプログラミングが楽しくて仕方なかったのだ。

プログラミングを始めて3ヶ月ぐらいはC,C++を学び、Boost最強!とかと思っていた。パズルを解くのにはまる。

六ヶ月ぐらい経過したときには、MFCを使ってwindowsで色々作っていた。目に見える物が作れるのがうれしかった。

ふとWindowsAPIで直接組んでみたときにMFCの使いづらさを知った。

数ヶ月後、ソフトウェアレンダラとか、剛体シミュレーションとか作り始めた。OpenGLDirectXにも手を出した。

ゲームで遊ぶことよりゲームを作ることが楽しかった。

ここら辺で一年ぐらい経過した。

いつの間にかmlやらschemeやらに手を出した。新しい地平を目にした気がした。

rubypythonにも手を出した。LLという新しいあり方を知った。

それでも完全に満足できなかったので新しい言語を作ってみた。

設計して、検討して実装した。とりあえずの最低限の機能をだ。

あまりの地道な作業に気が遠くなった。自分には言語を作るのが無理だと思った。

就職した。仕事をしてプログラマプログラミングが好きじゃない人がいることに驚愕した。

今ではNEETをしている。

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん