unityビルドとは，複数のソースコードを1つのソースコードにまとめ，翻訳単位毎に生成されるオブジェクトファイルの数を減らすことでコンパイルを高速化する手法です。
近頃はゲームエンジンのUnityと区別するためJumboビルドやUnifiedビルドとも呼ばれています。
(個人的にですが)日本語で検索するよりもunity build, jumbo build, unified buildなど，英語で検索した方がunityビルドに関する情報を手に入れやすい気がします。

austinmorlan.com
参考抄録 -> https://dl.acm.org/doi/10.1145/3302516.3307347

Unityビルドは，オープンソースではChromiumやGenntooLinux，ゲームエンジンではUnrealEngine4など，分散ビルドシステムなどの高速ビルド環境を持たない個人環境でコンパイルされることが想定されるプロジェクトで採用されているようです。

chromium.googlesource.com
packages.gentoo.org
historia.co.jp

また，Visual Studioでは，Visual Studio 2017以降でunityビルドに関するオプションが追加されていますね。

devblogs.microsoft.com

利用方法

unityビルドに含めたいソースコードをunityビルド専用のソースコード上でインクルードするだけです。
ポイントは.cppをインクルードすること。

メリット・デメリット

unityビルドのメリット・デメリットとして，以下の要素が考えられます。

メリット

オブジェクトファイルの生成にかかるオーバヘッドが減少する。
複数の処理が1つのオブジェクトファイルにまとまるため，unityビルド未使用時よりリンクが高速化される。

デメリット

1つのソースコード上に複数の処理が展開されるため，翻訳単位に含まれる処理を参照・使用できる。
無名名前空間などに定義された変数・関数名が他のソースコードと衝突する可能性がある。
1つのソースコードだけ処理を変更した場合も，翻訳単位に含まれるソースコード全てが再コンパイルされる。
翻訳単位が大きい場合，コンパイル時に使用されるメモリが増大する。
翻訳単位が1つになるため，分散ビルドの恩恵を受けにくい。

unityビルドはコンパイルやリンクなどが高速化されるメリットがありますが，翻訳単位を意識しないで活用すると軽微な修正のはずなのに却ってコンパイル時間が肥大化するなどのデメリットがあります。
特にunityビルドに含まれていればインクルードしていないソースコード中の処理が参照できるため，IntelliSenseの違反検知が正常に動作しないことで無意識にコーディング規約に違反してしまうなど，プロジェクト運用上のリスクが考えられます。

より詳しく知りたい方は各種参考URLを見てね。

まとめ

unityビルドを採用する場合は，メリットだけでなくデメリットにも注意したいですね。

2023-06-21

C++: 簡単なホットリロードを実装してみた

C++

ちは

簡単なホットリロードを実装した時の備忘録です。
誇大表現かも

ホットリロードとは
環境
ざっくり方針
プロジェクト設定
DLL: プログラム
エンジン: プログラム
まとめ

ホットリロードとは

Microsoftの解説を引用します。

アプリケーションのコードファイルを編集し、そのコード変更を実行中のアプリケーションに対して直ちに適用できるようにすることで、これを実現します ("ホットリロード" とも呼ばれます)。

learn.microsoft.com

自分は「実行中に再ビルド無しに新たな変更を適用すること」ぐらいの認識でいます。
大きく間違ってはないはず...

環境

Windows 11 Home 22H2
Visual Studio 2019 Version 16.9.0
C++

ざっくり方針

1. DLLのプログラムを作る
　ついでにクラスを利用する方法も考えてみた。

2. DLLを呼び出すプログラムを作る
　プロジェクト設定で.libを利用しないのがポイント。
　あたしゃ動的リンクしたいからね。

当たり前な気がしますが，エンジン部分と実装部分を分離できるのも良いですね。

プロジェクト設定

DLLとそれを動的リンクするプログラムを用意しましょう。
DLLと動的リンクのプログラムは別のソリューションで用意しました。

DLL用プログラム
Bodyと命名しました。
「構成の種類」を「ダイナミックライブラリ (.dll)」にするのをお忘れなく。
動的リンク用プログラム
Engineと命名しました。
最終的にエンジンを開発したいからね。

こだわりが無ければビルドはx64がおススメ。

DLL: プログラム

IBody.h/Body.h/Body.cppを実装します。
エクスポート関数以外はお好きに。

IBody.h

#ifndef MYLIB_IBODY_H
#define MYLIB_IBODY_H

// インタフェース

namespace mylib
{
    class IBody
    {
    public:
        IBody() {}
        virtual ~IBody() {}
        virtual int Expr(const int num) const = 0;
    };
}

#endif // MYLIB_IBODY_H

Body.h

#ifndef MYLIB_BODY_H
#define MYLIB_BODY_H

// 実装

#include "IBody.h"

namespace mylib
{
    class Body final : public IBody
    {
    public:
        Body();
        ~Body();
        int Expr(const int num) const override;
    };
}

extern "C" __declspec(dllexport) mylib::IBody * GetBodyInstance();

#endif // MYLIB_BODY_H

Body.cpp

#include "Body.h"

#include <memory>

namespace mylib
{
    Body::Body()
    {
    }
    Body::~Body()
    {
    }
    int Body::Expr(const int num) const
    {
        return num * 2;
    }
}

mylib::IBody* GetBodyInstance()
{
    return new mylib::Body{};
}

クラスをエクスポートして使用したかったけど，よく分からないから一般的な方式にしました。
名前マングリングはdumpbin /exports *.dllなどで確認できます。

また，リロードするときにクラスサイズをチェックする必要がある点に注意。
その管理が面倒なのでインタフェースで誤魔化している。

追記: よい記事を見つけました。
ダウンキャストと似た印象を受けました。
qiita.com
www2s.biglobe.ne.jp

再追記: エクスポート関数のファイルも分けると良いですね。

エンジン: プログラム

動的リンクするプログラムを書きます。
そんなに難しくないはず。

#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#undef WIN32_LEAN_AND_MEAN

#include <iostream>
#include <thread>

// ↓ここ人によるから気を付けてね
#include "../Solution1/Body/IBody.h"

int LoadLib()
{
    // DLLロード
    HMODULE hModule = LoadLibrary(L"Body.dll");
    if (hModule == nullptr) { return -1; } // GetLastError()でエラー確認できる

    // アドレス取得
    using type = mylib::IBody*(*)();
    type func = reinterpret_cast<type>(GetProcAddress(hModule, "GetBodyInstance"));
    if (func == nullptr) { return -1; } // GetLastError()でエラー確認できる

    // 呼び出し: インタフェースを呼び出すことに注意
    mylib::IBody* const pBody = func();
    if (pBody == nullptr) { return -1; }
    const int num = pBody->Expr(100);

    delete pBody;

    // DLLアンロード
    if (FreeLibrary(hModule) == FALSE) { return -1; }
    return num;
}

int main()
{
    // 1回目
    std::cout << LoadLib() << std::endl;

    // Body.dllを差し替える
    // - ビルドするプログラムを書くのが良いけど，面倒なので30秒以内に手動で書き換える。
    std::this_thread::sleep_for(std::chrono::milliseconds(30000));

    // 2回目
    std::cout << LoadLib() << std::endl;

    return 0;
}

エラー時の処理は適当です。
実行するときはDLL用プログラムで作成したBody.dllをバイナリのあるフォルダにコピーしましょう。

本当はBody.dllをビルドして差し替えるプログラムを書けると良かったのですが，気力と能力が無かったので30秒以内に手動で差し替える方針でお茶を濁しました。
Body::Expr()の計算を変えて確かめてみるとリロード出来ていることが分かると思います。

あと，シングルトンなどを実装するときは色々な管理に注意が必要な気がしました。

まとめ

ホットリロードの基礎的なプログラムを実装してみました。
ゲームエンジンなどに実装されているホットリロードはもっと複雑なことをやっていると思いますが，雰囲気は掴めたのでとりあえずはヨシッ！！

2023-06-19

プロセスのメモリ領域に書き込んでみた

C++

こんにちは

起動中のプロセスのメモリ領域に任意の数値を書き込んだ時の備忘録です。

環境
注意
手順
ソースコード
実行結果
まとめ

環境

Windows11
Visual Studio 2019
C++

注意

ソースコードの実行は自己責任で。
何が起きても知りません。

検証用のテストプログラムを作成して，それ対して実行することを推奨します。

手順

1. プロセスオブジェクトを取得
　OpenProcess()関数ですね。
2. プロセスの仮想アドレス空間のメモリ領域を予約
　VirtualAllocEx()関数を利用します。
　アクセス権として「PROCESS_VM_OPERATION」が必要です。
　lpAddressの引数にnullptrを指定するとこの関数が自動で割り当て領域を決定してくれるそうです。
3. プロセスの予約したメモリ領域にデータを書き込む
　WriteProcessMemory()関数を利用します。
　アクセス権として「PROCESS_VM_WRITE」と「PROCESS_VM_OPERATION」が必要です。

特に難しい要素は無く，概ね予想通りの手順ですね。

書き込むデータはバイト単位です。
floatなどを書き込みたい場合は，キャストで頑張りましょう。

ソースコード

検証用プログラム

メモリを弄られてしまうプログラム君です。

