dev-asp.net - このウェブサイトは販売用です！ - dev-asp リソースおよび情報このウェブサイトは販売用です！ dev-asp.net は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、dev-asp.netが全てとなります。あなたがお探しの内容が見つかることを願っています！
ファミコンの詳しい話
ファミコンの詳しい話 2013年7月追記 ファミコンの特徴は当時としては美しい画像にありました。 ここに書いてあることは画像に関しては不足が多すぎたので、別ページに改めて解説を書きました。 80年代の画面表示技術(下の記事を読むための基本情報) ファミコンの画面について 以下の内容、書いたのが非常に古く、その当時は十分な情報を集めるのが難しかったこともあり、誤りが多々あります。 PCで見ると一番下に読んでくださった方からのツッコミがいろいろ表示されます。併せてお読みください。 （暇になったら本文修正せねば、と思ったまま長らく放置しています…申し訳ありません。） 詳しい、といったところで、自分で使ってわかったこと/うわさで知ったことが中心で、さらに時間がたって忘れていることも多くあります。間違いがあるかもしれません。 ここから先は、ちょっとディープな人にしか読めないかも。 CPU6502 フ
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
ホワット・ア・ワンダフル・ワールド ファミコンプログラミング
一番身近な 8 bit CPU ということで． しかし，思ったよりも情報が少ない．以下のサイトが有名らしい．というか，非常に素晴らしい決定版サイト． ｷﾞｺ猫でもわかるファミコンプログラミング まだオープンソースの時代とかじゃなかったし，極めて厳しいハードウェアリソース上でのプログラミングにならざるを得ないため，ロストテクノロジーの塊．リソースが厳しすぎるので，C コンパイラとかもあるにはあるけど，使えない感じ… あと，こういうゲーム機の hack は，どうしてもアングラ的になってしまうのでいろいろアレ．さすがにファミコンぐらい枯れてると，生々しさは消えてくるけど． ファミリーコンピュータ : wikipedia.ja 1.8 MHz の 6502 互換 CPU に，2 KB の RAM + 2 KB の VRAM．よくこんなハードで，女神転生とかドラクエが実装できたものだと，驚愕するしか
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
要は、勇気がないんでしょ？ - Attribute=51
ときどき、 「会社は社員から搾り取ることばかりで、社員のことを何も考えてない」とか「従業員をサービス残業させて搾取している」とか、 つまるところ「自分たちは苦労してるのに、重役達は楽して良い思いしている。むかつく！」みたいなエントリーを読むと、 だったら自分で会社作って、社長になったらいいんちゃう？と素で思うんですが、そういうもんじゃないのかなぁ。 文句を言うな、とかそういうことじゃないんです。 文句を言っている暇があったら行動を起こして、状況変えちゃった方が早くないっすか？と思うのです。 自分たちだけ良い思いをする社長がうらやましい（憎たらしい）なら、自分も社長になって同じことをすればいいし、 会社にいたいなら縦横のつながり作って、自分自身も売り上げあげて、発言力持って、会社を変えちゃえばいいんじゃん？と。 なんしか、方法はたくさんあって、気にくわないところがあればやればいいと思うんだけ
コードカバレッジのまとめ - ソフトウェアテストの勉強室
単体テストレベルでは、「コードカバレッジ」を意識しながら（基準にしながら）テスト設計やテストケース作成を行う機会が多い。でも、この「コードカバレッジ」って用語がばらばらであったり、どのカバレッジ基準がどういうことを確認するものなのか、どういう不具合を見つけられるのか、見つけられないのか、といったことが自分の中でしっかりまとまっていなかったので、いろいろ調べてまとめようと思います。 2008/03/12更新 サンプルプログラムで解説を追加 サンプルプログラムは、以前例題として作成したテニスのスコアボードについて [例題]テニスのスコアボード ステートメントカバレッジ 命令網羅。テスト対象となるプログラム中のステートメント（命令文）をどれくらい実施したかどうかをあらわす基準。すべてのステートメントを最低1回実施した場合に、ステートメントカバレッジ100%という。もっとも基本的なカバレッジ基準で
プログラマの壁 - あどけない話
プログラマに向いている人と向いていない人がいるそうです。 Jeff Atwood さんの「どうしてプログラマに・・・プログラムが書けないのか?」： プログラムを書ける者とプログラムを書けない者の間にある大きな溝についてはよく知られているが、プログラマの職に応募してくる人間は、すでにこの溝を飛び越えているものだとばかり思っていた。明らかにこれは妥当な仮定ではないらしい。プログラムを書けないプログラマの面接で時間を無駄にしないために、FizzBuzzスタイルのふるい分けが必要ということだ。 どんなことでも向き不向きはあるでしょうから、これには納得いきます。しかし、プログラマになれる人の中にも、溝があるようです。 Joel Spolsk さんの「Javaスクールの危険」： 私のささやかな経験から言わせてもらうと、伝統的に大学のコンピュータサイエンスのカリキュラムで教えられているもので、多くの人が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう