
2024年7月6日に目黒にあるAWSの来客フロアで開催された「CDK Conference 2024」にオフライン参加して、CDKの熱に圧倒されたのでメモ。
[AWS CDK Conference Japan 2024](https://jawsug-cdk.connpass.com/event/317921/)

## 結論

めっちゃ良かった。
私自身CDKは今週初めて触ったくらいで、正直最初Constructという単語が出てもそれが何を指しているか全く分からなかったが、セッションを聴き続けることでなんとなく分かってきたぞという気持ちになれた。
まだCDKをあまり触ってないけど雰囲気はわかる状態で帰宅した。新しいこと始めるのには雰囲気掴むの大事。
久しぶりに情報の波にのまれたけど、自分がまだまだだと思える機会に出会えるのは良いこと。

## どんな内容だったのか？

CDK初心者向けのセッションからディープなCDKを使った話など多岐に渡った。
どのセッションも勉強になる内容だったが、個人的にはwatanyさんの「”AWS CDKを選定しなかった理由”から見るCDKの現在地	」というセッションが刺さった。
インフラエンジニアからみたCDKを採用するハードルについて考えされられるとても素敵な内容だった。
私自身は開発エンジニアだが、開発エンジニアがCDKを採用するハードルとインフラエンジニアが採用するハードルはやはり違うよなと頷きがすごかった。
是非公開されたらアーカイブで見てみてほしい。（もちろん他のセッションも）

![](/content/images/g9zbmbl1ubo/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2024-07-07_14.15.45.png)

## オフライン参加する意味ある？

セッションだけ視聴したいのであれば、オンラインでも配信されていたのでオフラインで参加する意味はあまりないかもしれない。
私もほぼ知り合いがいない中の参戦だったので、怖気付いてオンラインで参加しても許されるのでは…？と会場入るまでは思っていた。
しかし今回私がオフライン参加して良かったと思うことは2点ある。

- Ask An Expertが会場で用意されていた
- 終了後懇親会に参加し、AWSに関する議論や話を聞けた

## 1. Ask An Expertが会場で用意されていた

カンファレンスには、当日ボランティアで参加されていたAWS Japanの社員の方がAsk An Expertを設けてくれていた。（オフライン参加者のみ利用可能だった）
主にCDKのことについてAWSの社員の方に聞けることはそうそう無い。
予約制だったので予約フォームから当日し、初心者なのでCDKの初歩的な部分やもう少し話を広げて生成AIの話などを聞くことが出来た。
人見知りなので予約するのも勇気が必要だったが、話してみたらとても親切に対応していただけて内容も体験もとても有意義な時間だった。（SAの方ありがとうございました！！）

## 2. 終了後懇親会に参加し、AWSに関する議論や話を聞けた

カンファレンス後の懇親会はAWSJの食堂で行われた。
私がイベント後の懇親会に参加する理由は、イベントの内容について話し合ったりAWSを使った悩みなどを共有できるからだ。
AWSを使ってる・AWSが好きなメンバーが参加しているイベントの懇親会での話の内容は、大体AWS関連になる。
普段お会いしない他社の方と話す中で気づきを得られたり、自分が日頃悩んでることについて意見をいただけたりするので貴重な場。
あとは単純に私はお酒の場で技術の話を聞くのが好きってのもある。笑

## おわりに

参加者の方のCDK熱に圧倒された1日でした。
CDK Conference 2024関係者の皆さんありがとうございました！！！

CDKほぼ知らないけどCDK Conference 2024にオフライン参加してみた


タイトル通り1年で8個のAWS資格を取得しました。
他の方は数ヶ月で全冠なんて話もザラにあるので、特にスピードが速いわけではありませんが個人的には満足です。
ちなみに私はインフラエンジニアではなく、開発側のエンジニアです。

2024年4月時点でSAPro、ANS、SCS以外の資格は取得。
2024年4月に無くなったDatabaseやData Analyticsは取得し、SAP on AWSは受験していません。

![](/content/images/ztp6ote4c/Screenshot_2024-04-30_at_15.35.23.png)

## 率直な感想

私は資格受験を足りない知識を補うためのきっかけづくりと考えていますが、どの試験もそれが叶えられました。
特に普段業務で運用系のサービスはあまり触らないのですが、AWS ConfigやAWS Organizaitonsなど包括的に知れるので良いです。
ただ資格取得に熱がある(熱を入れれるくらい余裕がある)時期に短期間の勉強でサクッと取るのが良い気がします。
結局資格受験はモチベ維持が大事なので。。

## 各資格受験感想

受験した順

### ①AWS Certified Developer - Associate

一番最初に受験した試験。
一番長く受験に準備をして2,3ヶ月くらい勉強してました。この試験対策の時だけ資格本を買いましたが、やっぱり初学者には本も有効でした。
開発業務で一番使う内容が出題されるので、定期的に見直したい個人的に好きな試験。
特にAPI Gateway、Lambda、DynamoDBのサーバーレス構成が多く出るので勉強になりました。

### ②AWS Certified Cloud Practitioner

DVA取得後にCloud Practitionerを受験したので、正直簡単…と言いたいところがちゃんと勉強しないと危なかった。
知らないサービスもここで勉強できたので、やはり舐めてはいけない試験。
2週間の勉強で受験し取得。

### ③AWS Certified SysOps Administrator - Associate

実技試験が免除されているうちに受験しておくかと思い取得した。
開発しかやってこなかった人間にはやっぱりちょっと難しく感じる。が、サービスは運用も開発と同じくらい大事なので必死に勉強した。
2,3週間くらいの勉強で取得。

### ④AWS Certified Solutions Architect - Associate

この試験でAssociateレベルは全て取得。
やっぱりAssociateは全て取得することをお勧めするくらい、ある程度AWSを網羅的に学習できる。
個人的にはSysOpsの方が難しく感じました。

### ⑤AWS Certified DevOps Engineer - Professional

いっちばん苦戦した試験。
正直あまり時間がない中受験はしないといけない状況だったので、つらい思い出があります。
ただ開発としては個人的にDevOpsは好きなので、勉強内容自体はとてもよかった。
そしてこの試験で結構DVAの内容を忘れていることに気づいた。

### ⑥AWS Certified Data Analytics - Specialty

データ分析の知識ほぼなしで勉強を始めたので、最初はETL、ELTとかその辺の勉強から始めました。
最初はあまり興味がなかった分野でしたが、結構面白くて難しく感じなかった。
廃止されてしまったの悲しい。

### ⑦AWS Certified Database - Specialty

廃止されると聞いて駆け込みで受験。
もうここまで受験してるとDatabaseは嫌でも勉強しているので、比較的楽でした。
忘れている部分を補った試験。
2週間くらいの勉強で取得。

### ⑧AWS Certified Data Engineer - Associate

2024年に新設された資格。
Data Engineerなので、Data Analyticsをもう少し幅を広くしてAssociateにした感じそのもの。
このAssociateもデータ分析系のベスプラを学べるので結構よかった。

### ⑨AWS Certified Machine Learning - Specialty

ML系のことは全く勉強したことがない状態から勉強。
初めは選択肢に知らない単語しかなく、心が折れそうでしたが解いていると大体パターンが見えてきます。
AWSサービスだけでなく、機械学習自体の勉強にもなったので良い機会でした。

## さいごに

資格不要論もネットにはありますが、個人的には有効なきっかけだと思います。
AWSのように10個くらいなら、余裕がある時に全部取得しようかな。
Azureの膨大な試験量はさすがに全部取ろうというモチベが湧きませんが…笑

約1年で8個AWS資格を取得したので一旦振り返る


今までElastic Beanstalkについて勉強していたものの、実際に触ったことがなかったので試しに作成してみる。

## 手順1：アプリケーションの作成

AWSコンソール上でElastic Beanstalkのアプリケーションを作成します。
※今回はアプリケーション名を「test-eb」としています。

![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.45.10.png)

アプリケーションコードは「サンプルアプリケーション」を選択します。
言語はなんでもいいです。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.45.31.png)

この画面のあとにサービスアクセスの設定画面に遷移します。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.50.34.png)

ネットワーキングは任意のVPCやサブネットを設定します。
データベースは今回使用、有効化せずに「次へ」で進みます。

![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.52.14.png)

インスタンスのルートボリュームタイプは「汎用」、サイズはデフォルトの10GBに設定します。
Auto Scalingは単一インスタンスとし、オンデマンドインスタンスのままにします。

![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.55.01.png)

更新、モニタリング、ログ記録はデフォルトのまま次に進みます。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.56.59.png)

設定内容を確認し、問題なければ送信ボタンを押します。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_19.57.38.png)

デプロイが完了すると、払い出されたドメインからアプリケーション画面が確認できます。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_20.11.01.png)
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_20.10.47.png)

裏ではEC2インスタンス、セキュリティグループ、CloudFormationなどが作成されています。
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_20.12.55.png)
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_20.16.24.png)
![](/content/images/wv2guha-p/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-12-03_20.15.27.png)

AWS Elastic Beanstalkでサンプルアプリケーションをデプロイする


既に存在するEC2からAMIを作成し、そのAMIを使って別のインスタンスを立ててみます。

## 手順1：元となるEC2の準備

適当にAMIの元となるインスタンスを立てます。
AMIの作成は、インスタンス起動中でも作成可能です。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_15.56.22.png)

## 手順2：イメージを作成

右上の「アクション」から、「イメージとテンプレート」＞「イメージを作成」を選択。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_15.58.54.png)

イメージ名、イメージの説明、インスタンスボリュームのサイズなどを入力し、作成。
再起動の有無は、インスタンスを少しでも止めたくない場合以外はチェックを外した状態(再起動あり)の状態にしておく。
※AMI作成時にEC2が再起動されるのは、データの整合性を保つため

インスタンスボリューム欄にある「終了時に削除」を選択すると、作成元のインスタンスを終了するとEBSも削除されます。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_16.00.35.png)

作成されました。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_16.02.00.png)

## 手順3：作成したAMIからインスタンスを起動する

インスタンスを作成する画面に戻り、「クイックスタート」から「自分のAMI」タブに変更すると先ほど作成したAMIが表示される。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_16.12.03.png)

起動できました。

![](/content/images/iw498dhzv/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-17_16.14.36.png)

参考
https://dev.classmethod.jp/articles/create-ami/

Amazon EC2からAMIを作成する


今回はパブリックアクセスを許可しているS3バケットが作成されていないか、監視するAWS Configのルールを作成してみます。

## 手順1: publicアクセス可能なS3バケット作成する

![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_15.31.20.png)


## 手順2: AWS Configを開き、ルールを選択

![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_16.09.49.png)

## 手順3:「ルールを作成」ボタンを押下

![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_16.10.53.png)

## 手順4: パブリック読み取りアクセス可能なバケットを監視するルールを作成

検索バーに「**s3-bucket-public-read-prohibited」**を入力する
マネージド型ルールがひっかかるので、選択し「次へ」ボタンを押下する。
その後のルールは任意で設定し（デフォルトのままでも良い）、ルールを保存する。

![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_15.32.17.png)
※パブリック書き込み可能なバケットを監視したい場合は、「s3-bucket-public-write-prohibited」を入力しルールを設定する。

## 手順5: S3バケットが非準拠してることの確認

１分くらい待つと検出評価が完了するので、1で作成したS3バケットが非準拠となっていることを確認する。

![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_19.30.46.png)
![](/content/images/2gsj326ek/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_2023-06-15_19.33.00.png)

修復アクションも設定すれば、非準拠した際に修復を実行できます。

参考
https://repost.aws/ja/knowledge-center/flag-buckets-aws-config

AWS Configを使用して、S3バケットがパブリックアクセス可能か監視する