#include <iostream>
int main()
{
    while (true)
    {
        std::cout << "Hello World!" << std::endl;
    }
    return 0;
}

メモリ書き込みプログラム

検証用プログラムのメモリ領域を弄るプログラムです。
検証用プログラムを実行させ，そのプロセスIDを事前に記述しておきましょう。
プロセスIDはタスクマネージャなどから確認できます。

#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#undef WIN32_LEAN_AND_MEAN

#include <cstdint>

#include <iostream>
#include <string>

int main()
{
    // 書き込みたいプロセスのプロセスID
    const DWORD targetProcessId = 0u;
    // 書き込みたい内容
    const uint8_t writeData[] = "AIUEO=KAKIKUKEKO-123456@";

    // 1. プロセスを取得
    const DWORD flags = PROCESS_VM_OPERATION | PROCESS_VM_WRITE;
    HANDLE processHandle = OpenProcess(flags, /*bInheritHandle=*/FALSE, targetProcessId);
    if (processHandle == nullptr) { std::cerr << GetLastError() << std::endl; return 1; }

    // 2. プロセスのメモリ領域を予約
    LPVOID pAddress = VirtualAllocEx(processHandle, /*lpAddress=*/nullptr, _countof(writeData), MEM_COMMIT, PAGE_READWRITE);
    if (pAddress == nullptr)
    {
        std::cerr << GetLastError() << std::endl;
        CloseHandle(processHandle);
        return 1;
    }

    // 3. メモリ領域に書き込み
    SIZE_T numberOfBytesWritten = 0u; // 転送されたバイト数
    if (WriteProcessMemory(processHandle, pAddress, writeData, _countof(writeData), &numberOfBytesWritten) == FALSE)
    {
        std::cerr << GetLastError() << std::endl;
        CloseHandle(processHandle);
        return 1;
    }

    std::cout << "Success" << std::endl;
    std::cout << "\t" << "Address = " << pAddress << std::endl;
    std::cout << "\t" << "WriteBytes = " << numberOfBytesWritten << std::endl;

    CloseHandle(processHandle);
    return 0;
}

実行手順

1. 検証用プログラムを起動
　無限ループしているはず。
2. メモリ書き込みプログラムを起動
　何事もなければ即終了するはず。
　アドレスの数値をコピーしておく。
3. Visual Studioのデバッガで検証用プログラムのメモリを確認
　コピーしたアドレスのメモリを確認する。

メモリ領域が覗ければ何でも良いです。
こだわりがなければVisual Studioのデバッガを使ったほうが早いです。

デバッグ>ウィンドウ>メモリ>メモリ1~4のどれかを選択。
アドレスにコピーした数値を貼り付け。

確認するときは「すべて中断(Ctr+Alt+Break)」してからね。

実行結果

書き込みプログラム

Success
    Address = 0000019C3B280000
    WriteBytes = 25

検証用プログラムのメモリ領域

0x0000019C3B280000  41 49 55 45 4f 3d 4b 41 4b 49 4b 55 4b 45 4b 4f 2d 31 32 33 34 35 36 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  AIUEO=KAKIKUKEKO-123456@.......................
0x0000019C3B28002F  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ...............................................

書き込めてますね。

まとめ

プロセス間通信が面倒な時に役立つかもと思い，やってみましたがいい感じでした。

任意のコードを書き込んでGetThreadContext()とSetThreadContext()を駆使してレジスタを操作すれば，いろいろ遊べそうだと思いました。
(関数戻りのスタック操作などが面倒で，そんなに単純ではなさそうでした。)

2023-05-20

C++: プロセスを取得して色々やってみた

C++

こんにちは

Windowsでプロセスを取得してスナップショットを取ったり，仮想キーコードを送信したりしてみた時の備忘録です。

冗長になりますが，わかりやすさを優先してサンプルのソースコードはエントリポイントから全て記述します。

参考書籍
開発環境
プロセスのタイトル名を取得
プロセスのタイトル名からウィンドウハンドルを取得
- FindWindowW関数
- ソースコード
プロセスのスナップショットを取得
- スレッドIDの取得
  - GetWindowThreadProcessId
  - ソースコード
- スナップショットの取得
  - CreateToolhelp32Snapshot
  - ソースコード
プロセスのメモリ読み取り
応用
感想

参考書籍

解析関係の書籍を参考にしました。

デバッガによるx86プログラム解析入門【x64対応版】

Amazon

初めてのマルウェア解析 ―Windowsマルウェアを解析するための概念、ツール、テクニックを探る

作者:Monnappa K A
オライリー・ジャパン

Amazon

開発環境

Windows 11
Microsoft Visual Studio Community 2019 Version 16.9.0

自己流ですので正確な情報は書籍やMicrosoft公式を確認してください。

プロセスのタイトル名を取得

現在実行されているプロセスのタイトル名を取得してみました。
ここでは，プロセスの取得にEnumWindows関数，タイトル名の取得にGetWindowTextW関数を利用します。

EnumWindows関数

EnumWindows関数はトップレベルのウィンドウハンドルを列挙するために利用されるWin32 APIです。
子ウィンドウはEnumWindows関数では列挙できないので注意してください。

BOOL EnumWindows
(
  [in] WNDENUMPROC lpEnumFunc, // コールバック関数
  [in] LPARAM      lParam      // コールバック関数に渡す任意引数
);

(余談)
EnumWindows関数はマルウェアやマルウェア解析のプログラムでよく利用される関数です。
セキュリティソフトによってはEnumWindows関数を使ったプログラムをマルウェア判定することがあります。
https://eset-info.canon-its.jp/malware_info/special/detail/220216_2.html

自分はESETのセキュリティソフトを利用しているのですが，本文中のプログラムをコンパイルする度に生成されるバイナリファイルを自動で削除していました。
Visual StudioからC/C++の最適化設定を色々弄ったらバイナリファイルがマルウェア判定されなくなりましたが，これは大丈夫ですかね？

GetWindowTextW

ウィンドウハンドル(HWND)はEnumWindows関数を利用すると簡単に取得できます。

int GetWindowTextW
(
  [in]  HWND   hWnd,     // ウィンドウハンドル
  [out] LPWSTR lpString, // テキスト用のバッファ
  [in]  int    nMaxCount // コピーする最大文字数(基本的にバッファサイズ)
);

ソースコード

EnumWindows関数はエラーの場合は0を返します。
Enumwindows関数に限らず，大体のWin32 APIのエラー詳細はGetLastError関数で確認できます。

コールバック関数
一部プロセスのタイトル名がワイド文字でないと取得できなかったのでstd::wstringを利用しました。
よって，標準出力にはstd::wcoutを利用しています。
標準出力に何も表示されない場合は，std::setlocale関数を使用すると上手くいくかも。

結構無茶なキャストをしている気がします。
~~とりあえず動くのでヨシッ。~~

プロセスのタイトル名からウィンドウハンドルを取得

プロセスのタイトル名が取得できれば簡単です。
今回はVSCodeのウィンドウハンドルを取得してみましょう。

ウィンドウハンドルの取得にはFindWindowW関数を使用します。

FindWindowW関数

FindWindowW関数は指定された文字列と同じタイトル名のトップレベルのウィンドウハンドルを取得します。

HWND FindWindowW
(
  [in, optional] LPCWSTR lpClassName, // クラスのアトム
  [in, optional] LPCWSTR lpWindowName // ウィンドウのタイトル名
);

第一引数のクラスアトムはよくわかりませんが，RegisterClass関数と関係があるような気がしています。
今回は自分でウィンドウを作成していないのでNULLを設定しました。

ソースコード

ウィンドウのタイトル名を正確に記述すればEnumWindows関数による列挙処理は必要ないですが，今回は対象ウィンドウのタイトル名を部分一致で検索するのに使用しています。

FindWindowW関数が失敗したときのGetLastError関数の戻り値が0でした。
何かが変かも...？

プロセスのスナップショットを取得

プロセスのスナップショットを取得してみます。
プログラム解析の醍醐味ですね。

スレッドIDの取得

初めにウィンドウハンドルからスレッドIDを取得します。
スレッドIDの取得にはGetWindowThreadProcessId関数を使用します。

GetWindowThreadProcessId

ウィンドウハンドルからスレッドIDを取得します。

DWORD GetWindowThreadProcessId
(
  [in]            HWND    hWnd,
  [out, optional] LPDWORD lpdwProcessId
);

ソースコード

ほとんど変更はないですね。

スナップショットの取得

プロセスIDからスナップショットを取得しましょう。
この辺りはよく理解していないので詳細はマクロソフト公式を見てください。
https://learn.microsoft.com/ja-jp/windows/win32/toolhelp/traversing-the-module-list

CreateToolhelp32Snapshot

指定したプロセスIDのプロセスのヒープ・モジュール・スレッドのスナップショットを取得します。

HANDLE CreateToolhelp32Snapshot
(
  [in] DWORD dwFlags,      // スナップショットに含める要素
  [in] DWORD th32ProcessID // プロセススレッドID
);

今回はモジュールリストのスナップショットを取得したいのでTH32CS_SNAPMODULEを指定しました。

ソースコード

スナップショットを取得したら読み込みたいプロセスモジュールを取得しましょう。
プロセスのモジュールはModule32First関数とModule32Next関数で走査しています。

