## コードレビューの概要と目的

**コードレビューとは、作成したソースコードをレビューすることで、記述ミスやバグがないかを確認する作業のことです。**プログラムの品質を向上させるために、必要不可欠な工程といえます。ここでは、コードレビューの重要な観点を把握するために、まず概要や目的について詳しくご紹介します。

**コードレビューとは記述したソースコードに間違いがないかどうかを自分以外の誰かに確認してもらうことです。**レビューを行う側の人をレビュアー、レビューされる側の人をレビュイーといいます。レビュアーは複数いる場合もあります。

*システム開発の際にコードレビューはよく実施されます。*例えば、システムの品質を担保するために、「レビュアーの許可がない場合にはコードを修正することができない」というルールを作るプロジェクトもあります。プロジェクトの発足時に、レビューにかかる工数の見積もりやレビューのルールを決めることが大切です。

**コードレビューの大きな目的は、システム品質の向上です。**レビュアーに作成したコードに対して指摘してもらうことで、コードをより良い方向に修正することが可能です。例えば、人間がコードを記述する場合、ケアレスミスは発生します。そのため、*コードレビューを行うことで客観的にコードを見てもらえるため、ケアレスミスに気づきやすく、結果としてシステム品質の向上が期待できます。*

また、**コードレビューは新人教育のために実施されることも多いです。**新人社員の場合、実務経験が豊富な上司と比較するとコードの実装スキルがありません。そのため、ソースコードを読む作業を通じて、新人社員はコーディングについて多くのことを学ぶことができます。例えば、他人のコードを読むことによって「コードの設計」「コードの書き方」「フレームワークのスキル」などを勉強することが可能です。*コードレビューを通じて開発者の意図を学べるため、スキルアップにつながります。*

さらに、新人社員の場合はコードを丁寧に読むことが多く、実務経験が豊富な社員だとコードレビューを行うことに慣れていることが多いため、ケアレスミスを見逃してしまうこともあります。そのため、新人社員がコードレビューを行うことで小さなミスを拾えることもできるので、**新人教育も兼ねてコードレビューを行うことも多いです。**

**コードレビューの目的が理解できたら、次は方法が重要です。**コードレビューの方法はプロジェクトによって異なることも多く、ここでは一般的なコードレビューの方法について詳しく紹介します。ただし、例外もあるので注意してください。

### コメントの種類を使い分ける

**コードレビューをする際のコメントは、主にレビュイーが対応しやすいように記述します。**そのためには、行間のない短文で理解しやすいコメントが大切です。*コメントは、対応必須の「MUST」とレビュアーの意見「IMO（In My Opinion ）」の2つに分類すると分かりやすいです。*また、細かい指摘を行う項目など他の要素を使うこともあります。

### コメントの仕方に気を付ける

**コードレビューにおけるコメントは、コミュニケーションの一貫にもなります。**そのため、コミュニケーションがスムーズになるようなコメントの仕方も大切です。プロジェクトによっては文字のみだけではなく、絵文字や記号を使用することもあります。

また、*コードレビューでは相手の良い点を褒めることも大切です。*例えば、上司がレビュアーで新人社員がレビュイーの場合に、新人社員が成長した点をコメントしてあげると、新人社員のモチベーションアップにもつながります。

厳しい指摘ばかりしていると、レビュイーにとってコードレビュー自体が「辛い」「怖い」とネガティブなイメージになる原因になります。また*コメントをメンバーに共有することで、チーム全体の学びにもなるでしょう。*

**レビュアーがコードレビューの際にコメントを記載するときは、理由や根拠もきちんと記述しましょう。**コメントで「〇〇に修正してください」だけだと、レビュイーは「なぜ？」と疑問を抱いてしまうことがあるので、*根拠を示すことで新人社員の学びにもつながります。*インターネット上の信用できる参考文献を利用して、コメントをした理由を記述しましょう。

参考文献としておすすめの本は「リーダブルコード―より良いコードを書くためのシンプルで実践的なテクニック」です。イラスト付きで解説されているため分かりやすく、日本語の解説もついています。