この記事は[Qiita x Code Polaris共催！女性ITエンジニアが作るアドベントカレンダー Advent Calendar 2022](https://qiita.com/advent-calendar/2022/qiita-code-polaris)13日目向けに書いたものです。

去年できなかったので新卒〜2年目の振り返り。

## 学生時代から振り返って

振り返ると
「やっぱり学生時代インターンやっててよかったなぁ」
と思うことがこれまで度々ありました。

私は学生時代は文系学部に在籍し、３年次くらいからスタートアップのIT企業でエンジニアの長期インターンを経験しました。
そこでは自社サービスのデザインやマークアップ、フロントエンドの実装を担当させていただき、チーム開発経験皆無だった私にとって何にも変え難い経験をさせていただきました。
(正直gitの使い方もあまり理解してなかった時だったので、手取り足取り大変お世話になりました…)

結果インターンをして何が一番よかったかというと、**近しくない人とチーム開発を行う経験**だと私は感じています。

学生時代は基本的には一人で開発、たまに友人と一緒に開発したりはするものの、それまで全く知らない先輩と開発をする機会はインターンでしか経験できないものです。
そこではいろんな人生フェーズの方が混じったチームでマネージャーの方がどう振舞っているか、会社の開発は自分が友人と行うチーム開発と何が違うのかなど、コードを書く以外のことも副次的に知ることができました。

勿論どのようなことを考えてコードを書くべきか、そもそも自分の実力がどれくらいかをレベルが高い方々とお仕事する中で痛感でき、プログラマーとして成長できた点もあります。

ゴリゴリ開発をできるようにもなりたいし、チームの一員として自分がどうあるべきかを考えられるようになりたいと思っていた私にとって多くのことを吸収できた2年でした。

新卒でエンジニアとして会社に入ってからもインターンでの開発経験は、実力はまだまだですが文系出身というだけで低く見られないことや業務での開発に活きています。

## 社会人になって

さて、ここまではインターンについて書きましたが社会人になってから感じたことも振り返っておこうと思います。
私が2年で大事だな、やってよかったなと感じた点は3つです。

- 継続的に何か目標を立てて作り続けること
- インプットも忘れないこと
- たまには社外のイベントに参加して他の人と交流すること

1についてはZennやコミュニティに参加されている方の多くが続けていらっしゃると思いますが、やっぱり何か目標を立てて作る・勉強し続けることはすごく大切だなと痛感します。
学び続けることはやはり大変ですが、たまに仕事に活かせたり自分を含む誰かを助けてたりして生きてる感じが個人的には好きです。

2については個人的な今年の反省です。
仕事以外の時間で開発をすると「手を動かす」ことに必死になってしまいます。そうなると私は細かいことに頭を使い、例えばボタンの色をどうしようかなど割とそこじゃないでしょと思うポイントが気になり本質的な部分が見えなくなってしまいます。(本当はボタンの色じゃなくてボタンそのものが必要かどうか、みたいな話)
手を動かすだけでなく、そのためたまに設計の本を読んだり他のジャンルの本を読んだり、長期間開発にグッと集中してる時こそちゃんと本を読んで本質を考え続ける意識は必要だなと感じます。

3については、初めて今年[ISUCON](https://isucon.net/)や別の会社の方と交流する中で感じました。
いつもは社内の人と技術について会話をしていますが、別の環境で開発されてる方と話すと「そういう場面でそんな問題があるのかー」と思うことがたくさんありました。
ISUCONは同じ課題をみんなで解くため、その後大会の感想を言い合う会話に混じると知らない知識やそうすれば良かったのかとすごく勉強になります。普段味わえない体験ができるので、少し気分を変えたい時とか刺激が欲しい時におすすめです。

## まとめ

新卒から2年、もっとできることがあったな〜と思うことがたくさんあったので、3年目はもっと勉強します。。

新卒2年目までを振り返ってやってよかったこと


2023/02にプラクティショナーを取得し、その流れで2023/03にSAAに合格しました。
それまでのスペックは去年にDVAを取得している状態です。(ほぼ忘れてる)

SAA-03の問題集がまだあまりなかったので、03に対応していたUdemyをメインで解いていました。

## 結論

SAA試験の対策はもう一言、「Udemyをやりなさい！」に尽きます。
実際に対策に使ったコース↓
[https://www.udemy.com/course/aws-knan/](https://www.udemy.com/course/aws-knan/)

## 後日談

実際、私の時はほとんど同じ問題が10問くらい出題されました。(！)
勉強してた時はオンプレからAWSに移行する問題が散見されたんですが、実際ほとんど出ずAPI Gateway、EC2、DB(Dynamo/RDS)の3層アーキテクチャの構成が多かったです。

問題数の面で心配な人は170問くらい問題がある[Tech Stock](https://techstock.jp/exam/aws-exam2/)(旧称: koiwaclub)を買うが吉です。
3ヶ月で4280円は若干高く、決済画面がちゃっちくて怖いですが短期間で３冠を目指すなら損はないです。
(有料会員の費用がログインしないと見れない)

DVAの時は「[whizlabs](https://www.whizlabs.com/aws-developer-associate/)」というサイトを使っていたんですが、会社の先輩のススメでTech Stockにしてみました。
日本語&問題数が多いのでTech Stockの方が良かったです。
(whizlabsは画面遷移などで翻訳機能が原因で画面がホワイトアウトするバグ？が発生したので…)

AWS SAA(SAA-03)に合格した


令和4年度秋の応用情報試験に合格したので、その記録。

## 私のスペック

- Webエンジニア 2年目(バックエンド寄り)
- 文系学部出身
  - 数学は高１で勉強しなくなったので、微分・積分はまだわかりません
- 基本情報未取得(2年前落ちたきり)
- 応用情報初受験

何もプログラミングもできなかった学生時代に基本情報に落ち、2年も経てばいけるだろうと基本をすっ飛ばして応用情報を取りました。

## 受験した所感

午前は過去問でやったところが割と出たのでそこそこ取れました。
午後は結果合格点ギリギリでしたが、完全にわからないという問題が少なかったなという印象です。
苦手だったシステムアーキテクチャと組み込みで、やはり結構点落としました。

![](7d663j7cd/0de541c61447-20221222.png)

## 勉強方法

私は以下の流れで２ヶ月弱の間、学習しました。

- 参考書を購入する
- 計画を立てる。参考書を一通り勉強し、過去問を解くまでの期間を明確にする
- 参考書で勉強する
- 参考書でわからないところがある場合は調べる- 問題においてわからないところがある→問題の解説をGoogleやYoutubeで調べる
- 用語等についてわからないことがある→Youtubeで調べる
- ひたすらに問題を解く

### 1. 参考書を購入する

以下の本を購入しました。いろんなサイトで合格教本がいいと見て購入。
私は午後の過去問を[IPAの公式サイト](https://www.jitec.ipa.go.jp/1_04hanni_sukiru/_index_mondai.html)からダウンロードし印刷しましたが、本で買ってもよかったかも。

『令和04年【春期】【秋期】 応用情報技術者 合格教本 (情報処理技術者試験) 』
https://www.amazon.co.jp/gp/product/429712467X/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1

### 2,3 計画を立てる・参考書で勉強する

計画を立てないと過去問をやる時間がなくなるだろうと思ったので、大体２ヶ月前からnotionで参考書の学習スケジュールを作成し勉強を開始しました。
進捗管理もできるので[notionのタイムライン](https://www.notion.so/ja-jp/help/guides/timeline-view-unlocks-high-output-planning-for-your-team)でやってよかったです。

![](7d663j7cd/4917f647c574-20221222.png)

### 4. 参考書でわからないところがある場合は調べる

> 用語等についてわからないことがある→Youtubeで調べる

これが一番効果的かつ楽しかったです。問題の解法だけを知るよりも体系的に学んだ方が後々も役に立つし面白かった。
[まさるの勉強部屋](https://www.youtube.com/@masaru-study)チャンネルにはとてもお世話になりました。
https://www.youtube.com/@masaru-study

午前問題には微分関係の問題があります。高校でやってこなかったことを後悔しながら、ある程度Youtubeとかで理解してみましたが無理そうだったので捨てました。

### 5. ひたすらに問題を解く

参考書を２、３周したらあとは過去問を解くだけです。
受験者のほとんどがお世話になっているであろう、過去問道場で問題を解きまくります。
https://www.ap-siken.com/apkakomon.php

ただ午前はこれでいいですが、午後はやばり本番を想定して紙で解くことをお勧めします。
どれくらい問題にメモの余白があるのか知っておくことで、当日の余白不足で焦ることはなくなるかもしれません。

## 最後に

応用情報を取得すると２年間、情報処理技術者試験の高度試験、情報処理安全確保支援士試験の一部（共通的知識を問う午前Ⅰ試験）が免除されます。
これが欲しくて受けたようなものなので、来年は高度試験頑張ります！！！

技術の記事一覧