今回取得するバイナリファイル(exe)のモジュールのベースアドレスは次のメモリ読み取りで使用します。

出力結果
「モジュールって具体的になんだ」って思っていたのですが，実行してみたらバイナリファイルの集合っぽいなって思いました。
バイナリファイルを構成するためのexeやdllがまとまったものをモジュールと呼んでいるんですかね？

Target: sample.txt - Visual Studio Code
Binary=Code.exe,"VSCodeのバイナリへのパスが書かれている"
        ntdll.dll,C:\WINDOWS\SYSTEM32\ntdll.dll
        KERNEL32.DLL,C:\WINDOWS\System32\KERNEL32.DLL
        KERNELBASE.dll,C:\WINDOWS\System32\KERNELBASE.dll
        apphelp.dll,C:\WINDOWS\SYSTEM32\apphelp.dll
        OLEAUT32.dll,C:\WINDOWS\System32\OLEAUT32.dll
    ... 以下略

今回のプログラムはバイナリファイルに使われているdllファイルの列挙などにも使えますね。

プロセスのメモリ読み取り

次はプロセスのメモリを覗いてみます。
メモリ読み取りにはOpenProcess関数とReadProcessMemory関数を利用します。

OpenProcess

プロセスオブジェクトを取得します。
GetWindowThreadProcessId関数から取得したPIDを利用しましょう。

HANDLE OpenProcess
(
  [in] DWORD dwDesiredAccess, // プロセスのアクセス権
  [in] BOOL  bInheritHandle,  // ハンドルを継承するか
  [in] DWORD dwProcessId      // プロセスID
);

プロセスによっては解析対策でOpenProcess関数の使用やアクセス権を監視している場合があります。
はじめはプロセスのアクセス権をPROCESS_VM_READで使用するのがよいと思います。

ReadProcessMemory

指定したプロセスのメモリ領域を読み取ります。
OpenProcess関数が読み取りモードで成功していないと動作しません。

BOOL ReadProcessMemory
(
  [in]  HANDLE  hProcess,      // プロセスオブジェクト
  [in]  LPCVOID lpBaseAddress, // 読み取り開始のベースアドレス
  [out] LPVOID  lpBuffer,      // 読み取り先
  [in]  SIZE_T  nSize,         // 読み取るサイズ
  [out] SIZE_T  *lpNumberOfBytesRead // 転送されたバイト数
);

ソースコード

ReadProcessMemory関数のベースアドレスには，スナップショットを取得したバイナリファイルのベースアドレスを使用しました。
正直，APIの利用方法が正しいかはよくわかっていない。

出力結果
VSCodeのバイナリをベースアドレスから1024バイト分見てみました。
MZで始まることからおそらくプログラム領域が指定できているはず。

