Stealthのコメント: Re:チート有なら (スコア 3, すばらしい洞察) 50
DDR 用コントローラーのようなサードパーティー製のコントローラーで、独立ボタンタイプのものがあれば操作可能です。
DDR だと DOUBLE 譜面は左側で二つ同時とか、一つ押しっぱなしでもう一つ押下とか普通にあるので、ボタンが独立したタイプでないと無理なので。
PS 系だとこの手のコントローラーがありますし、PS 系でリメイクが出ている作品ならこの手のコントローラーで実機プレイ可能です。
DDR 用コントローラーのようなサードパーティー製のコントローラーで、独立ボタンタイプのものがあれば操作可能です。
DDR だと DOUBLE 譜面は左側で二つ同時とか、一つ押しっぱなしでもう一つ押下とか普通にあるので、ボタンが独立したタイプでないと無理なので。
PS 系だとこの手のコントローラーがありますし、PS 系でリメイクが出ている作品ならこの手のコントローラーで実機プレイ可能です。
サブフレームリセットはあくまでも目的の状態を作成するためのデータ編集技巧ですから、「セーブデータのこの部分をこの値にしたものを読み込めば、直接エンディングへ突入する」といったものが見つかれば行われるでしょうね。
実際、SFC FF6 などではカラーパターン設定用のパレットを保持する領域からの任意コード実行でエンディングへ飛ぶパターンは既に存在していたかと。
ただ、この手のものは「クリーンな状態からそういった状態のセーブデータを作成する」時間も含めてタイムアタックを行うものですので、「起動直後にエンディングまで飛ぶ」のは「初期出荷状態でそうなっている」ものに当たる訳で……。
まさにそれで停止できる話です
帳票というか、入出力周りまで言語仕様に含んでいる、というのが COBOL の特徴にあるかと思います。
MS-DOS の頃、メニュー式のランチャーアプリなどが NEC MS-DOS や HDD メーカー提供のユーティリティなどによく付いていましたが、そういった感じのメニュー画面なんかはかなり簡単に記述できます。
富士通の PowerCOBOL なんかは Windows 用のウィンドウアプリを COBOL だけで書けて最初は「気持ちわりー!」と思ったのですが、この辺りを踏まえて考えてみると、実は正当進化なのではないかという気もします。
今時の COBOL だと引数取ったりできるんですよ。NetCOBOL に限った話でもない感じで。
今時は Java や .NET Framework との連携ができないといけない世界なので、そのための言語仕様拡張とかも入ってますね。速度面だけではなく、この辺りの関係からも BCD のみではなくなっていたりとか。
# たまに COBOL の事を調べてみると、いつのまにかとんでもなく機能拡張されていてビビる。
xUnit 系に沿った COBOL Unit とかありますよ。
xUnit 系に沿った COBOL Unit とかありますよ。
最低限この辺りと整合性を取った上で言わないとダメなんじゃないですかね。
イギリスやオランダの 1 年延長と違って中国に関しては期限無しのようなので、どうやっても整合性取れない気がしますが。
Adobe の場合、PDF ソリューションに 100 万単位のサーバー買わせるようなアホな方向とかが代表的な問題だと思いますが。
HTML はただのデータ型の一種でしかありませんから、アセンブリ言語の一種とかどんなネタなのかと。
# スクリプト言語絡めずに HTML だけで任意の処理書けるようになってから言ってほしい。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