psqlとは、*PostgreSQLの対話型操作*をおこなう**フロントエンドインターフェイス**を指します。インタラクティブにユーザの入力をPostgreSQLに引き渡し、結果を表示します。*psqlはCUIツール*ですが、*GUIツールとしてはpgAdmin*が用意されています。

psqlはインタラクティブなコマンド入力の他、ファイルから入力することも可能です。そのため、*スクリプトのファイル作成*により**DB操作の自動化が可能**です。

PostgreSQLは、**IllustraやInformixの流れをくむRDBMS**です。最新版は*PostgreSQL 13*で、psqlにも多くの改良がされています。PostgreSQLは他のオープンソースソフトウェアに見られる無償（無料）版と有償版の同時ラインナップや、有料サポートの考えがないので**完全無料**と言えます。

PostgreSQLはオープンソースソフトウェアのRDBMSとしてMySQLに次いで*2番目の人気*を誇り、RDBMS全体では4番目のランキングとなります。またPostgreSQLの利用者は近年増加をしており、3位のポジションに届く勢いがあります。
参考：[DB-Engines Ranking of Relational DBMS](https://db-engines.com/en/ranking/relational+dbms)

稼働プラットフォームは*macOS Server*のデフォルトデータベースであり、さらに*Linux系システム*、*Windows*など多岐に渡ります。PostgreSQLは比較的小規模から中規模のシステムの実績が多いです。しかしながらバージョンアップを重ねるにつれて*性能スケーラビリティが改善*しており、*小規模から大規模システム*で用いられています。

MySQLは、**オラクル社が提供するオープンソースソフトウェアのRDBMS**です。MySQLは商用RDBMSである*Oracle Database*に次いで*2番目の人気*を誇り、オープンソースRDBMSでは長い間*No1ポジション*を維持しています。

PostgreSQLとMySQLは、ユーザが*どちらか一方を選択する傾向*があります。それぞれの選択理由についてPostgreSQLとMySQLの違いと特徴から判断していきます。

・**MySQLの選択理由**
MySQLは独自拡張がなく、シンプルです。そのため軽量でスピードが速い特徴があります。また、ユーザが多いためにコミュニティや情報共有が多数されています。これにより、高品質なシステム構成が簡単に構築できます。

MySQLはオープンソースで全体のソフトウェアスタックを構成する場合のソフトウェアスタックLAMPの構成コンポーネントです。LAMPで構成することで、より実績のある安定したシステム構築が可能です。LAMPはLはLinux（OS）、AはApach（ウェブサーバ）、MはMySQL（データベース管理システム）、PはPerl・PHP・Python（プログラム開発言語）を指します。

・**PostgreSQLの選択理由**
PostgreSQLはRDBMSとしてだけでなく、オブジェクト指向のORDBMSとしても利用できます。オブジェクトの継承や定義が利用できますので、従来処理できなかったデータにも利用できます。さらに複雑なクエリに対応しますので、高度な検索処理が可能です。

加えてPostgreSQLはデータベースのサイズに制限がないため、理論的には超大規模なデータベース管理も可能です。これらの違いと特徴から*利用者ニーズ*により、求める*RDBMSが選択されています*。

psqlを使うには、*PostgreSQLのダウンロード・インストール*が必要です。接続先のPostgreSQLがインストールされると、**psqlが使用可能**となります。psqlを使う場合は、*Windowsのコマンドプロンプト*や*Linuxのシェル、macOSのターミナル*を起動し、psqlを実行します。

### PostgreSQLのインストール方法

PostgreSQLのインストールは、**公式ダウンロードサイトからモジュールをダウンロードしインストール**します。日本語の情報を見ながらインストールする場合は、*日本PostgreSQLユーザ会*のダウンロードサイトにリンク先が掲載されています。
参考：[PostgreSQL Downloads](https://www.postgresql.org/download/)
参考：[日本PostgreSQLユーザ会 ダウンロード](https://www.postgresql.jp/download)

インストール時は*Windows版*は*EDBによるインストーラパッケージ*を、*Linux*の場合は*ディストリビューションに合わせたリポジトリリンク*が提供されています。

インストール時にはインストール可能なモジュールが表示されますが、*全て選択しておきましょう。*誤って「Select Components」でCommand Line Toolsのチェックを外してしまうと、psqlがインストールされません。そのため、再度Command Line Toolsのインストールが必要です。

次に、インストール時に*管理者パスワード*と*PostgreSQL通信ポート*を設定します。加えて*「Default Locale」*で*”Japanese, Japan”*を選択すると日本語が利用できます。

### psqlからPostgreSQLへの接続方法

psqlからPostgreSQLへ接続するには、*WindowsのコマンドプロンプトやLinuxのシェル、macOSのターミナル*を起動し、**psqlを実行**します。

*使用方法：*
　psql \[オプション...\] \[データベース名 \[ユーザ名\]\]

データベース名をオプション指定する場合は、*”-d”*で指定します。同様にユーザ名をオプション指定する場合は、*”-U”*で指定します。ユーザ名を未指定の場合はデフォルトユーザが使用されます。
リモートノードで稼働するPostgreSQLに接続する場合は、*”-h”*でホスト名を指定します。ポート番号をデフォルトの5432から変更した場合は*”-p”*で指定してください。

接続が正常に処理されると、プロンプトとして”postgres=#”のように*”データベース名=#”*が表示されます。終了時は*”\\q”*と入力します。
参考：[PostgreSQL 9.3文書 psql](https://www.postgresql.jp/docs/9.3/app-psql.html)

その他、代表的なオプションを説明します。

・*スクリプト処理で用いるオプション*
スクリプト処理で処理を記録する場合は”-a”を指定することで、読み込んだすべての行を標準出力に表示できます。

・*コマンドの入出力ファイルを指定するオプション*
”-f ファイル名”を指定すると、ファイル名からコマンドを入力し、処理を行います。さらに”-o ファイル名”で出力をファイル名に書き込みます。

・*シェルスクリプトで単一の処理を行うオプション*
“-c コマンド”を指定すると、単一のコマンド処理を行い終了します。

psqlのコマンドは*SQLコマンド*および*メタコマンド*が使用できます。

SQLのマンドはDB操作のコマンドですので、*DB操作言語のSQL*に従います。DBの作成は*CREATE DATABASE*、DBの削除は*DROP DATABASE*を用います。DBの表示はSHOW DATABASESではなく、*”\l”または”\l+”*を用いるか、*SELECT文*でpg_databaseのデータを表示します。

次にテーブル（表）の作成は*CREATE TABLE*、テーブルが作成できたらデータを格納します。テーブル表示やテーブル一覧はSHOW TABLESではなく、*”\\d”または”\\dt”*。データの格納は*INSERT*です。次にデータ参照は*SELECT*を、データ更新は*UPDATE*を用います。データの削除は*DELETE*で行います。

上記ポイントを整理します。*PostgreSQLのSHOW*は**独自拡張したもの**で、*実行時パラメータの値を表示する機能*です。そのため従来*他のDBMSで使用したSQL文のSHOWとは異なる*ことを覚えておきましょう。他のDBMSでSHOWで表示した情報はPostgreSQLでは*メタコマンドまたはSELECT*で行います。
以下に簡単にポイントをまとめておきます。

・*データベースの一覧表示*（SHOW DATABASESに相当）
　”\\l”、または”\\I+”、または
　SELECT datname FROM pg_tables;

・*テーブル一覧の表示*（SHOW TABLESに相当）
　”\\dt スキーマ名.\*”、または
　SELECT schemaname, tablename, tableowner FROM pg_tables;

・*テーブル・ビュー・インデックス・シーケンス・外部テーブルの一括表示*
　\\d[S+] [パターン]
　パターンに一致するテーブル・ビュー・インデックス・シーケンス・外部テーブル、または複合型における全ての列・列の型・テーブル空間などの特別な属性を表示します。 

その他メタコマンドで表示に関する代表的な指定は以下の通りです。
・外部テーブルの表示
　”\\dE[S+] [パターン]”
・インデックスの表示
　”\\di[S+] [パターン]”
・マテリアライズドビューの表示
　”\\dm[S+] [パターン]”
・シーケンスの表示
　”\\ds[S+] [パターン]”
・ビューの表示
　”\\dv[S+] [パターン]”

psqlのメタコマンドやオプションの詳細はレファレンスマニュアルをご確認ください。
参考：[PostgreSQL 9.3文書 psql](https://www.postgresql.jp/docs/9.3/app-psql.html)

## PostgreSQLの特徴を理解し、psqlを用いてデータベースを活用しましょう

PostgreSQLは*オブジェクト指向データベース*としての利用や、*容量無制限のデータベースサイズ・複雑なクエリ*に他のRDBMSとの違いや特徴があります。このPostgreSQLの特徴を理解し知識を吸収するには、*PostgreSQLのデータベース*にpsqlでアクセスして確認することをおすすめします。

psqlとはPostgreSQLのフロントエンドインターフェイスを指します。psqlを用いることでスクリプトによるDB操作の自動化が可能です。ここではpsqlの概要ならびにMySQLとの違いや、PostgreSQLへの接続と利用方法を解説していきます。

psqlとはPostgreSQLの対話型操作をおこなうインターフェイスを指します

PostgreSQLは完全無料なオブジェクト指向RDBMSで、利用者が増加しています

PostgreSQLは複雑なクエリが利用可能で、psqlを用いて操作します

psqlとは？PostgreSQLへの接続コマンドや利用方法を解説

UEFIとは「Unified Extensible Firmware Interface」の頭文字を取った略字で、**コンピュータ内にある各装置を制御するプラットフォームファームウェアとOS間で通信仕様を定めた規約を指します**。仕様はUEFIフォーラムによって規格化を行っています。読み方は、アルファベットをそのまま「ユーイーエフアイ」と読みます。

【参考】：[Unified Extensible Firmware Interface Forum](https://uefi.org/)

このUEFI規格に従い実装したSystem BIOSのファームウェアを、UEFI BIOSと言います。IBM PCに搭載された以前のBIOSは制限が多かったため、1990年代にデータセンターでシステム利用するために改善すべく、EFI（Extensible Firmware Interface）が開発されました。

これが現在のUEFIの前進の規格として制定され、仕様改訂が行われています。2010年代以降はディスク装置とメモリーの大容量化が進んでおり、UEFI BIOSが多くを占めています。

ファームウェアとは、電子機器やコンピュータの*ハードウェアを制御するために組み込まれているソフトウェアを指します*。ソフトウェアとは言っても頻繁に書き換えできないように格納されており、「堅牢」という意味でファームウェアと言います。ファームウェアの目的は、OSやソフトウェアからの命令を受けハードウェアを制御することです。

フラッシュメモリが登場したことで、ファームウェアイメージ書き換えの柔軟性が高まりました。そのため組み込み用途のOSを制御する、ファームウェア搭載のIoT機器も増加しています。さらにセキュリティ対策のために定期更新が求められる場合も、ファームウェアアップデートツールで簡単に行うことができるようになりました。

IoTとは？概要から動作の仕組み・実際の用途まで丁寧に解説！

BIOSは「Basic Input／Output System」の略で、バイオスと読みます。コンピュータのシステム本体に取り付けられているためSystem BIOSということもあります。BIOSは、**IBM PC（PC/AT）において、OS起動に関するハードウェアインターフェイスを行う目的で実装されました**。具体的には電源投入後、以下の流れでBIOSの処理が行なわれ、システムが起動します。

*（1）電源投入*
POST（Power on Self Test）により、電源投入後のCPUチェック・BIOSコードチェック・DMAや割り込み関係のテスト・メインメモリテストを行います。その後、接続されているハードウェアの状態を初期化します。このあと、グラフィック・SCSI等の周辺アダプタでBIOSが搭載されている場合は制御を移します。

以降はブート処理に向けた処理を行います。システムの接続装置を認識し初期化を行います。その後ファームウェアに格納されているブートコードが、選択されたブートデバイスであるハードディスクやフロッピーディスク等の補助記憶装置からブートセクタ（MBR）に格納されているブートローダをロードし、制御を移します。

*（2）1次ブートローダ（プライマリブートローダ）*
主に実際に起動後に利用する基本ソフトウェア（OS）をロードする前工程で、後工程を担当するセカンダリブートローダをロードする役割です。

*（3）2次ブートローダ（セカンダリブートローダ*
セカンダリブートローダは最終的に稼働されるOSをロードします。OSの格納されているドライブパーティションのブートセクタからロードされ、OSのカーネルコードやドライバをロードします。BIOS実装当時はブート手順にしたがいPC-DOSやMS-DOSが起動され、ディスクアクセスやキーボード・コンソールはBIOSの提供サービス（割り込みルーチン）を利用し動作していました。

その後ハードウェアの進化への追従や操作の多機能化が求められ、BIOS操作のためのユーザーインターフェースが搭載されました。加えてシステムの高機能化に伴い、グラフィックボードやネットワーク・電源等の管理も必要となってきました。

従来の16ビットプロセッサモードを起源とする、x86用System BIOSの構造や機能では、大容量メモリやディスク装置のサポートやメンテナンス性に問題が生じてきました。

・*ブート装置の参照ブロック拡大*
BIOSでは、参照セクタブロックをセクタサイズとブロックアドレス（LBA）で管理し、上限が決まっていました。具体的には、セクタ512バイト・ブロックアドレス2の32乗＝4Gですので、512バイトｘ4G＝2TBが上限となります。

UEFIではGUIDパーティションテーブル（GPT）を用い、2TBを超える大容量ディスクからブートすることができます。GPTでは、9.4ZBのディスク装置まで対応可能ですので実質的に気にする必要はなくなりました。

・*モジュラー設計*
UEFIでは、ブートサービスとランタイムサービスという2種類のタイプのサービスを定義し、関連するサブモジュールで構成しています。その設計はC言語を用いてモジュール化しており、保全性が高いものに仕上がっています。

・*多様なプロセッササポート*
従来のBIOSで制限されていた「16ビットプロセッサモードで1MBのアドレス空間のみアクセス可能」、という制限から解放されます。32ビットプロセッサでは32ビットアドレス空間を、64ビットプロセッサでは64ビットアドレス空間全てにアクセス可能です。

・*ネットワークやGUI・多言語対応が可能*
UEFIではブートサービスが定義されており、OS起動前のネットワーク接続やGUI操作も可能となっています。これら仕様化においては仕様改訂時に問題が生じないように、コンパチビリティ（前方・後方）を確保しています。

【参考】：[Home Unified Extensible Firmware Interface Forum SPECIFICATIONS](https://uefi.org/specifications)

ここではUEFIをどのように設定するのか見ていきます。通常UEFIを意識するケースは、2TBを超える大容量ディスクからブートする場合と考えます。UEFIではMBRではなく、GPTパーティションが利用可能です。そのため、*UEFIでは大容量ディスクをシステムディスクに利用することができます*。

ここではWindowsを例に、UEFIの確認や設定を解説していきます。

WindowsでBIOSあるいはUEFIがどのように設定されているかは、「Windows 管理ツール」「システム情報」から確認できます。「Windowsキー」＋Rをクリックし、”msinfo32”を実行してもシステム情報が起動されます。システム情報の14番目の項目に、「BIOS モード」と表示されます。

レガシと表示される場合は、Legacy BIOSモードです。*UEFIと表示される場合は、UEFIモードに構成されています*。

### Windows 10でのUEFI画面の起動と設定

System BIOSのファームウェアは、*電源投入後にEsc・Del・F1・F2・F10・F11・F12等のキーボードを押すことによってメニューが表示されます*。この起動時のキーはメーカーごとに異なりますので、PCのモデルごとのドキュメントご参考にしてください。メーカーによってはEscの後にF10等の組み合わせの場合もあります。

【参考】：[Microsoft UEFI モードまたはレガシ BIOS モードでのブート](https://docs.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/boot-to-uefi-mode-or-legacy-bios-mode?view=windows-11)

上記操作で、OS起動前のSystem BIOSセットアップメニューが表示されます。ここでブートデバイスのモードをUEFIに変更します。古いPCではUEFIに対応していないこともありますので、お使いのPCのドキュメントをご確認ください。

### System BIOSセットアップメニューが表示されない場合

すでにWindows 10がインストールされている場合、電源投入後のキーボード操作でSystem BIOSセットアップメニューが表示されないことがあります。理由は*Windows 10の高速スタートアップ機能が動作しているため、起動時のキー操作がスキップされるためです*。

高速スタートアップを一時停止するにはスタートメニューで「電源」を選択し、Shiftを押しながら「シャットダウン」を行います。次回起動時のみ高速スタートアップが一時停止され、ブートアップ時のキー操作を受け付けます。

同様に、スタートメニューで「電源」を選択し、Shiftを押しながら「再起動」を行う場合、「オプションの選択画面」が表示されます。ここで「トラブルシューティング」「詳細設定オプション」から「[UEFI ファームウェアの設定」を選択することでSystem BIOSセットアップメニューが表示されます。

### Windows 10でインストール後にBIOSモードを変更するには？

Windows 10でインストール後にBIOSモードを変更するには、ディスク上のパーティションテーブルをMBR からGPTに変換する必要があります。

【参考】：[Microsoft レガシ MBR ディスクから GPT ディスクに切り替Windows 10](https://docs.microsoft.com/ja-jp/windows-hardware/drivers/bringup/switch-from-legacy-mbr-disk-to-gpt-disk-with-windows-10)

MBR2GPT.exeは、*ディスク上のデータを削除せずにMBR からGPTに変換することができます*。Windows 10 バージョン1703（Creators Update）以降でサポートされます。Windows プレインストール環境のWindows PEあるいはWindows 10から実行することができます。

【参考】：[Microsoft MBR2GPT.EXE](https://docs.microsoft.com/ja-jp/windows/deployment/mbr-to-gpt)

ディスクの情報を入手するにはDiskpartコマンドを利用します。Diskpartのコマンドラインで”list disk”コマンドでドライブ一覧が入手できます。右側のGPT表示に”*”があるとGPT、表示がないとMBRとなります。

同様にスタートメニューを右クリックし、「ディスクの管理」からも確認できます。対象となるディスクを右クリックし「プロパティ」「ボリュームタブ」で「パーティションのスタイル」に”マスターブートレコード（MBR）”あるいは”GUIDパーティションテーブル（GPT）”が表示されます。

MBR2GPT.exeの実行は「データを削除せずに実行可能」と記載されているものの、不測の事態に備えてバックアップを取得し変更することをおすすめします。変更後の再起動時にはSystem BIOSセットアップメニューでUEFIに変更することを忘れず行います。

UEFIは大容量ディスクの登場で、利用が増えています。ほとんどが初期設定時に設定するものなため、頻繁に設定変更するものではありません。特に現状不都合がないようであれば次回のシステムリプレース等で、**UEFIのメリットである大容量ディスクを利用する際に設定変更することをおすすめします**。

UEFIとは、UEFIフォーラムによって規格化された規格を指し、IBM PC用に開発されたBIOSの後継となります。BIOSの制限を解決し、大容量のディスク・メモリが利用できます。ここではUEFIのメリットとともに、設定・確認の方法を解説していきます。

UEFIとは、プラットフォームファームウェアとOSをインターフェイスする規約を指します

BIOSの制限である16ビットプロセッサのI/O空間・16ビットメモリ空間・PC/AT向け、を解決します

2TBを超えるGPTがサポートされ、大容量のシステム起動ディスクとしても利用可能です

UEFIとは？読み方やBIOSとの違いを設定・確認の方法とともに解説

## G検定はカンペが認められている？

カンニング（不正）は禁止でもカンペ（チートシート）の利用は黙認という不思議な試験があります。それがG検定（ディープラーニング検定）です。G検定とは、日本ディープラーニング協会（通称JDLA）が主催する、2017年から開始されたAIに関わる検定試験のことです。

JDLAは公式にカンペを認めたり、推奨したりしているわけではありませんが、G検定に関するさまざまな情報などから、その利用を許容していると推察されます。

この記事ではカンニング（不正）行為を推奨するものではありませんが、**G検定の効果的な学習法の1つとして、カンペ作成が有効との立場から解説**をしていきます。

**G検定は「ディープラーニング」（AIに欠かせない深層学習）に関する基礎知識**、「ディープラーニング」の活用に関する適切な方針の決定が行え、事業に活用するための能力や知識を有しているかについて問う検定試験です。

ディープラーニング検定はG検定とE検定の2種類があり、G検定は事業などへの活用を行うジェネラリスト向け、E検定はディープラーニングの実装を行うエンジニア向けと分かれています。

試験はオンラインで自宅から受験する方式で、120分の試験時間に対して約220問が出題されます。試験は3月・7月・11月と年3回開催されており、合格率は60%程度と難易度は高い訳ではありませんが、受験対策を怠ると合格できません。

*【参考】：[G検定公式サイト G検定とは](https://www.jdla.org/certificate/general/#general_No01)*

G検定は新しい検定であり、まだまだ知名度は高くありません。しかし、AIは今後ますます重要視され、AIエンジニアに対する期待はさらに高まるでしょう。**今後AI開発に関わるエンジニアにとって、AIに関する基礎知識は必須**となります。

G検定取得のメリットは以下の通りです。

*1.AIに関する基礎知識を有することで、AI開発に関われる可能性が広がる*

*2.エンジニア向けE検定資格取得のための足掛かりとなる*

*3.デジタル合格証「オープンバッジ」が発行され、「AIジェネラリスト」のスキル証明となる*

Pythonと機械学習を学んでAI時代に対応できるエンジニアに

## G検定でカンペが許容される理由

JDLAはカンペの類を公式には認めてはいませんし、試験時のGoogle検索による回答も推奨はしていません。

G検定の受験時に確約させられる*※受験規約*には、「なりすまし、カンニング、試験中に援助を受けたりするなど不正行為があったと判断される場合、もしくはそのような行為が疑われる場合は結果を取り消される可能性があります」と明記されており、*G検定におけるカンニングを禁止*しています。

※受験規約は下記「JDLA受験申込専用サイト 操作マニュアル」の13頁を参照ください。

とはいえ、自宅からのオンライン受験という試験方式であり、カメラによる監視などもないことから、実質的にカンペの利用を禁ずるのは不可能です。試験問題のハッキングなどによる不正入手でもない限りは、黙認せざるを得ないというのが実際のところでしょう。

「カンペなし」で合格するに越したことはないのですが、試験の出題範囲は広く、しかも短時間の間に膨大な量の問題をこなさなくてはなりません。

試験は120分間に220問程度出題されるため、1問を30秒程度で回答しなければならず、その都度Google検索を行っていたのでは回答は間に合いません。仮にカンペを用意しても、カンペを作成するために費やすエネルギーは大きく、実質的には勉強をしているのと変わらないでしょう。

JDLAは、カンペを禁止することにエネルギーを割くよりも、カンペ作成も含めて試験対策をしっかり行った者を評価するという合理的な判断をしていると推察されます。

実際のところ、JDLAが公表している出題範囲、KWについて調べて回答案を考え、カンペを作成する労力は半端ではありません。**カンペ作成そのものが勉強になり、カンペを作成することで知らず知らずの内にAIに関する基礎知識が身についていく**でしょう。

*【参考】：[JDLA G検定受験サイト受験当日の操作マニュアル](http://docs.jdla-exam.org/OperationManual_Examinees_JP.pdf#page=40)*

## 有効なカンペ作成のポイント

先に述べた通り、*「カンペ作成=有効な勉強法」*と考えて良いでしょう。SNSなどを見てみると、G検定受験生が自ら作成したカンペを公開しているケースがありますが、それらをダウンロードして試験に臨めば試験に合格できると考える人がいますが、そんな生易しい試験ではありません。

JDLAが公表している『出題例』を見れば分かりますが、「カンペのみ」の機械的な転記で回答できるような出題はほぼないため、**他者が作ったカンペはほとんど役に立たない**ということが分かると思います。

他者の作成したカンペを参考にするのは構いませんが、そのまま利用するのはやめておきましょう。そこで、これから有効な独自のカンペ作成方法について見ていきましょう。

*【参考】：[G検定例題](https://www.jdla.org/certificate/general/issues/)*

### どのようなカンペが利用しやすいか？

カンペの作成にノートを利用される方もいるかと思いますが、手書きノートの作成には手間が掛かるのと、試験の際に検索するのが難しいという弱点があります。**カンペ作成の手間を減らし、試験本番でも検索しやすいカンペ**を目指すという視点で考えると、以下の3点がおすすめです。

Excelの良さは、簡単に作成できる点と、並び替えや検索も素早くできる点です。出題範囲はJDLAの公式サイトにPDFで掲載されているので、これをダウンロードして出題キーワードについて調べた結果（回答）を入力していけば良いでしょう。

辞書作成ツールを利用すると、出題キーワードから簡単に用語集が作れる点が便利です。辞書作成のフリーソフト、シェアウェアなどを見つけて自分専用のカンペを作成できます。

プログラミングスキルのある方は、G検定向けの辞書サイトを自身で作ってみるという方法もあります。作成した用語集は移動中やスキマ時間にスマホやタブレットで確認できるようにしておけば、学習はさらに効率的になります。

以上3つ（Excel・用語集作成・辞書サイト作成）をご紹介しました。こうして作成したカンペは逐次アップデートができるため、G検定合格後も座右のツールとして活躍することでしょう。

【参考】: [G検定の試験出題範囲（シラバス）2021](https://www.jdla.org/download/g-syllabus_2021/#)

### カンペ作成に用いる教材は何を使えばいい？

先ほどご紹介した**「G検定の試験出題範囲（シラバス）」を網羅するものとして、どんな教材があるのか**という視点から探してみました。これらの教材をうまく活用して独自のカンペを作成していけば、合格に大きく近づけるでしょう。

*1.[深層学習教科書 ディープラーニング G検定（ジェネラリスト）公式テキスト](https://www.shoeisha.co.jp/book/detail/9784798157559)*

G検定の公式テキストであり、試験の出題範囲に対する網羅性が高いテキストと言えます。フルカラーでビジュアル性に優れ、また重要語句は太字になっているなど、読みやすく分かりやすいのが特徴です。章末には練習問題も付いており、直ぐに理解度が分かる点もおすすめポイントの1つです。

▪監修：一般社団法人日本ディープラーニング協会
▪著者：浅川 伸一、江間 有沙、工藤 郁子、巣籠 悠輔、瀬谷 啓介、松井 孝之、松尾 豊
▪発行日：2018年10月22日
▪価格：3,080円（税込）
▪出版社：翔泳社
▪仕様：A5・344ページ

*2.[これ1冊で最短合格 ディープラーニングG検定ジェネラリスト 要点整理テキスト&問題集](https://www.shuwasystem.co.jp/book/9784798057309.html)*

数式を極力使わず、分かりやすさと図解による説明が特徴です。G検定向けの参考書ですが、ディープラーニングの全体像を理解したい学生や一般の方にも適しています。*先に紹介した深層学習教科書ディープラーニングG検定公式テキスト』で基礎を学び、その補強と応用編して使う*と良いでしょう。

▪監修：浅川 伸一
▪技術校閲：遠藤 太一郎
▪著者： 山下 長義、伊達 貴徳、山本 良太、横山 慶一、松本 敬裕、杉原 洋輔
▪発行日：2020年3月/25日
▪価格：2,750円（税込）
▪出版社： 秀和システム
▪仕様：A5・270ページ

*3.[ディープラーニング活用の教科書](https://www.nikkeibp.co.jp/atclpubmkt/book/18/270260/)*

日本ディープラーニング協会監修のテキストです。国内35社の事例からディープラーニングについて解説しており、ディープラーニングに対する理解を深めるのに役立ちます。G検定対策としては直接役に立たないかもしれませんが、入門書として読むと良いでしょう。

▪監修：日本ディープラーニング協会
▪編集：日経クロストレンド
▪発行日：2018年10月29日
▪価格：1,980円（税込）
▪出版社：日経BP
▪仕様：A5・292ページ

*4.[AI白書2020](https://www.ipa.go.jp/ikc/our_activities/rs_01.html)*

情報技術者試験で知られるIPA（独立行政法人情報処理推進機構）主管の白書です。DX推進の観点から国内外のAIの動向についてまとめられています。AIに関心が強い方には非常に興味をそそられる内容となっています。*AIの実装やDX推進に関わる方には必読の書*です。

また、本書からG検定に出題されることもあるため、カンペ作成の際には参考にすると良いでしょう。

▪発行：株式会社角川アスキー総合研究所
▪発行日：2020年3月2日
▪価格：4,180円（税込）
▪発売：株式会社KADOKAWA
▪仕様：A4・536ページ

G検定資格を取得した方は、より実践的なE検定の資格取得を目指すと良いでしょう。その後、それらの**スキルを活かせる職種として、以下の2つをおすすめ**します。

機械学習エンジニアは、その名の通り機械学習に携わるエンジニアです。現在、AIの予測モデルに関する需要が高まっており、今後ますます必要とされる職種になるでしょう。機械学習エンジニアを目指すには、Pythonなどのプログラミング言語スキルに加え、統計学などの知識も求められます。

機械学習エンジニアとは？将来性・年収・資格について解説！

機械学習エンジニアとは？仕事の内容や将来性について解説！

データサイエンティストは機械学習エンジニアとよく似たAIエンジニア職種ですが、データの分析に特化した業務が中心で、AI開発は行いません。統計学の素養、問題解決能力が求められます。

データサイエンティストのスキル要件とは？人材育成に政府が動く

データサイエンティストとは？おすすめの資格から年収まで解説

## AIエンジニアを目指してG検定に臨もう

ここまでG検定試験の概要や、合格するための方法として効果的なカンペ作成などについて解説してきました。**G検定に合格するのは目的ではなく、AIエンジニアとして活躍するための足掛かり**です。自身の将来目標やビジョンをしっかり見定め、G検定合格を目指してください。

G検定はAIに関する民間の検定試験ですが、カンニング（不正）は禁止しつつ、カンペは黙認という一見風変わりな検定です。この記事では、なぜG検定はカンペがOKなのか、どんなカンペを作れば合格できるのかについて探っていきます。G検定の合格を目指すエンジニア必見です。

G検定はカンペ作成は黙認されるが、カンニング行為は禁止されている

G検定は他人が作成したカンペを利用して合格できるような問題は出題されない

AIに関わるエンジニアはAIの基礎知識が学べるG検定合格を足掛かりにするとよい

G検定合格の鍵はカンペ？バレたりカンニングにはならない？

2022年9月12日、Appleの統合開発環境（IDE）の最新版となるXcode 14の提供が開始されました。Xcode 14では、**iOS16やiPadOS 16に対応し、バイナリの軽量化と高速化が図られたほか、マルチプラットフォーム対応のためにSwiftやSwiftUIとの連携性が強化されました。**

【参考】：[Apple Developer Xcode 14](https://developer.apple.com/jp/xcode/)
【参考】：[Apple Developer ニュースとアップデート Xcode 14 (14A309)](https://developer.apple.com/jp/news/releases/?id=09122022g)

IDEとは？詳細やメリット、おすすめのIDEを紹介します！

*Xcodeとは、Appleの提供する統合開発環境（IDE）を表します。*macOSやiOSなどのApple製品のアプリケーション開発に用いられます。グラフィカルツールを用いて統一されたユーザーインターフェース（SwiftUI）の設計を行うことができます。

Xcodeでは他の統合開発環境と同様に、プロジェクトを作成して開発を行います。画面上のツールバーと編集エリアを用いてコード作成を行います。

エディタのほか、コンパイラ、リンカなどのビルドシステムで構成されており、コードの実行やテスト・デバッグが一元化されます。再利用コードはSwiftのパッケージにまとめることができます。

Appleの開発言語であるSwiftとユーザーインターフェースのSwiftUIは、統合開発環境のXCodeで連携し、効率的に動作します。

【参考】：[Apple Developer Xcode](https://developer.apple.com/jp/xcode/)
【参考】：[Apple Developer Xcode リソース](https://developer.apple.com/jp/xcode/resources/)
【参考】：[Apple Developer Swift](https://developer.apple.com/jp/swift/)
【参考】：[Apple Developer SwiftUI](https://developer.apple.com/jp/xcode/swiftui/)

SwiftUIとは？従来のUIとの違い、メリットや将来について

Xcode 14では、最新のAppleデバイス向けのソフトウェア開発キット（SDK）を収録しています。具体的には*、iOS 16、iPadOS 16、tvOS 16、watchOS 9、macOS Monterey 12.3に対応します。*iOS 11以降、tvOS 11以降、watchOS 4以降のAppleデバイスの開発では、オンデバイスデバッグに対応します。

以降では、いくつかのトピックスについて詳しく解説していきます。

【参考】：[Xcode 14 Release Notes](https://developer.apple.com/documentation/xcode-release-notes/xcode-14-release-notes)

### マルチプラットフォームの対応強化

Xcode 14では、ターゲット向けに開発したソフトウェアに、特定のプラットフォーム用の依存関係やコード、リソース・ビルド設定を条件を付けて同梱することができます。これにより、*1つのターゲット向けのソフトウェアで複数のプラットフォームをサポートすることができます。*

このほか、watchOS アプリ用のデフォルトテンプレートも同梱され、watchOSアプリのデプロイが簡素化できます。

Xcode 14では、最新のDriverKit 22が提供されます。DriverKit 22では、iPadOS 16以降向けに、DriverKitがサポートされます。*iPadOS用のUSBやオーディオなどのドライバを、DriverKitを利用して開発することができます。*

ビルド時の性能向上のために並列処理を強化しました。具体的には、並列処理に関するビルド時のログを生成し、並列度の状況を可視化できます。*バイナリの軽量化とビルドの並列化により、パフォーマンスが向上しています。*

Swiftも、フロントエンドの呼び出しをオーケストレーションするコンポーネントドライバが、Xcodeのビルドシステムに統合されています。この変更で、ビルドシステムのタスクやスケジューリングに対してきめ細かい依存関係が設定できます。この改良により、並列コンパイルを効率的に実施できます。

Swift入門！概要・基本文法・学習方法について徹底解説！

Apple Clangの実装強化に伴い、**新規プロジェクトの作成時には、C++20の言語機能をデフォルトで使用します。**C++20の仕様については、次の言語機能が実装されました。

・*P0692R1：Access Checking on Specializations*
　クラステンプレート特殊化に関するアクセスチェック
【参考】：[ISO/IEC Access Checking on Specializations](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0692r1.html)

・*P0388R4：Permit conversions to arrays of unknown bound*
　境界が不明な配列へのコンバージョン許可
【参考】：[ISO/IEC Permit conversions to arrays of unknown bound](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0388r4.html)

C++23の言語機能であるC++2bからは、以下の機能が実装されました。

・*P1938R3：if consteval*
　コンパイル時の文脈にしたがう分岐
【参考】：[Open Standard - if consteval](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p1938r3.html)

・*P1401R5：Narrowing contextual conversions to bool*
　コンテキスト変換の bool への絞り込み（縮小変換）
【参考】：[Open Standard - Narrowing contextual conversions to bool](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p1401r5.html)

・*P1949R7：C++ identifier syntax using Unicode Standard Annex 31*
　Unicode Standard Annex 31 を使用した C++ 識別子構文
【参考】：[Open Standard - C++ Identifier Syntax using Unicode Standard Annex 31](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p1949r7.html)

・*P2360R0：Extend init statement to allow alias declaration*
　エイリアス宣言を可能にする init 文の拡張
【参考】：[ISO/IEC P2360R0: Extend init-statement to allow alias-declaration](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2360r0.html)

上記実装は、Clang 14.0で実装される機能です。ClangでのC++の対応状況は、以下のサイトでご確認ください。

【参考】：[C++ Support in Clang](https://clang.llvm.org/cxx_status.html)
【参考】：[Clang 14.0.0 Release Notes](https://releases.llvm.org/14.0.0/tools/clang/docs/ReleaseNotes.html)

### Bitcodeを用いたビルドのサポート終了

Xcode 14 から、中間コードのBitcodeはwatchOSとtvOSのアプリケーションに必要がなくなり、アプリがApp Storeに提出される際にコードが取り除かれます。

そのため、*Bitcodeは非推奨となり、プロジェクトが明示的にBitcodeを有効にすると警告メッセージが表示されます。*Bitcodeのビルド機能は、将来のXcodeリリースで削除される予定です。

Xcode 14の登場で、*最新バージョンや今後のリリース、Xcode 13との違い、各バージョンの違いなどについてもご興味が沸いたのではと思います。*ここでは、Xcodeに関する情報をまとめて紹介していきます。

【参考】：[Xcode Documentation](https://developer.apple.com/documentation/xcode)

**Xcodeの最新バージョンは、14.0.1です。**macOS Monterey 12.5以降の開発環境で動作します。iOS 16、macOS 12.3、tvOS 16、watchOS 9、DriverKit 22用のSDKが同梱されます。

ベータ版として公開される14.1では、リリース準備中のiOS 16.1、macOS 13、tvOS 16.1、watchOS 9.1、DriverKit 22.1用のSDKが同梱されます。

Xcode 14.0.1と14.1ともに、Swift 4やSwift 4.2、Swift 5.7に対応し、Xcode 14に合わせて公開開始したSwift 5.7が収録されます。

【参考】：[Apple Developer Xcodeの新機能](https://developer.apple.com/jp/xcode/whats-new/)


Xcodeは、年次でメジャーバージョンアップが行われています。前バージョンとなるXcode 13は、2021年9月20日にリリースされました。およそ1年経過しており、Xcode 14では最新のAppleデバイスへ対応します。

具体的には、*iOSとiPadOSが15から16へ、macOSが11.3や12から12.3へ更新され、対応するソフトウェア開発キット（SDK）が収録されます。*合わせてプログラミング言語のSwiftも、5.5から5.7へ更新されています。

Xcodeを用いたアプリケーション開発ですが、*以下のAppleデバイスの各バージョン向けに開発できます。*ここでは、Xcode 14とベータ版が公開されているXcode 14.1についてまとめておきます。

Appleの公式サポートサイトには、Xcode 10.2.xから最新ベータの14.1まで、サポート対応表が掲載されています。合わせてご確認ください。

【参考】：[Apple Developer Xcode サポート情報](https://developer.apple.com/jp/support/xcode/)

・*iOS*
　Xcode 14.0.x ：iOS 11～16
　Xcode 14.1　：iOS 11～16.1

・*iPadOS*
　Xcode 14.0.x ：iPadOS 13～16
　Xcode 14.1　：iPadOS 13～16.1

・*macOS*
　Xcode 14.0.x ：macOS 10.13～12.5
　Xcode 14.1　：macOS 10.13～13

・*tvOS*
　Xcode 14.0.x ：tvOS 11～16
　Xcode 14.1　：tvOS 11～16.1

・*watchOS*
　Xcode 14.0.x ：watchOS 4～9
　Xcode 14.1　：watchOS 4～9.1

お役立ち記事