Target: sample.txt - Visual Studio Code
MZx@xo´     I!，LI!This program cannot be run in DOS mode.$PEd?UIcd"
?N?Do+÷?" Z?`AUORX§*h   o??o;o?'@    XY?^?Y( °N8?@??`.text??N?N `.rdataAdC?NfC?N@@.data<DF
d@A.pdatao;?;6@@.00cfg(?     <×@@.gxfg@°  B>×@@.retplneA ×.rodataA   ?× `.tls?0   ?×@A.voltblR@ ?×CPADinfo8P  ?×@A_RDATAo`  ?×@@malloc_hep        ?× `.rsrco?  A?×@@.relocXY@        Z`@B

応用

対象のプロセスをフォアグラウンドに配置して，仮想キーコードを送信してみました。
簡単なBOTぐらいは作れそうですね。

一見，char型で指定した文字を入力しているように見えますが，対応する仮想キーコードを入力しないと想定した動作にならないので注意してください。
https://learn.microsoft.com/ja-jp/windows/win32/inputdev/virtual-key-codes

(応用と書いていますが，スナップショットの項目で説明した部分は使用していません。)

感想

正しいソースコードなのかは分かりませんが，Windows APIでプロセス情報を取得する方法が少し理解できたのでヨシッ！

使い方によっては悪用できてしまうので注意したいですね。

2023-04-27

学生の頃に読みたかった本 (ゲームプログラマ志望)

読書感想文

こんちは

職業プログラマなのですが，最近はやる気スイッチやまとまった時間が確保できないなどの関係で学生の時より技術書を読めなくなりました。

そんなこんなで，もし過去に戻れるなら暇でやる気と体力もあった学生の時に読んでおきたかった本を簡単(一言レベル)にまとめてみました。
ゴールデンウイーク中，暇な人もぜひ。

2024/01/20: 少し更新
2024/02/19: ちょっと更新

対象
プログラミング言語
コンピュータ関係
ネットワーク
セキュリティ
エディタ
- 実践Vim
- Emacs実践入門
ゲームプログラミング
ゲームエンジン
ゲームエンジン開発
機械学習
- パターン認識と機械学習
- ゼロから作るDeep Learning
設計関係
数学
英語
その他
おわりに

対象

学生
ゲームプログラミングに興味がある人
ゲーム業界を目指す人
暇な人

自分が学生の時にゲーム業界を目指していたので，紹介する本はゲームプログラム関係に偏っているかも。
RustやReact, Kotlinなど，最近のイケイケ技術については疎いでのでその辺を期待している人には微妙かも。

Kindle本のセール推移を予想・確認した人におススメのブラウザ拡張。
過去の最安値を簡単に確認できるので超便利だよ。
yapi.ta2o.net

サブタイトル的なのは省略しています。

プログラミング言語

プログラマの基礎科目ですね。
とりあえず学びたい言語の最新規格に対応している書籍を選ぶのが良いと思います。

新・明解C言語入門編

望洋本で説明できるぐらい有名なC言語の入門書です。

新・明解C言語入門編第2版

作者:柴田望洋
SBクリエイティブ

Amazon

新・明解C言語中級編第2版 (新・明解シリーズ)

作者:柴田望洋
SBクリエイティブ

Amazon

新・明解C言語実践編第2版 (新・明解シリーズ)

作者:柴田望洋
SBクリエイティブ

Amazon

独習C++

C++17対応のメンテ版。
C++は規格更新がよく行われるので，この本に限らず時代に追従した書籍を選ぶのが良いです。

独習C++ 新版

作者:高橋航平
翔泳社

Amazon

Effective C++

実質，C++入門書とセットの本。
C++erはこの本を読んだことがある前提で話を進めてきます。

Effective C++ 第3版 (ADDISON-WESLEY PROFESSIONAL COMPUTI)

作者:スコットメイヤーズ
丸善出版

Amazon

Effective Modern C++

Effective C++ のモダン版。

Effective Modern C++ ―C++11/14プログラムを進化させる42項目

作者:Scott Meyers
オライリージャパン

Amazon

独習C# 第5版

独習シリーズのC#版。
LINQとかラムダ式とか最近のトレンドは抑えてる。

独習C# 第5版

作者:山田祥寛
翔泳社

Amazon

プログラミングコンテストチャレンジブック

通称「蟻本」と呼ばれる競プロの聖典的な本。
プログラミング言語の本ではないけど，初めて学ぶ言語の訓練所としておススメ。

プログラミングコンテストチャレンジブック [第2版]　～問題解決のアルゴリズム活用力とコーディングテクニックを鍛える～

作者:秋葉拓哉,岩田陽一,北川宜稔
マイナビ出版

Amazon

競技プログラミングの鉄則

2022年以降の蟻本かな。
これから競プロの勉強したい人はこっちがおススメ。

競技プログラミングの鉄則 ~アルゴリズム力と思考力を高める77の技術~ (Compass Booksシリーズ)

作者:米田優峻
マイナビ出版

Amazon

コンピュータ関係

ハードウェアとかOSなどのコンピュータの基礎部分の本です。
(「全部コンピュータ関係だろ」って言われるとその通りなのですが。。。)

論理回路入門

論理回路の教科書としては個人的に一番わかりやすかった。

論理回路入門

作者:坂井修一
培風館

Amazon

プログラマーのためのCPU入門

プログラム一筋で頑張ってきました的な人におススメのCPU入門本。

プログラマーのためのCPU 入門 CPU は如何にしてソフトウェアを高速に実行するか

作者:Takenobu Tani
ラムダノート

Amazon

コンピュータの構成と設計

パタヘネ

コンピュータの構成と設計　MIPS Edition　第6版　上

作者:David Patterson,John Hennessy
日経BP

Amazon

コンピュータの構成と設計 MIPS Editoin 第6版下

作者:David Patterson,John Hennessy
日経BP

Amazon

コンピュータアーキテクチャ

ヘネパタ

コンピュータアーキテクチャ[第6版]定量的アプローチ

Amazon

動かしてわかる CPUの作り方10講

Quartusを使ってCPUを錬成していく。
CycloneIIIをこのために買ったような。

動かしてわかる CPUの作り方10講

作者:井澤裕司
技術評論社

Amazon

CPUの創り方

4bitCPUから始める自作CPU入門生活。
ブレッドボードは準備したかい？

CPUの創りかた

作者:渡波郁
毎日コミュニケーションズ

Amazon

作って学ぶコンピュータアーキテクチャ

LLVMについて学びたい人にもおススメ。

作って学ぶコンピュータアーキテクチャ —— LLVMとRISC-Vによる低レイヤプログラミングの基礎

作者:木村優之
技術評論社

Amazon

コンピュータシステムの理論と実装

コンピュータの基礎を1から学びたい人用。
論理ゲートの解説レベルから。

コンピュータシステムの理論と実装 ―モダンなコンピュータの作り方

Amazon

ゼロからのOS自作入門

通称「みかん本」と呼ばれるOS自作本。
手を動かしながらOSを作りたい人向け。

ゼロからのOS自作入門

作者:内田公太
マイナビ出版

Amazon

作って理解するOS

みかん本より理論派な鈍器。
アセンブリでゴリゴリしたい人やアセンブリ入門書を探している人におススメ。

作って理解するOS x86系コンピュータを動かす理論と実装

作者:林高勲
技術評論社

Amazon

UNIXという考え方

Unixそれは哲学。

UNIXという考え方―その設計思想と哲学

作者:Mike Gancarz
オーム社

Amazon

ネットワーク

時代的に必須級の知識ですかね？

マスタリングTCP/IP 入門編

TCP/IPはこれ読んどけ的な本。

マスタリングTCP/IP　入門編（第6版）

Amazon

基礎からわかるTCP/IP

マスタリングTCP/IPを挫折した後に読みました。
自分はこちらを読んでからマスタリングTCP/IPを理解していきました。

基礎からわかるTCP/IP　ネットワークコンピューティング入門　第3版

作者:村山公保
オーム社

Amazon

ネットワークはなぜつながるのか

ネットワークを広く知りたいならこれ読んどけ的な本。
少し説明が冗長化かも。

ネットワークはなぜつながるのか　第２版

作者:戸根勤
日経BP

Amazon

実践パケット解析

パケットキャプチャソフトのWiresharkを使ってパケット解析を学ぶ本。
Wiresharkの入門書として。

実践パケット解析第3版 ―Wiresharkを使ったトラブルシューティング

作者:Chris Sanders
オライリージャパン

Amazon

セキュリティ

チート対策はマルウェア解析書籍で学ぶのが良い...かも？

デバッガによるx86プログラム解析入門

ゲーム解析に注目した本ですが，exeの解析入門としても良いです。
読み物としても面白いと感じました。

デバッガによるx86プログラム解析入門【x64対応版】

Amazon

初めてのマルウェア解析

Windowsに特化したマルウェア解析の入門本。
実践派向け。

初めてのマルウェア解析 ―Windowsマルウェアを解析するための概念、ツール、テクニックを探る

作者:Monnappa K A
オライリージャパン

Amazon

マルウエアの教科書

図が多いので楽しく読めました。

マルウエアの教科書増補改訂版

作者:吉川孝志
日経BP

Amazon

ホワイトハッカーの教科書

セキュリティ関係の知識が皆無なので勉強になりました。

ホワイトハッカーの教科書

作者:IPUSIRON
シーアンドアール研究所

Amazon

サイバーセキュリティプログラミング

パケット解析に興味があるときに見つけました。
Python3を使った実践的な内容です。

サイバーセキュリティプログラミング第2版 ―Pythonで学ぶハッカーの思考

作者:Justin Seitz,Tim Arnold
オライリージャパン

Amazon

ネットワークプロトコル ハッカーズガイド

ネットワーク解析関係全般の教科書的な内容です。

ネットワークプロトコルハッカーズガイド　キャプチャ、解析、エクスプロイトの理論と実践 (アスキードワンゴ)

Amazon

実践バイナリ解析

バイナリ解析に特化した本。
OSを限定しないバイナリ解析の知識が学べると思います。

実践バイナリ解析　バイナリ計装、解析、逆アセンブリのためのLinuxツールの作り方 (アスキードワンゴ)

Amazon

リバースエンジニアリングバイブル

リバースエンジニアリングってどうやってやるんだろうを解決してくれる本です。

リバースエンジニアリングバイブル ~コード再創造の美学~

作者:姜秉卓
インプレス

Amazon

エディタ

作業速度に影響するので何か1つは極めておくと良いと思います。
近年の傾向的にサーバに触らない人の方が少ないと思うので，拘りが無い人はvimを学んでおくと良いかも...？

実践Vim

とりあえずこれ読んどけ的な本。

実践Vim　思考のスピードで編集しよう！ (アスキー書籍)

Amazon

Emacs実践入門

小指を詰めろ。

［改訂新版］Emacs実践入門──思考を直感的にコード化し、開発を加速する WEB+DB PRESS plus

作者:大竹智也
技術評論社

Amazon

ゲームプログラミング

メモリやスレッド管理，ハードウェア毎の最適化など，気を付けるべき要素が多いと感じます。

ゲームプログラマになる前に覚えておきたい技術

とりあえずこれ読んどけ的な本1。
ただし，シェーダとか所々説明は古いので注意。

ゲームプログラマになる前に覚えておきたい技術

作者:平山尚
秀和システム

Amazon

ゲームプログラミングC++

とりあえずこれ読んどけ的な本2。
開発環境の説明が少し雑だから写経ぎみの人は注意。

ゲームプログラミングC++

作者:SanjayMadhav
翔泳社

Amazon

実例で学ぶゲーム3D数学

3Dプログラミングに必要な数学知識の参考書。
手元に置いておきたい感じの本。

実例で学ぶゲーム3D数学

Amazon

実例で学ぶゲームAIプログラミング

ゲームAIの図鑑的な印象の本。
学生の時に作ったローグライク RPGの移動AIに，この本のA*を参考にした思い出。

実例で学ぶゲームAIプログラミング

作者:Mat Buckland
オライリー・ジャパン

Amazon

リアルタイムグラフィックスの数学

GLSLで数学を学びたい人向け。
学生の時に読みたかった。個人的におススメな本。

リアルタイムグラフィックスの数学 ― GLSLではじめるシェーダプログラミング

作者:巴山竜来
技術評論社

Amazon

オンラインゲームを支える技術

MMORPGに使われている技術を説明した本。
ゲーム開発者は読んでおいて損はないはず。

オンラインゲームを支える技術 ―壮大なプレイ空間の舞台裏 WEB+DB PRESS plus

作者:中嶋謙互
技術評論社

Amazon

GPUを支える技術

3Dゲームを開発する人はとりあえず読んどけ的な本。
ギリギリ学生の時に読めた。

[増補改訂]GPUを支える技術 ――超並列ハードウェアの快進撃[技術基礎] (WEB+DB PRESS plus)

作者:Hisa Ando
技術評論社

Amazon

コンピュータグラフィックス

CGの教科書的な本。
手元に置いておきたい本。

コンピュータグラフィックス [改訂新版]

公益財団法人画像情報教育振興協会（CG-ARTS協会）

Amazon

ゲームエンジン

UnityとかUE5とか。
ゲーム会社だと商用ゲームエンジンを利用していない場合も，ある程度機能は知っている前提で話が進みます。
最近だとゲーム関係以外でも利用する機会が増えている印象。

この手の本はバージョンを合わせて学習した方が良いと思います。

たのしい2Dゲームの作り方

2Dに焦点を当てたUnity入門書。

たのしい2Dゲームの作り方 Unityではじめるゲーム開発入門

作者:STUDIO SHIN
翔泳社

Amazon

Unityの教科書

わかりやすいUnity入門書。
恐らくどのUnity入門書よりも挫折しにくいはず。

Unityの教科書 Unity 2022完全対応版

作者:北村愛実
SBクリエイティブ

Amazon

Unityゲームプログラミング・バイブル

Unity用のゲームテンプレート集，ほぼ鈍器。
見ているだけでも開発意欲が刺激されます。

見てわかるUnreal Engine 5 超入門

UE5の入門書。
UE5の機能を簡単に触る。

見てわかるUnreal Engine 5 超入門

作者:掌田津耶乃
秀和システム

Amazon

Unreal Engine 4 で極めるゲーム開発

通称「極め本」と呼ばれているUE4入門書。
UE5版が出るらしいのでそっちが良いと思います。

Unreal Engine 4で極めるゲーム開発:サンプルデータと動画で学ぶUE4ゲーム制作プロジェクト

作者:湊和久
ボーンデジタル

Amazon

Unreal Engine 5で極めるゲーム開発:サンプルデータと動画で学ぶゲーム制作プロジェクト

作者:湊和久
ボーンデジタル

Amazon

ゲームエンジン開発

最近は商用ゲームエンジンが流行していますが，内製ゲームエンジンによるゲーム開発も行われています。
そんなゲームエンジンの開発に興味がある人向けの本です。

会社的には商用ゲームエンジンはロイヤリティがかかるので，内製ゲームエンジンによるゲーム開発の方が利益が出しやすい反面，まずゲームエンジンを開発しないとゲーム開発のステップまで進めないので開発難易度が高い傾向があります。

(ポエム)
「商用ゲームエンジンで作成したゲーム」と「DirectXなどを使用してエンジン部分から作ったゲーム」のどっちが受けが良いか的なお話がゲーム業界就活では話題になりますが，個人的には両方できるのが最強だと思っています(当たり前)
ただ，学生の時に両方を極めることは色々と難易度が高いと思うので，行きたい会社の特性に応じて取捨選択していけばよいと思います。
自分は「エンジン開発」8割，「商用ゲームエンジン」2割って感じに学習コストを割きました。