【参考】：[O'Reilly Japan-リーダブルコード](https://www.oreilly.co.jp/books/9784873115658/)

### マージ後でも修正可能かを意識する

**マージを行った後でも、修正可能かどうかを意識することは大切です。**レビューの修正はマージを実施した後でも少ない工数で修正することができます。一方、データベースの変更は修正するための工数が大きくなるので、マージ後に修正が大変かどうかを意識してレビューを行うことも重要です。

**相手に伝わりやすくコードレビューを実施するには、いくつかコツがあります。**コードレビュー初心者の方は、まず基本的なコツをおさえておきましょう。ここでは、コードレビューをするときに意識すべき3つのコツについて説明します。

コードレビューを初めて行う人必見！やり方を1から解説！

### 口頭でのレビューも利用する

コメントのみでのレビューが難しいこともあります。その場合は**対面レビューの口頭でレビューを行うことがおすすめです。**ただし、指摘内容についてはコメントとして残しておいた方が、あとでエビデンスとして活用できます。また、プロジェクトメンバーに共有することもできるので、チーム全体の学びにもつながるでしょう。

### コードレビュー観点のチェックリストを用意する

**コードレビューをする際には、チェックリストの準備も大切です。**チェックリストを用意することで、*コードレビューする際の抜けや漏れを減らすことができます。*また、コードレビューをどのような観点で行うか、チームで認識合わせが可能です。

### 進捗に応じて確認するポイントを変える

**進捗状況によって、コードレビューをするポイントを変えることも重要です。**作業途中のコードを「WIP」として、プルリクエストを出す方法もあります。WIPとは、「work in progress」の略称で、進行中や作業中のことを指します。プルリクエストとは、コードの修正をレビュワーに通知して、マージを依頼することです。*WIPの場合は、変更の前提となるところを重点的に確認します。*

例えば、コードの設計や実装の方針について問題はないかを確認することが多いです。また、この段階では細かい部分の指摘は不要です。コーディングが完了した後に、細かい部分についてもレビューを行います。

## コードレビューで指摘が多いポイント

ここではコードレビューの際に指摘が入りやすいポイントについて説明します。間違いやすいところは重点的にチェックし、バグの防止やレビューの効率化を目指しましょう。下記で説明する項目について詳細なチェックリストを作成すると、精度の高いコードレビューができます。

**仕様のとおりに実装されているか、UIが適切か、エラーを正しく返すことができるかなどの基本的な機能部分をまずチェックしましょう。**簡単なコードでもケアレスミスがないとは言えません。機能に影響する部分はユーザーに直接見えるものが多いため、重点的にチェックしてください。

**不要なロジックが残っている、コピペミスがある、同一のロジックが複数入っているなどは必ず指摘しましょう。**コードの記載ミスは、製品がバージョンアップされたときや新たにアサインされたメンバーが加わる場合など、開発を再開する際にトラブルの元になります。複数のメンバーで開発ができるよう、コードは読みやすく書くことが大切です。

複数の端末で接続した際に処理速度が低下する、重い処理が含まれているといったパフォーマンスの低下の原因となる部分もチェックすべきポイントです。**具体的には指定されたデータ型が正しい、可能ならトランザクションを使用する、外部リソースへアクセスする場合は1回にまとめるなどの対策をしましょう。**

**コードレビューは、工数やコストが多くかかることも少なくありません。**近年ではIT人材の人手不足が深刻化していることもあり、納期などの問題からコードレビューができないことも多いです。品質を一定に保つためには、レビュー効率を上げる必要があります。ここからは、*レビュー作業の効率向上に用いられるコードレビューツールを2つご紹介します。*他にも多数のコードレビューツールが存在しているので、ぜひニーズに合うツールを探して利用しましょう。

主要なコードレビューツールを紹介！ツールがなぜ必要かについても解説

**GitHubには、プルリクエストの画面にコードレビューのツールがあります。**無料でも使用できますが、データ量やアクション数などに制限があるため、企業単位でツールを活用する場合には有料プランの選択がおすすめです。GitHubを利用することで、レポジトリへのアクセス権があるメンバーに対して、プルリクエストごとにレビュアーとして割り当てることができます。プルリクエストを行ったエンジニアは、管理者に対してコードレビューの依頼が可能です。

*コードレビューツールを活用すれば、Gitにおけるコンフリクトをインターフェース上で解決できます。*また、追加したレビューツールと統合させることもでき、レビュー機能を拡張することも可能です。そのため、GitHub付属のコードレビューのツールは、すでにGitHubを利用している場合には、追加のインストールや設定が不要なことから最適なツールと言えます。

【参考】[GitHub](https://github.co.jp/)

**Review Boardとは、オープンソースのコードレビューツールでコードとドキュメントのレビューができます。**また、コードの比較を画面でわかりやすく表示することもできます。さらに、Webサイト上で試験版を利用でき、ソフトウェアをインストールして自身のサーバーで設定することも可能です。

*Review Boardはオープンソースということもあり、バージョンは日々更新されているため、使いやすいツールに日々発展しています。*また、Review Boardは他のツールと比較して学習曲線が緩やかなことも特徴です。

【参考】[Review Board](https://www.reviewboard.org/)

## コードレビューはシステム開発において大切な工程の1つ！

これまでに、コードレビューの概要・注意点・コツ・指摘ポイント・ツールについて詳しく解説しました。コードレビューとは、記述したソースコードを他の方が問題ないか確認する作業のことです。**コードレビューの最大の目的はシステム品質の向上です。**また、新人社員の教育としてコードレビューを利用することもあります。

*コードレビューのやり方として、コメントの仕方が特に重要です。*コミュニケーションの一貫ともなるので、コメントで絵文字の活用や対面レビューもおすすめです。また、コメントではよかった点について積極的に褒めることも意識してください。近年ではコードレビューツールも多くあるので、コードレビューに割ける時間がない方はぜひニーズに合わせて活用してください。

コードレビューとは、記述したソースコードに問題がないかどうかを自分以外の誰かに確認してもらう作業を意味します。また、コードレビューの最大の目的はシステム品質の向上で、新人社員にも任されることが多いです。当記事では、コードレビューの重要な観点について詳しく解説します。

コードレビューとは、記述したソースコードを自分以外が問題ないか確認する作業のこと

コードレビューの最大の目的はシステム品質の向上である

コードレビューツールを利用することでレビューの効率の向上が期待できる

コードレビューの観点とは？やり方や便利なツールについても紹介！

「アジャイル開発宣言（アジャイルマニフェスト）」はいつ発表されたのでしょうか。それは2001年に17人のソフトウェア開発者のグループが発表しました。内容は従来型の開発手法に対するアンチテーゼ（反対表明）です。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

### 従来型の開発手法に対する開発者たちに共通の問題意識

米国ユタ州のソルトレイクシティの郊外に集まった開発者たちは、ソフトウェアの開発手法に対する考え方はそれぞれ異なっていましたが、誰もが開発の現状には不満を抱いていました。

**開発者たちに共通した問題意識は、企業の論理やプロセスとソフトウェア開発のいわば「反りの悪さ」です。**

ソフトウェア開発が大規模になり、大きなプロジェクトが長期間かけて開発に取り組むようになるほど、この反りの悪さが目立つようになってきたと彼らは感じていました。具体的に言うと、「契約」と「計画・管理」を前提にする従来のビジネスプロセスは、時としてソフトウェア開発の障害になると感じたのです。

### アジャイル開発宣言を読んでみる

アジャイル開発宣言は、正式には「アジャイルソフトウェア開発宣言」で、下記のような全文223字（英文68word）の簡潔な「マニフェスト」です。

*アジャイルソフトウェア開発宣言*

私たちは、ソフトウェア開発の実践
あるいは実践を手助けをする活動を通じて、
よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。


プロセスやツールよりも*個人と対話を*、
包括的なドキュメントよりも*動くソフトウェアを*、
契約交渉よりも*顧客との協調を*、
計画に従うことよりも*変化への対応を*、
価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

大規模なソフトウェア開発で重視されてきたプロセス・ドキュメント・契約・計画よりも、**チームの対話・ソフトウェアを動かしてみること・顧客満足・変化への対応という4つの価値をより重視すべきだというのです。**

【参考】[アジャイルソフトウェア開発宣言](https://agilemanifesto.org/iso/ja/manifesto.html)

## アジャイル開発宣言が提唱する開発姿勢

この「宣言」には、「アジャイル開発宣言の背景にある原則」という文書が付属していて、そこには彼らがソフトウェア開発において重要だと考える12の原則（開発姿勢）が列挙されています。

### ソフトウェア開発に求められる12の原則　

「アジャイル開発宣言の背景にある原則」を要約すると次のようになります。

1.*顧客満足を最優先*し、ソフトウェアを迅速・継続的に提供する
2.開発後期であっても*変更を歓迎*し、それによってクライアントの競争力を高める
3.動くソフトウェアをできるだけ*短い間隔でリリースする*
4.営業と開発は、*プロジェクト内で*日々一緒に働くべきである
5.意欲のある人を集めて*良い環境を提供し、プロジェクト終了まで支援*する
6.*フェイス・トゥ・フェイス*で話をし、情報を伝える
7.*動くソフトウェアこそが進捗の尺度*である
8.一定のペースを継続的に維持できる、*持続可能な開発プロセス*が求められる
9.技術的卓越性と優れた設計に対する*注意を怠らず、機敏に対応する*
10.*ムダなく作るシンプルさ*が開発の本質である
11.*自己組織的なチーム*から最良のアーキテクチャ（設計への発想）が生みだされる
12.*チームの効率を定期的に振り返り*、やり方を調整する

これらの原則を読んでまずイメージされるのは、革新的な製品を世に送り出したスタートアップ企業の少人数によるプロジェクトの生き生きとした開発の様子です。

この原則や開発姿勢を否定的にとらえる人はいないでしょうが、問題は**企業とベンダーが関わる（大規模）ソフトウェア開発で、この柔軟性・創造性・効率性が発揮できるのかということです。**

### 流行語としてのアジャイル開発　

IТエンジニアでアジャイル開発について聞いたことがない人はいないくらい、この言葉は大流行しています。しかし、日々のプロジェクトの業務でアジャイル開発の原則が取り入れられていると感じているエンジニアはごく少数派に留まるでしょう。

IТ企業もアジャイル開発の価値と原則に賛同するところは少なくありませんが、**それをソフトウェア開発戦略の中心に据えて本気で取り組んでいる企業は、大企業ではほとんど見当たらないと言ってもよい状況です。**

誰しもがアジャイル開発の原則を「ソフトウェア開発の1つの理想形」として受け入れますが、それを現在進行しているプロジェクトにどう結び付けていけばよいのか分からないのです。

### アジャイル開発は「ソリューション」ではない　

アジャイル開発が流行語の域をなかなか抜けられない理由は、**アジャイル開発を従来のプロジェクトに存在する問題点のソリューションと捉える間違いにあります。**

例えば、クライアント企業とベンダー企業が、プロジェクトにアジャイル開発の手法を取り入れようと話し合ってプロジェクトマネージャーに指示したとしても、それが上手くいくとは考えられません。

なぜなら、アジャイル開発は「契約」のあり方から考え直さないと機能しないからです。アジャイル開発の原則がソフトウェア開発に携わる人々の「マインドセット」であることは確かですが、*従来の契約・計画・管理の枠組みでエンジニアたちにマインドセットを求めても難しく、理不尽なダブルバインドになるだけです。*

そもそも**「ソフトウェア開発に携わる人々」の枠をプロジェクト内部に限定したのでは、アジャイル開発の原則は維持できません。**企業戦略を策定する経営トップ・営業部門・システム運営部門・ベンダー企業のトップなど、あらゆるステークホルダーを巻き込んだ検討や支援が必要となります。

### ダークアジャイルを生む土壌とは

アジャイル開発が流行することで、というよりアジャイル開発という「言葉」が流行することで出現したのが「ダークアジャイル」と呼ばれるものです。これは、**手っ取り早いアジャイル開発のマニュアルやそれをコーチする人たちを指し、それによって苦しめられたエンジニアたちは少なくありません。**

このようなダークアジャイルを生むのも、アジャイル開発をソリューションあるいは特効薬と考える管理サイドの誤解です。よく言われるような「大規模プロジェクトはウォーターフォール開発で、小規模プジェクトはアジャイル開発で」という考えは、*ソフトウェア開発に内在する問題の矮小化あるいはすり替え*に過ぎない場合があります。

## 開発関係者のすべてが「アジャイル開発の哲学」を理解する必要がある

アジャイル開発の原則を受け入れ、その良き成果を手に入れるには、広い意味での開発関係者のすべてが*アジャイル開発の原則を貫く哲学を理解する必要があります。*

*「宣言」で太字で強調されている個人と対話は「個人と対話する」という意味ではなく、「個人＆対話」です。*「プロセスやツールよりも個人が重要であり、対話が重要である」と述べられています。個人（Individuals）は、分割できない全人格としての人というニュアンスで、その個人間の相互作用（interactions）つまり対話が重要だというのです。

これは、**エンジニアをプロセスの中の「駒」として捉えるのではなく、あくまで「人」として捉えようということです。**それを示しているのが、12の原則にある次の言葉です。*「意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。」*

「このプロセスに従え」「このツールを使え」というのは管理には好都合ですが、そういう硬直した姿勢が、意欲に満ちた人々の創造性を棄損する恐れがあります。また、大規模プロジェクトの多重請負構造と「IТ土方」と呼ばれる単純作業の現状を、個人と対話の尊重の哲学にどう調和させるかは難しい問題ですが、アジャイル開発の実をあげるには目を背けるわけにはいかないテーマです。

### ドキュメントを揃えるよりも動くソフトウェアを

「要件定義書」「詳細設計書」「運用マニュアル」などのドキュメントをプロセスに従って作成・提出するのはシステム開発の常道であり、「仕事が進捗している」アリバイでもあります。

しかし、プロジェクトの目的は「ちゃんと動作するソフトウェアを作ること」で、ドキュメントを揃えることではなく、まして炎上したときのためのアリバイ作りでもありません。「宣言の背景にある原則」で述べられているように*「動くソフトウェアこそが進捗の最も重要な尺度」なのです。*

プロセスに従ってドキュメントを作成することに注意を払うあまりに、**ドキュメントの作り直しが必要なアイディアを無視するようなことがあっては本末転倒になります。**

### プロジェクトには計画の変化、契約の見直しがつきものであることを了解しよう

「宣言」にある「契約交渉よりも顧客との協調を」と「計画に従うことよりも変化への対応を」は密接に関係している、というより同じことの言い換えです。*「開発」に未知数があるのは自明で、初めの契約や計画の絶対化や固執は、実り多い成果への障害というしかありません。*

しかし、一方でシステム開発も企業の論理の外にあるものではなく、お金が絡む問題なので、契約・計画・管理を軽視することはできません。**「契約」「計画」「柔軟な対応」のトレードオフ関係を解決する簡単な処方箋はありませんが、アジャイル開発の原則が述べている次の言葉が解決への道を示唆しているのではないでしょうか。**

・ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。
・要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。

## アジャイル開発のメリット・デメリット

ここでは、アジャイル開発のメリットとデメリットについて解説します。プロジェクトによってはアジャイル開発に向いていない場合があるため、すべてにアジャイル開発を取り入れるのは危険です。*メリットとデメリットを理解し、担当するプロジェクトに合わせて計画を立ててください。*

**アジャイル開発のメリットは、開発のスピードが早いことと臨機応変な対応が可能なことです。**従来の開発方法であるウォーターフォール開発の場合、あらかじめ決まっている計画や設計に沿って開発を進めます。そのため、スケジュールの後半で発生したトラブルが開発の前半での不備が原因の場合、大きな後戻りが発生します。

一方アジャイル開発の場合、機能単位で細かいスケジュールを組んでいるためトラブルが発生しても後戻りが少なく、すぐに修正が可能です。また、開発の途中で要件や仕様の変更があっても柔軟に対応できるため、顧客の要望に沿った開発ができます。

*さらに、アジャイル開発は最近注目されているDX（デジタルトランスフォーメーション）との相性も良いです。*DXとは日々変化するテクノロジーや人々の生活が変化するのに合わせて、ビジネスの形を変えていくこと。アジャイル開発では開発の途中での仕様・要求の変更を受け入れることができるため、顧客のニーズに合った開発方法とDXの組み合わせは最適だといえます。

**アジャイル開発は臨機応変な対応ができることがメリットですが、その分進捗状況の管理やリスケジュールの対応が困難な場合があります。**顧客の要望や開発途中で出てきた課題に細かく対応し過ぎて、納期に間に合わないといったことになっては本末転倒です。

*全体のスケジュールや納期も意識しつつ、その都度出てくる要望や課題に対応することが大事です。*また、顧客ニーズを何でも取り入れようとすると開発の方向性がブレてしまうこともあります。最終的な完成物のイメージを開発者や関係者と共有し、全員が同じ目標に向かって開発することを意識しましょう。

アジャイル開発には2つの手法があります。ここでは、アジャイル開発の手法である「スクラム」と「エクストリーム・プログラミング（XP）」について解説します。

**スクラムとはチームで開発をする上で効率の高さを重視したフレームワークのことです。**チームでプロジェクトに取り組む姿勢から、ラグビーのスクラムが名前の由来となっています。スクラム開発ではメンバーそれぞれがイテレーションの計画を立て、設計から実行までを担当します。イテレーションごとに進捗確認・成果物の動作テストなどをチームで共有する必要があり、チームのコミュニケーションが重要となります。

そのため、*コミュニケーション不足はスケジュールの遅れ・バグの見落としなどに繋がります。*小さなミスやバグを放置するとあとから大きな問題に発展することもあるため、その都度柔軟に対応することが大切です。

DX時代に脚光を浴びる「アジャイル開発」の本命「スクラム」とは？

### エクストリーム・プログラミング（XP）

**エクストリーム・プログラミング（XP）とはスクラムよりもプログラマー中心の開発技法で、顧客の要望や開発段階での課題を柔軟に取り入れることができます。**開発途中で仕様を変更できるため、より顧客の要望に沿った開発が可能です。

主な手法として2人1組でプログラミングを行うペアプログラミングや、ソースコードや用語のメンバー共有、コードの改善、機能の実装の前にテストを作成するテストファーストといったものがあります。これらはプログラマーにとってプログラミングのしやすさにアプローチした方法と言われており、失敗やバグの防止につながります。

## ダークアジャイルに踊らされず悩まされないシステム開発を

ここまで述べてきたように、「アジャイル開発宣言」の原則・精神をプロジェクトに活かすのは、そう簡単なことではありません。エンジニアとしては、スクラム開発などのアジャイル開発の手法に取り組む前に「宣言」を読み返して、その原則と哲学を確認してみる必要がありそうです。

アジャイル開発のメリット・デメリットや代表的な手法について解説！

## その他のアジャイル開発関連記事

その他、アジャイル開発に関連する内容は、下記の記事でも紹介しています。ぜひ参考にご覧ください。

アジャイル開発が失敗するパターンと成功に導くための5つの心得

アジャイル開発の要件定義とは？システムエンジニアの必須知識を解説

ウォーターフォール型のソフトウェアの開発の諸問題が提起される中で、再認識が必要とされているのが「アジャイル開発宣言」です。この記事ではその内容を解説し、それを現代の開発プロジェクトに活かす道筋を、現状のシステム開発の問題点を踏まえながら探ります。

アジャイル開発宣言は、開発者たちによる従来の開発手法に対するアンチテーゼ

プロジェクトは、契約・計画・プロセスよりも、個人・対話・変化への対応が重要

アジャイル開発はソリューションや処方箋ではなく開発哲学である

アジャイル開発宣言の内容を解説！開発に活かす道筋を探る

## Visual Studio 2022 for Mac Preview概要

2021年9月から公開が始まった、 Visual Studio 2022 for Mac Preview版ですが、すでにPreview 6まで更新版がリリースされています。およそ月に1度のリリースです。*Visual Studio 2022 for Macのロードマップにしたがい、開発作業が続けられています*。
【参考】：[Visual Studio 2022 for Mac プレビュー](https://visualstudio.microsoft.com/ja/vs/mac/preview/)
【参考】：[Visual Studio 2022 for Mac Preview 6](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-6/)

Visual Studio 2022 for Mac v17.0のGAバージョン（正式リリース）は、2022年の前半中にリリースされる予定です。通常の開発用途においては、GAバージョンリリースまでの間、引き続きVisual Studio 2019 for Mac v8.10を使用することが推奨されています。開発環境としては.NET 5、Xamarin、Unity、または.NET Core3.1を用いることになります。

Visual Studio 2022の新機能がIDEで歴代最高な理由

### Visual Studio 2022 for Macのロードマップとリリース目標

Visual Studio 2022 for Macの提供目標はロードマップとして公開されています。バージョンアップの柱となる新機能や改善項目は以下のポイントにしたがっています。

・*Visual Studio for MacをネイティブのmacOS UIに移行*
ユーザインターフェースの見直しで、高い操作性を実現します。さらにネイティブユーザインターフェースとすることで、これまで生じたパフォーマンス・信頼性・アクセス容易性・生産性の課題を解決します。

・*モダンな.NET IDEをMac版で実現*
Visual Studioで想定する環境をMac版でも実現し、生産性向上とモダンな操作性・操作感を提供します。

・*Windows版との操作感統一*
Visual Studioのメニューや用語をWindows版に近づけて、Visual Studioとしての一貫性を向上しWindows版ユーザにも違和感なく利用できることを目標とします。
【参考】：[Visual Studio 2022 for Mac Roadmap](https://docs.microsoft.com/en-us/visualstudio/productinfo/mac-roadmap)

### Visual Studio 2022 for Mac Previewのリリースノート

Visual Studio 2022 for Macのリリースノートでは、各バージョンのリリース情報を掲載しています。Preview版も同様に公式サイトで公開されています。
【参考】：[Visual Studio 2022 for Mac version 17.0 Release Notes](https://docs.microsoft.com/en-us/visualstudio/releases/2022/mac-release-notes-preview)

リリースノートによるとVisual Studio 2022 for Macは、Windowsと互換性を高め、.NET環境で開発実行できないことなく安心して開発作業を進めることが目標です。そして最終目標はロードマップ公開されている、*ネイティブのmacOS UIに移行すること・Mac用にチューニングした.NET IDEの提供・Windows版との操作感統一を実現することです*。

### 公式Blogでの告知を順に追ってみる

作業の進捗はPreview版のリリースノートおよび公式Blogに掲載されています。Preview版においては、Blogの方がより詳細に新機能の情報や開発・移行の進捗が開示されています。ここでは公式Blogの記載内容から要点をピックアップしてみます。

・*Visual Studio 2022 for Mac Preview 1（2021年9月30日公開）*
Preview 1では、IDEのパフォーマンスと安定性の向上・.NET 6とC＃10をサポートし最新アプリの開発を推進できるよう進められていることが伝えられました。ネイティブmacOS UIでUIを書き直しする作業についても触れられています。
【参考】：[Visual Studio 2022 for Mac Preview 1 is now available!](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-1-is-now-available/)

・*Visual Studio 2022 for Mac Preview 2（2021年10月13日公開）*
Preview 2では、.NET 6RC2がサポートされました。Preview 1に引き続き、ネイティブmacOS UIへの移行作業を継続実施していることがわかります。
【参考】：[Visual Studio 2022 for Mac Preview 2 is now available](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-2-is-now-available/)

・*Visual Studio 2022 for Mac Preview 3（2021年11月8日公開）*
Preview 3では、.NET 6GAのサポート・エディター機能にサブワードナビゲーションと新しいリファクタリングを追加していることが伝えられています。Preview 2に引き続き、ネイティブmacOS UIへの移行作業を継続実施していることがわかります。
【参考】：[Visual Studio 2022 for Mac Preview 3, and Upcoming Native M1 Processor Support](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-3-and-upcoming-native-m1-processor-support/)

・*Visual Studio 2022 for Mac Preview 4（2021年12月15日公開）*
Preview 4では、ウィンドウレイアウトのカスタマイズ・ソースコード検索の高速化に対応しました。Preview 3に引き続き、ネイティブmacOS UIへの移行作業を行っています。
【参考】：[Visual Studio 2022 for Mac Preview 4](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-4/)

・*Visual Studio 2022 for Mac Preview 5（2022年1月25日公開）*
Preview 5では、.NET 6 CLR上でM1プロセッサとIntelプロセッサの両方でパフォーマンスを向上しました。Preview 4に引き続き、ネイティブmacOS UIへの移行作業を継続しています。
【参考】：[Visual Studio 2022 for Mac Preview 5](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-5/)

・*Visual Studio 2022 for Mac Preview 6（2022年2月16日公開）*
Preview 6では、リリース済みPreview 5の既知の不具合修正を行っています。IDEシェル・Gitツ​​ール・Azure Publishing・Xamarinツールの品質向上にも取り組んでいます。M1（あるいはArm64）デバイスでの.NET Core 3.1SDKのサポートを追加しました。ここでネイティブmacOS UIへの移行が完了しました。

Xamarinおよび .NET MAUIの開発作業を先行実施しているとのことです。 .NET MAUIの正式リリースが2022年第2四半期に予定されており、それまで作業は継続する見込みです。この文面からPreview版の終了時期も徐々に明らかになると想定できます。
【参考】：[Visual Studio 2022 for Mac Preview 6](https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-6/)

### Windows版ユーザから見たVisual Studio for Macの違い

Windows版ユーザから見たVisual Studio for Mac Windowsですが、OSの違いによる操作性や操作感に違いがみられます。正式リリース済みのVisual Studio 2019 for Macを例に違いを確認してみます。
【参考】：[Visual Studio for Mac for Windows users](https://docs.microsoft.com/en-us/visualstudio/mac/vsmac-for-windows-users?view=vsmac-2019)

・*キーボードのショートカット*
WindowsとMacOSでのキーボード入力は大半が共通化されています。しかしながらショートカットについてはOSによる違いがあります。具体的にはWindowsの「Ctrl」キーとMacの「⌘」キーの違いです。

Visual Studio for Macでは、違いをより吸収するために、最初の起動時にキーボードショートカットを「Visual Studio for Mac」「Visual Studio（Windows）」「Visual Studio Code」「Xcode」の4種類から選択できます。この設定は後から「Environment」「Key Bindings」から変更することもできます。

・*メニュー構造*
Visual Studio for Macのメニュー構造は、Windows版と若干の違いがありますので、慣れが必要です。

具体的には、「Preferences (Options)：設定オプション」「Extensions：拡張機能」「Layouts：レイアウトの選択」「Updates：アップデートの確認」「NuGet Package Manager：NuGetパッケージの管理」「Find tools：ツールの選択」「About Visual Studio：Microsoft VisualStudioについて」の操作のメニュー配置に違いがあります。

Visual Studio 2022 for Macでは操作の互換性を高め、Visual Studio 2019 for Macで抱えていた上記違いを吸収するものとして、期待されています。

## Visual Studio 2022 for Macでターゲット市場を拡大しましょう

Visual Studio 2022 for Macは、ネイティブMacOS UIを採用しWindowsの操作性に近づける意欲作です。期待されているのは開発環境がMacOSとWindowsに対応することですが、*ターゲットアプリケーションのカバレッジを広げることが期待値と考えられます*。

WindowsとMacのそれぞれ得意なターゲットアプリケーションを開発し、Visual Studioの統合開発環境（IDE）としての市場を拡大する意気込みが見られます。エンジニアとしては、マイクロソフト社のその戦略に乗っかり、知識吸収を進めるのも良いでしょう。

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

Visual Studio 2022 for Macプレビュー版は、Preview 6までリリースされています。ここでは、2022年の前半正式リリースを予定しているVisual Studio 2022 for Macの製品ロードマップと進捗を解説していきます。

Visual Studio 2022 for Mac Preview版は、2021年9月から始まりPreview 6まで公開されました

GAバージョン（正式リリース）は、2022年の前半中予定しています

Windowsと互換性を高め、.NET環境で安心して開発作業を進めることが目標です

Visual Studio 2022 for Macプレビュー6の開発状況を解説！

近年、Webデザインを行うためのソフトが多数増えてきており、Dreamweaverがその代表例の1つです。ここでは、Dreamweaverの概要とできることについてご紹介します。

【参考】[webデザインソフトウェア|Adobe Dreamweaver](https://www.adobe.com/jp/products/dreamweaver.html)

**Dreamweaverとは、アドビ社が提供しているWebサイトやアプリのデザインを行うためのソフトです。**アドビ社はアメリカに本社がある企業で、多種多様なソフトを販売しています。例えば、PhotoshopやIllustratorなどのWebデザイナーが愛用しているソフトが挙げられます。

Dreamweaverは、HTML・CSS・Javascriptなどのマークアップ言語に対してサポート機能が多いのが特徴で、利便性が高いことからWebデザイナーから人気があります。デザイン関連の業務を行う方にとって必要不可欠なソフトウェアといえるでしょう。

### Dreamweaverを利用してできること

**Dreamweaverは、自由自在にデザインを行うことができるソフトウェアとして支持を集めています。**特に、ホームページ制作をする方のニーズに合わせたデザインが作成しやすく、あらかじめテンプレートがあることもDreamweaverの特徴です。

初心者用のテンプレートが用意されているため、Webサイトの骨組みを簡単に作成できます。他にも、多種多様な機能が搭載されているため、編集作業がしやすいです。

ここでは、Dreamweaverの機能の特徴について詳しくご紹介します。

**Dreamweaverには、ライブラリ機能が標準で組み込まれています。**ホームページの多くは、サイドバーやメニューがあるのが一般的ですが、サイドバーやメニューを追加する作業は手間がかかることも多いです。

特に、HTML・CSSでWebデザインを実施する場合、各ページのサイドバーにメニューを追加する作業を行う必要があります。ライブラリ機能によって、一括してサイドバーを更新することができるため、編集効率の向上が期待できます。

Dreamweaverにはクイック編集機能としてさまざまなものがあります。**クイック編集機能を利用することで、タグ・Class・IDに対してカーソルを合わせるだけでCSSを編集することが可能です。**

例えば、Windowsの場合「ctrl + e」、MacOSの場合「command + e」のコマンドでクイック編集ができます。他にも、コメント化などもクイック編集機能で簡単にできます。Windowsの場合は「Ctrl + /」、MacOSの場合は「Cmd + /」のコマンドでコメント化が可能です。

**Dreamweaverには、Emmetが標準で組み込まれています。**Emmetとは、入力補完機能によってマークアップ言語を簡単に編集できるテキストエディタ用のプラグインのことです。Emmetを利用することで、HTMLなどのタグを素早く作成することが可能です。

例えば、「textar」と入力した状態でTabキーをクリックすると、「textarea」タグの開きタグと閉じタグが作成されます。他のタグについてもTabキーを利用することで容易にタグを作成できるため、コーディング作業における効率の向上が期待できます。

Dreamweaverにはライブプレビュー機能があります。**ライブプレビュー機能を利用することで、記載したソースコードの実行結果をリアルタイムで確認できます。**ソースコードを編集しながらプレビューを確認して作業を進められるため、コーディングミスを減らすことが可能です。

また実行結果がリアルタイムで見れることから、成果物が出来上がっていくのを確認できるため、開発に対するモチベーションの向上が期待できます。

## Dreamweaverを利用するメリット

多くのデザインソフトがあるにも関わらず、Dreamweaverを利用するメリットについて疑問を抱く方は少なくないでしょう。ここでは、Dreamweaverを利用するメリットについて詳しく解説します。

**Dreamweaverは、WindowsとMacで同じソフトウェアを使用することができるため、OS環境を気にする必要がありません。**Dreamweaverソフトのバージョンが同じであれば、端末に関係なく同様の操作方法やユーザインタフェースで使うことができます。ただし、ショートカットキーなど一部の要素に関しては異なるため注意が必要です。

また、*Adobe Creative Cloudを利用すれば、何度でもインストール・アンインストールできます。*Adobe Creative CloudはDreamweaverと同様にアドビ社が提供しているソフトウェアで、Webデザインや動画編集に必要なアプリを利用できます。

【参考】[Adobe Creative Cloudについて【アドビ公式】](https://www.adobe.com/jp/creativecloud.html)

DreamweaverはAdobe Creative Cloudを介して、アップデートが定期的に実施されます。**そのため、最新の機能や便利な機能をいち早く利用することが可能です。**常に最新版の機能を使ってWeb制作をしたい方にはDreamweaverはおすすめといえます。

**Dreamweaverはマニュアルが充実しています。**海外ソフトの場合、英語のマニュアルのみであることも多いですが、Dreamweaverでは日本語のマニュアルが用意されています。またアドビ社では、ソフトに関するセミナーを主催しており、Dreamweaverの便利な使い方について学習することができます。

他にもソフトに関する参考書も多く販売されていたり、Dreamweaver使用者のブログ記事も多数インターネット上に公開されていたりします。*Dreamweaverの使い方に迷った際には、さまざまな方法を活用して自己解決しやすいというメリットがあります。*

【参考】[Adobe Dreamweaverラーニングとサポート](https://helpx.adobe.com/jp/support/dreamweaver.html?promoid=SYBNM4JX&mv=other)

テキストエディタの場合、コンパイルをしてからデザインを確認する必要があるなど手間がかかることが多いです。**しかしDreamweaverでは、コーディングしたらリアルタイムでデザインをプレビューとして出力させることができます。**

また、デザインのプレビュー画面で編集したものを自動でソースコードに変換できる機能もあります。マークアップ言語に詳しくない方でも、コーディング補助機能によってサポートしてもらうことが可能です。

### さまざまなデバイスに対応している

**さまざまなデバイスに対応した画面サイズでデザインできることも魅力の1つです。**例えば、PC用のWebサイトをスマートフォンやタブレットで見た場合にレイアウトが崩れることがありますが、スマートフォン・タブレット用のプレビュー画面があるため随時レイアウトのチェックができます。Webサイトだけでなく、スマートフォン用のアプリケーションをデザインするのに便利です。

Dreamweaverにはメリットだけではありません。ここでは、Dreamweaverのデメリットについて詳しく解説します。メリットだけではなくデメリットも理解した上で、使う・使わないを判断してください。

### 定額制のため固定費がかかる

**Dreamweaverは有料ソフトウェアのため予算をかけたくない方には向いていません。**「Adobe Dreamweaver単体プラン」「Creative Cloudコンプリートプラン」「学生・教職員向け」「法人向け」の4種類の料金プランがあります。

「Adobe Dreamweaver単体プラン」は月額2,728円で利用でき、Dreamweaverソフトのみ使用することが可能です。「Creative Cloudコンプリートプラン」は月額6,248円で使用でき、 DreamweaverだけでなくPhotoshopやIllustratorなど他のクリエイティブソフトも利用可能です。「学生・教職員向け」と「法人向け」のプランは条件がありますが、他のプランよりも比較的安価です。各種プランの値段を比較して自分に合ったプランを選択してください。

【参考】：[Creative Cloudの価格とメンバーシッププラン|Adobe Creative Cloud](https://www.adobe.com/jp/creativecloud/plans.html?promoid=P3KMQYMW&mv=other)

### 使いこなすには多くの勉強量が必要

Dreamweaverは定期的にアップデートされるため、随時新しい機能が追加されます。**最新の機能を使いこなすには新しく勉強することが必要です。**マークアップ言語に関する知識や経験があれば、Dreamweaverをある程度は使いこなすことが可能です。

*しかし、近年ではホームページ作成に必要な機能の知識を身に付ける必要があります。*最新で追加される便利な機能の多くは、ホームページ作成に使われる機能であることが理由の1つとして挙げられます。以上からも、トレンド技術を把握して常に新しい機能や技術を勉強していく姿勢が重要です。

### PCスペックによっては動作が重く感じる

**使っているPCのスペックによっては、動作が重く感じることがあります。**コードを書く際に遅延が発生したりプレビュー画面が中々表示されなかったりする場合は、メモリの使用率が上がっている可能性があります。

また、*illustratorやPhotoshopといったソフトウェアを同時に使用する場合は動作が重くなる可能性が大きいです。*Dreamweaverは随時新しい機能が追加されるため、現時点で動作が重い場合は、PCの新調も含めて検討することをおすすめします。

## Dreamweaverには多種多様な便利な機能を用いてデザイン編集することが可能！

これまでに、Dreamweaverの詳細や機能の特徴、メリット・デメリットについて解説しました。**Dreamweaverとは、アドビ社が提供しているWebデザインやアプリのデザインを実施するためのソフトウェアです。**有料ソフトですが、多種多様な機能が備わっているのが特徴です。

*またマニュアルも完備しているため、安心して利用できます。*Dreamweaverは定期的にアップデートが行われるため、新しい機能や便利な機能が多くあるのも特徴です。しかし、最新技術の勉強を怠ると、新しい機能の使い方についていくことができなくなる可能性もあるので注意する必要があります。Dreamweaverの使い方をマスターして、Webサイトの制作を効率よく行いましょう。

Dreamweaverとは、アドビ社が提供しているWebサイトやアプリのデザインを行うためのソフトウェアです。有料ソフトウェアなので、多種多様な機能が充実しています。当記事では、Dreamweaverの特徴やメリット・デメリットについて解説します。

お役立ち記事