## サーバーエンジニアがきついと言われる理由

サーバーエンジニアは、インフラエンジニアの職種の1つです。	*サーバーエンジニアの主な仕事は、クライアントが要求するシステムのサーバー設計・構築から保守・運用まで幅広く業務を行いますす。*例えば、扱うサーバーは、Webサーバー・DBサーバー・DNSサーバーなどが挙げられます。**サーバーエンジニアは「きつい」「やめとけ」などと言われることが少なくありません。**ここでは、サーバーエンジニアきついと言われる理由について詳しくご紹介します。

*サーバーの不具合やトラブルは、いつ発生するか予測することが難しいです。*そのため、組織で障害対応体制をきちんと練らなければなりません。例えば、金融システムなどの24時間365日稼働しているサーバーに障害が発生した場合には、夜間も休日も関係なく対応しなければなりません。

**よって、サーバー障害がいつ発生するか予測できない、という不安を抱きながら生活する必要があります。また、夜間や休日に関係なく障害対応することによって、生活リズムを崩しやすいのも、サーバーエンジニアがきついと言われる理由の1つと言えるでしょう。**

**サーバーエンジニアの業務の中で特にきついと言われているのが、監視業務です。**システムトラブルはいつ起こるかわかりませんので、サーバーを常に監視する必要があります。

監視業務は、サーバー開発工程の際にマニュアルを作成して、他会社のオペレーターに業務を任せることも少なくありません。しかし、サーバーの監視業務も、場合によってはサーバーエンジニアが担うこともあります。*障害が起きなければほぼ仕事がないため、監視業務は退屈であることが多いです。また、夜勤や休日出勤もあるので、サーバー監視業務はサーバーエンジニアにとってきついと言われることが少なくありません。*

*サーバーは常に安全に稼働していることが要求されるため、監視業務が必要です。また、サーバー開発で納期に間に合わなそうなときには、深夜帯や休日に仕事をしなければならないことも少なくありません。*そのため、サーバーエンジニアには夜勤・休日出勤があります。

夜勤や休日出勤により、生活リズムが崩れたり、プライベートの時間が少なくなったりします。**よって、夜勤や休日出勤がサーバーエンジニアにとってきついと言われる理由の1つと言えるでしょう。しかし、それだけ社会貢献性ややりがいのある仕事とも言えます。**

### サーバールームでの業務がきつい

*サーバールームでの業務は、セキュリティに厳しかったり室温が寒かったりします。特にサーバーは熱を放出するため、機械を冷却させなければなりません。*そのため、サーバールームは常に寒い状態であることが多く、乾燥していることも少なくないので風邪など体調を崩してしまう可能性もあります。**サーバールームでの業務が体質的に合わない人にとっては仕事がきついかもしれません。**

*サーバーエンジニアの仕事で監視や障害対応を担当する方は、不定休の場合があります。*障害が発生しなければ、ある程度まとまって休みをとることは可能です。しかし、システムリリース直後などで障害が多発することが多い場合には、休みの予定を立てにくい側面があります。**カレンダー通りに休みたい方には、自由に休みを取れないサーバーエンジニアはきついと感じるでしょう。**

### IT知識を日々アップデートしなければならないのがきつい

**サーバーエンジニアだけではありませんが、ITエンジニアは技術の発展が早いため、常に知識のアップデートが必要です。**例えば、近年ではクラウドサービスが急速に普及しています。AWSなどのクラウドサービスが登場したことにより、企業ではサーバー管理をアウトソーシングすることが増加傾向にあります。

**サーバーエンジニアはクラウドサービスなどの新しいスキルを身に付けなければ、使えない人材扱いとなってしまいます。そのため、トレンド技術などの新しい知識の勉強が好きでない方には、サーバーエンジニアはきついかもしれません。**

## サーバーエンジニアの将来性

続いて、サーバーエンジニアの将来性について気になる方は多いでしょう。*AWS・Azureなどのクラウドサービスの普及に伴い、サーバーエンジニアの需要が減少すると思われるかもしれませんが、サーバーエンジニアは今後も将来性がある職種です。*

職業情報提供サイトによると、クラウドサービスの普及に伴い、物理的にサーバーを設置する業務は減少していると記載されています。**しかし、クラウド技術を活用したIoT・フィンテックなどの新しい分野でITインフラが要求されるようになっています。よって、業務内容は変わってきていますが、ITインフラの根幹を担うサーバーエンジニアは一定の需要があるため、サーバーエンジニアの将来性は期待できると言えるでしょう。**
（参考：https://shigoto.mhlw.go.jp/User/Occupation/Detail/318 ）

また、クラウドサービスの中でも市場シェア率が高いAWSを使いこなせるサーバーエンジニアは、将来的な市場価値が高いです。*他にもサーバーエンジニアの将来性がある理由の中には、少子高齢化やIT人材不足が挙げられます。*2019年に経済産業省が公表した、「IT人材需給に関する調査」によると、2030年には78.7万人程度のIT人材が不足すると予測されています。
（参考：https://www.meti.go.jp/policy/it_policy/jinzai/houkokusyo.pdf ）

## サーバーエンジニアに必要なスキル

サーバーエンジニアはやりがいや社会貢献性の高い仕事で、将来性も充分にあります。しかし、サーバーエンジニアにはさまざまなスキルを身に付ける必要があります。ここでは、サーバーエンジニアに必要なスキルについて詳しくご紹介します。

**サーバーエンジニアにとって、OSを使いこなすスキルは必要不可欠です。**サーバーエンジニアは、サーバーの設計・構築・保守・運用を行うエンジニアです。サーバーの種類は多く、どのサーバーにもOSをインストールするため、OSに関するスキルを身に付ける必要があります。OSの代表例として、Linux・UNIX・Windowsなどが挙げられます。

*OSを使いこなすスキルは多種多様です。設計・インストール・パラメーター設定などの構築・テスト・トラブルシューティング・チューニングなどが挙げられます。*

### クラウドサービスに関するスキル

**サーバーエンジニアとして今後活躍するためには、クラウドサービスのスキルを身に付ける必要があります。**クラウド技術を利用することによって、コスト削減や調達スピードの上昇などが期待できます。総務省が公表している、「令和2年版情報通信白書」の調査によると、2019年時点で60%以上の企業でクラウドサービスが利用されているという結果となっています。
（参考：https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r02/html/nd252140.html ）

*したがって、今後はさらなるクラウドサービスの普及が予想されており、オンプレミスからクラウドへの移行案件の増加が見込まれます。クラウドサービスのスキルを身に付けると、市場価値の高いサーバーエンジニアになることができるでしょう。*

### セキュリティに関するスキル

**IT技術の発展に伴い、サイバーセキュリティの重要性が高まっています。**特にクラウド化やIoT化などの技術の変化によって、標的型攻撃やIoT機器の脆弱性に対する攻撃など、攻撃対象も変わってきています。
（参考：https://www.soumu.go.jp/main_content/000691393.pdf ）

*今後のサーバーエンジニアは、セキュリティに関しても注意を払って、サーバーの設計・構築する必要があります。また、セキュリティ技術は他の技術と比較して移り変わりが激しいため、常に新しい知見をキャッチアップすることが大切です。*

## サーバーエンジニアにはやりがいや社会貢献性の魅力がある！

これまでに、サーバーエンジニアがきついと言われる理由や将来性、必要なスキルについても解説しました。サーバーエンジニアがきついと言われる理由で多いのは、夜勤や障害対応があることが挙げられます。**しかし、ITインフラを支える大切な役割をサーバーエンジニアは担っており、やりがいや社会貢献性の魅力がある仕事とも言えます。**

*今後のサーバーエンジニアは、クラウドサービスやセキュリティに関するスキルを習得すれば、市場価値の高いエンジニアになることができるでしょう。*

サーバーエンジニアは、インフラエンジニアの職種の1つです。サーバーエンジニアは「きつい」「やめとけ」と言われることの多い職種です。当記事では、サーバーエンジニアがきついと言われる理由・将来性・必要なスキルについて詳しく解説するので、ぜひ参考にしてください。

サーバーエンジニアがきついと言われる理由は、主に「障害対応」「夜勤・休日出勤」

サーバーエンジニアの将来性は充分に見込める

サーバーエンジニアは、クラウドサービスやセキュリティに関するスキルが今後求められる

サーバーエンジニアはきつい？その理由や将来性について徹底解説！

*AWSによる公式資格認定*として「*AWS 認定制度*」が提供されており、*AWSクラウドサービス*に関連するスキルを認定するものです。役割によって、*専門分野に応じて設定*した**試験区分に合格**する必要があります。
参考：[AWS AWS認定](https://aws.amazon.com/jp/certification/?nc2=sb_ce_co)

### AWS 認定で想定する職種は？

*AWS 認定精度*では、**想定職種における役割**を以下のように分類されています。

・*クラウドプラクティショナー*
　AWSのサービス利用者が想定されており、AWSクラウドの基礎知識が求められます。
・*アーキテクト*
　AWSのサービスにおいて、コンピューティング・ネットワーキング・ストレージ・データベースサービスの実践力が試されます。資格名はソリューションアーキテクトです。
・*デベロッパー*
　AWSでのアプリケーション開発を行っている方を想定しており、サービス開発や開発プロセスについてのスキルが求められます。
・*運用担当者*
　AWSの運用管理担当者を想定しています。AWSでのデプロイ・管理・運用担当者で、資格はSysOpsアドミニストレーターです。

### AWS 認定の種類とレベルは？

役割ごとに設定されているAWS 認定ですが、さらに**難易度別に**「*基礎レベル認定*」「*アソシエイトレベル認定*」「*プロフェッショナル認定*」の3段階に分類しています。その他の**専門知識**についても、別途「*専門知識認定*」として認定資格を設けています。各認定レベルで提供される資格は以下の通りです。

・*基礎レベルの認定*
　AWS 認定 クラウドプラクティショナー
・*アソシエイトレベルの認定*
　AWS 認定 ソリューションアーキテクト – アソシエイト
　AWS 認定 デベロッパー – アソシエイト
　AWS 認定 SysOps アドミニストレーター – アソシエイト
・*プロフェッショナル認定*
　AWS 認定 ソリューションアーキテクト – プロフェッショナル
　AWS 認定 DevOps エンジニア – プロフェッショナル
・*専門知識認定*
　AWS 認定 高度なネットワーキング – 専門知識
　AWS 認定 データアナリティクス – 専門知識
　AWS 認定 セキュリティ – 専門知識
　AWS 認定 機械学習 – 専門知識
　AWS 認定 データベース – 専門知識

### AWS 認定で想定されるスキルと難易度は？

*AWS 認定*では、**認定レベルに応じてスキルを想定**しています。

「*基礎レベル*」では、AWSクラウドのコアサービスが説明できることを想定しています。およそ6ヶ月程度の経験者を想定しているため、難易度は低めです。

「*アソシエイトレベル*」では、AWSを使用したシステムやアプリケーションの構築ならびにデプロイする知識があることを想定しています。およそ1年程度の経験者を想定しているため、難易度は中程度でしょう。

「*プロフェッショナル認定*」では、AWSサービス全般について最新サービスをカバーした設計を行う知識を想定しています。およそ2年程度の経験者を想定しているため、難易度は高めです。

「*専門知識認定*」では、より高い専門性が求められます。難易度は「プロフェッショナル認定」同様に高いと判断できるでしょう。

AWSでは、*運用者向け資格*として「*AWS 認定 SysOps アドミニストレーター – アソシエイト*」を用意しています。**アカウント管理やセキュリティの運用能力**が求められるので、運用経験者は挑戦してみてください。

続いて、*開発担当者向け資格*としては「*AWS 認定 デベロッパー – アソシエイト*」が用意されています。**アプリケーション開発・デプロイ・開発プロセスの理解**等が試されます。

アソシエイトレベルの「*AWS 認定 SysOps アドミニストレーター – アソシエイト*」や「*AWS 認定 デベロッパー – アソシエイト*」に合格した後は、上位の「*AWS 認定 DevOps エンジニア – プロフェッショナル*」に挑戦しましょう。ここでは、*継続的デリバリー・セキュリティコントロール・モニタリング・高可用性システムの実装*などの**高度な開発運用能力**が問われます。

### AWSのアーキテクト向け資格は？

AWSでは、*アーキテクト向け資格*として「*AWS 認定ソリューションアーキテクト*」の認定を実施しています。「*AWS 認定ソリューションアーキテクト*」は、AWSで提供されているサービスを構成する*コンピューティング・ネットワーキング・ストレージ・データベースの知識*を有します。AWSで必要な**デプロイや管理**の他、**安全性や信頼性を意識した構成能力**が必要です。

試験のレベルは、*アソシエイトレベル*と*プロフェッショナル*があります。*プロフェッショナル*では上記に加えて、*可用性・耐障害性・信頼性を考慮したアプリケーションの設計能力*が求められます。また、*AWSサービス*の**連携・プロジェクト管理・OSの知識からビジネス目標まで幅広い範囲**から出題されます。

AWS 認定は、*ピアソンVUE*と*PSI*により実施されています。AWS 認定では**オンラインでの試験監督が選択可能**となっており、自宅やオフィス等で試験を受けることが可能です。*ピアソンVUE*では*全てのAWS 認定試験*がオンライン試験監督で受験でき、*日本語*で試験監督対応を受けることができます。*PSI*の場合は、*AWS 認定クラウドプラクティショナー試験のみ*がオンライン試験監督対象となり、試験監督とのやり取りは*英語*です。受験会場や詳細はそれぞれの実施会社の案内をご確認ください。
参考：[ピアソンVUE AWS 認定](https://www.pearsonvue.co.jp/Clients/Amazon-Web-Services.aspx)
参考：[PSI Exam Online](https://awsavailability.psiexams.com/)

直接的な過去問ではありませんが、該当する試験の*試験ガイド*ならびに*サンプル問題*が**認定試験サイトよりダウンロード可能**です。*関連トレーニングコースのテキスト*と併せて受験対策を進めていきます。また、**AWS模擬試験は有効な学習方法**ですので事前にスキルを確認しましょう。*試験参考書やWeb問題集もAWS 認定向けに数多くあります*。自身の進め方に合う方法を選択可能です。

## AWSの認定資格取得のメリットは？

*資格取得のメリット*は、クラウドサービスシェアトップの**AWSの公式資格取得者**として名乗ることができることです。これにより*クラウド運用の設計や開発の機会*が増え、*クラウドサービスの専門家*として*プロジェクトを推進*することが期待されます。また、*試験範囲を理解*することで*実践に活用できる*メリットもあるので、すぐにでも学習準備を進めましょう。

試験合格により、社内で*人材育成を牽引するリーダー*としての活躍の場が増えることや、*対外的なアピール*が期待できますので多くのメリットが受けられます。

AWS 認定技術者は、以下の*うれしい特典*があります。**イベントや次回資格取得に向けて活用できる**でしょう。
・*デジタルバッジ*
　資格取得者向けデジタルバッジをSNSやメールの電子署名に利用したり、認定限定イベントが利用できたりします。
・*試験の割引*
　50%割引のバウチャーチケットが利用可能です。
・*イベントの優遇*
　AWSの各種イベントで、有資格取得者向け専用ラウンジが利用できます。
・*AWS 認定コミュニティ*
　LinkedInの、AWS 認定コミュニティが活用可能です。
・*模擬試験バウチャー*
　次回のAWS 認定に模擬試験バウチャーが無料で利用可能です。
・*AWS 認定ストア*
　AWS 認定商品が購入可能です。

### AWS 認定資格取得者の将来性は？

2018年6月に政府が発表した、*政府情報システムにおけるクラウドサービスの利用に係る基本方針*では「*クラウド・バイ・デフォルト原則*」が表明されています。具体的には、**クラウドサービスの利用を第1候補**とすることが明記されています。
参考：[内閣官房IT総合戦略室 政府情報システムにおけるクラウドサービスの利用に係る基本方針（案）](https://www.kantei.go.jp/jp/singi/it2/cio/dai77/sankou.pdf)

その後の検討状況についても説明します。*政府CIOポータル*の*第2期政府共通プラットフォームにおける、クラウドサービス調達とその契約に係る報告書*によると、*AWSが選定され*クラウドサービス調達の仕様書は**AWS利用を前提とした仕様化**が進んでいます。
参考：[政府CIOポータル　第2期政府共通プラットフォームにおける クラウドサービス調達とその契約に係る報告書](https://cio.go.jp/node/2704)

加えて、IT専門調査会社「*IDC Japan*」は国内パブリッククラウドサービス市場予測を発表しました。IDCによると、*2025年の市場規模*は、*2020年比2.4倍の2兆5,866億円になると予測*しています。

参考：[ IDC Japan 国内パブリッククラウドサービス市場予測](https://www.idc.com/getdoc.jsp?containerId=prJPJ47502321)

政府の後押しやIDCの需要予測より、クラウド市場はしばらく堅調な市場成長が期待できます。最大シェアを誇るAWSはさらに成長が期待できるので、**AWS 認定資格取得者の市場性はさらに高まる**でしょう。

## AWSの認定資格を取得し将来の可能性を高めよう

*働き方改革*や*デジタルトランスフォーメーションの推進*により、既存業務からデジタル業務への転換が進むと想定されています。その際に利用するIT基盤はクラウドサービスが想定され、政府系システムにおいてもAWSの活用が進んでいます。クラウドサービスの最大事業者であるAWSのスキルを高めることで、**キャリアアップの可能性が一段と高まります**。ぜひとも*継続的に学習*を続けてチャンスをつかみましょう。

AWSは急速に利用が拡大するクラウドサービスにおいて、AWS 認定制度と呼ばれるクラウドサービス開発運用や設計技術者向け資格認定制度を用意しています。ここでは、そのAWS 認定制度について解説し、さらにメリットと難易度についても触れていきます。

AWS 認定制度とはAWSによるクラウドサービス技術者の認定資格制度です

AWS 認定制度ではクラウドサービスで想定する職種に応じた資格取得が可能です

AWS 認定制度は難易度をレベル分けしており、上位資格を取得した際にはキャリアアップに活用できます

AWSの公式資格となるAWS 認定制度とは？メリットと難易度を解説

「アジャイル開発宣言」は、2001年に17人のソフトウェア開発者のグループが発表した、従来型の開発手法に対するアンチテーゼ（反対表明）です。

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

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

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

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

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

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

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

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

プロセスやツールよりも*個人と対話を*、
包括的なドキュメントよりも*動くソフトウェアを*、
契約交渉よりも*顧客との協調を*、
計画に従うことよりも*変化への対応を*、

価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

引用元: 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Т土方」と呼ばれる単純作業の現状を、個人と対話の尊重の哲学にどう調和させるかは難しい問題ですが、アジャイル開発の実をあげるには目を背けるわけにはいかないテーマです。

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

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

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

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

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

「宣言」にある「契約交渉よりも顧客との協調を」と「計画に従うことよりも変化への対応を」は密接に関係している、というより同じことの言い換えです。

*「開発」に未知数があるのは自明で、初めの契約や計画の絶対化や固執は、実り多い成果への障害というしかありません。*しかし、一方でシステム開発も企業の論理の外にあるものではなく、お金が絡む問題なので、契約・計画・管理を軽視することはできません。

**「契約」「計画」「柔軟な対応」のトレードオフ関係を解決する簡単な処方箋はありません**が、アジャイル開発の原則が述べている次の言葉が解決への道を示唆しているのではないでしょうか。

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

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

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

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

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

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

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

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

Pythonの特徴として、文法がシンプルであることから、 プログラミング初心者や未経験の方でもWebアプリ・Webサービスの開発を短期間でできることが挙げられます。そのため、近年注目を浴びているプログラミング言語の1つといえるでしょう。

また、**Pythonのメソッドの種類には「インスタンスメソッド」「クラスメソッド」「スタティックメソッド」があります。**ここでは、それぞれのメソッドの概要について詳しく紹介します。

**Pythonにおけるインスタンスメソッドは、インスタンス化してから呼び出す必要があります。**インスタンス化とは、オブジェクト指向型のプログラミングにおいて、**クラスを基とした実際の値のデータを生成すること**です。またインスタンスメソッドは、一般的なメソッドのことを指します。

*第一引数には、クラスのインスタンス自身を表す要素が必要です。引数名には特定の決まりはありませんが、暗黙のルールとして「self」を利用する場合が多いです。*例えば、インスタンスメソッドは、「〇〇〇.×××」のようにインスタンス変数にアクセスすることもできます。

**Pythonにおけるクラスメソッドは、クラスをインスタンス化しなくても呼び出すことができます。**また、インスタンスからでも呼び出すことも可能です。メソッドに対して*「@classmethod」*を付けることで、クラスメソッドを実装することができます。*第一引数にはクラス自身を表す要素が必要で、インスタンスメソッドと同様に、引数名には決まりはありませんが「cls」を利用することが多いです。*

**Pythonにおけるスタティックメソッドは、インスタンス化する必要なく、呼び出すことができます。**また、インスタンスからでも呼び出すこともできます。さらに、クラスをインスタンス化する必要なく、呼び出すことも可能なメソッドです。*「self」や「cls」などのインスタンスやクラスを表す変数は不要です。*メソッドに対して*「@staticmethod」*を付けることで、スタティックメソッドを実装することができます。

**近年ではPythonは、AI・ブロックチェーン技術などの最先端IT技術に使用されることも多く、非常に需要が高く、将来性もあるプログラミング言語です。**そのため、Pythonを学習する方も増加傾向にあります。TIOBE Softwareは、2021年1月に1年間で最も注目を集めたプログラミング言語を並べた「プログラミング言語オブ・ザ・イヤー（2020年度）」において、「Python」が1位と発表しました。

しかし、Pythonのクラスやメソッドについて理解できていない方や、オブジェクト指向の意味を把握していない方も少なくありません。ここでは、Pythonの基礎知識として、クラス・メソッド・コンストラクタ・インスタンス・継承について詳しく紹介します。
（参考：https://www.tiobe.com/tiobe-index/）

**クラスとは、オブジェクトを生成する上で使用される「型」を指します。なお、Pythonにおけるオブジェクトとは「データを抽象的に表現したもの」とされています。**クラスからインスタンスを生成することで処理が実行可能です。クラスは、*「class」*のキーワードの後ろに任意のクラス名を記載して、メソッド・変数を記述していくことで作成することができます。

上記は処理が行われない空のクラスを指します。処理内容が記述されていないため、実行したとしても何も処理は実施されません。*実際には、クラスの中にメソッドを記述することで処理を行います。*

**メソッドとは、処理のまとまりに対して名前を付けたものを指します。**メソッドは、クラスと同様で*「def」*のキーワードの後ろに任意のメソッド名を記載して、引数を与えることで作成が可能です。なお、引数とは処理を行う際に必要不可欠なメソッドやクラスに引き渡す値を指します。

下記は、クラスの中で「Hello World!」を表示させるメソッドを入力した一例です。

class classTest():
def test(self):
print("Hello World!")

上記では「test」というメソッドを作成しています。「test」メソッドを呼び出せば、「Hello World!」を表示させることが可能です。*また、複数の処理内容を記述することでさまざまな処理を実行させることもできます。*

**コンストラクタとは、インスタンスを生成したときに自動的に呼び出されるメソッドを指します。**クラスの初期設定などを行う際に使用されるメソッドです。コンストラクタに使用される引数はインスタンスを生成する際に必要となる値となります。

**インスタンスとは、クラスを基として生成した実体のことを指します。「クラスは設計図、インスタンスは設計図より作成された成果物」と例えられることも多いです。**実際の処理では、インスタンスを生成させることで、クラス内の処理が実行できるようになります。

下記は、実際のソースコードの一例です。

class Test:
def `__init__`(self, x, y):
self.x = x
self.y = y
def Sum(self):
self.Sum = self.x + self.y
return self.Sum 
ins = Test(5, 6)
print(ins.Sum())

以上の実行結果は「11」となります。まずは「Test」クラスの中にコンストラクタである「(__init__)」とメソッドである「Sum」を記述します。次に、Sumメソッドでは、「return self.Sum」で戻り値を設定します。*戻り値とは、返り値とも呼ばれ、プログラムや関数から戻ってくる値のことです。*「ins = Test(5, 6)」でコンストラクタに対して引数を渡すことで、インスタンスを生成させることができます最後に、「ins.Sum()」で「Test」クラスの中のSumメソッドを呼び出すことが可能です。

**したがって、Pythonではクラスを基としてインスタンスを生成して、メソッドを呼び出しています。型と実体に分類して処理を実行する言語を「オブジェクト指向型言語」と呼びます。**オブジェクト指向は、C言語などのように手続きの手順を記述せず、クラスから作成されたオブジェクトの操作としてコーディングを行っていきます。*オブジェクト指向型言語の例として、Java・PHP・JavaScript・C++・Swiftなどが挙げられます。*

コーディングを行っていると、「既存のクラスとほとんど変更点がないけれど、少しだけ変更を加えて新しいクラスを作成したい」という場面に出くわすこともあるでしょう。継承はこの場合に活用すると便利です。**継承とは指定した既存のクラスから、メソッドを追加したり削除したりして一部のみを上書きして、新しいクラスを定義することを指します。**この際の上書きのことを「オーバーライド」と呼びます。*継承を活用すれば、比較的シンプルにコーディングすることができるようになります。*

## メソッド一覧を取得する方法

**クラスの中に多くのメソッドを記載してしまい、煩雑となってしまった場合には下記を実行するとメソッド一覧の取得が可能です。**

instance = Test(6,7)
for method in dir(instance):
if callable(getattr(instance, str(method))):
print(method)

以下が実行結果の一例となります。

Sum
`__class__`
`__delattr__`
`__dir__`
`__eq__`
`__format__`
`__ge__`
`__getattribute__`
`__gt__`
`__hash__`
`__init__`
`__init_subclass__`
`__le__`
`__lt__`
`__ne__`
`__new__`
`__reduce__`
`__reduce_ex__`
`__repr__`
`__setattr__`
`__sizeof__`
`__str__`
`__subclasshook__`

## Pythonのメソッドについて理解を深めて適切なコーディングをしよう！

これまでに、Pythonのメソッド一覧・Pythonの基礎知識・Pythonのメソッド一覧を取得する方法について解説しました。**Pythonのメソッドには、「インスタンスメソッド」「クラスメソッド」「スタティックメソッド」の3種類があります。**クラスの中に多くのメソッドを記載してしまい、煩雑となってしまった場合には、*メソッド一覧を取得する方法もあります。*

**Pythonはシンプルな文法で需要や将来性もあるため、初心者や未経験の方でも学習を始める方が多いプログラミング言語の1つです。**Pythonはオブジェクト指向型言語であり、型と実体に分類して処理を実行させます。他のオブジェクト指向型言語の例として、Java・PHP・JavaScript・C++・Swiftなどが挙げられます。*これからPythonを学習する方は、オブジェクト指向・メソッドやクラスなどの基礎知識を押さえることが大切です。*

Pythonはシンプルな文法で、IT初心者でPythonを学習する方が増加傾向にあります。需要や将来性もあるため、人気の言語の1つです。当記事では、Pythonのメソッド一覧・基礎知識・メソッド一覧を取得する方法について解説します。

Pythonのメソッドは「インスタンスメソッド」「クラスメソッド」「スタティックメソッド」の3種類

Pythonはシンプルな文法で、初心者でもPythonを学習する方が増加傾向にある

Pythonにはメソッド一覧を取得する方法がある

Pythonのメソッド一覧を紹介！基礎知識についても解説

**Pythonでは、バージョン2と3との間に互換性はありません。ソースコードの記載方法に違いがあるため、2系では動作していたスクリプトが、3系では動作しない可能性も充分にあります。また、その逆の場合もあります。**ここでは、Python2系から3系へバージョンアップしたことによる注意点について詳しく紹介します。

**Python2系は2020年でサポートが終了しました。そのため、これからPyrhonの言語の勉強を始める方は、Python3系を選択してください。**変更点はいくつかあります。例えば、print文が「print()関数」に変わったことや、long型が廃止されて「int型」として扱われるようになったことなどが挙げられます。

*Python2系にあった多くの欠陥を修正するために、Python3系は生まれました。新しい言語の進化への道を開く一方で、互換性を失ったことは、Python3系を採用するのを著しく遅らせる原因となり、*エンジニアの多くがPython3系への移行に乗り気ではありませんでした。

その理由は3つあり、1つ目が初めてのリリースからバージョン3.3までの数年間は、Python2系よりパフォーマンスが劣っていたことです。2つ目はサードパーティ製のツールやPythonのライブラリが、Python3系をサポートしていなかったことです。そして3つ目が重点を置いた機能に対して、当初はエンジニアが興味・関心をもっていなかったことが挙げられます。

**2017年では、対応ライブラリの数はPython3系よりも2系の方が多いとされていました。**そのため3系を用いて開発を始めたのに、目的とする機能を実装するためのライブラリがPython2系にのみ対応しているというこうことも少なくありません。*Python2系を選んで実装する場合もありますが、標準ライブラリだけで開発できるプログラムの場合、Python3系を利用して開発するのがおすすめです。*

**標準ライブラリにある「urllib」「xmlrpclib」などのパッケージが再構成されています。**モジュール名が変わったり階層が変更されていたりする場合があるため、モジュールのインポートを実施する場合には再構成されたパッケージではないか注意する必要があります。

**Python3系から、printが関数化されました。**以下に、Python3系と2系の記載方法を比較しています。

下記が、Python2系のprint文における記載方法の一例です。

下記が、Python3系のprint文における記載方法の一例です。

Python2系と3系のソースコードの記載方法に相違はあるけれども、出力結果はどちらとも下記となります。

*Python3系からprint文が関数化されましたが、ソースコードの記載方法についてそこまで複雑ではありません。*

**文字列の型が「unicode」に統一されました。Python2系の場合、文字列の型は「unicode」「str」の2種類があります。一方、Python3系の場合、文字列の型は「unicode」のみです。**Python3系では文字列に「u」が付加されたとしても、エラーは出力されないようになりました。

例えば、Python3系を利用して下記のようにソースコードを記載したとします。

**Python2系のソースコードを3系へ変換するツールが整備されています。**例えば「2to3」という変換ツールがあります。変換した際の差分を出力したりファイルに出力したりすることもできるため、バージョン移行を行う際に活躍が期待できるでしょう。また、Python2系のソースコードが3系ではどのようになるのか確認も可能です。

Python2系と3系の違いについて理解できたでしょうか。ここからは、Pythonに関する基礎知識について詳しく紹介します。

**Pythonとは、1991年にオランダのグイド・ヴァンロッサムによって開発されたオープンソースのプログラミング言語の1つです。Pythonはシンプルでわかりやすいプログラミング言語**で、ソースコードを記述しやすく、解読しやすくするために誕生しました。*Pythonの特徴は、少ないソースコードで簡潔にプログラムを記述できること・ライブラリが充実していることで、*Google・DropBox・Facebookなどのさまざまな企業で扱われています。

**レバテックキャリアの調査によると、2019年におけるプログラミング言語別の求人割合ランキングでは、Pythonは3位になりました。**なお1位はJava、2位はPHPです。Javaは既存システムでの需要は高いですが、新規に開発する案件では縮小している傾向にあります。PHPはフリーランス向けなどの求人・案件も豊富にあり、今後も需要が伸びていくことが予想されます。そしてPythonは、*AIブロックチェーン技術などの需要が今後伸びていくことが推測されるため将来性があるといえるでしょう。*
（参考：https://career.levtech.jp/guide/knowhow/article/606/ ）

Pythonは多種多様なWebアプリ開発に利用されることが多く、Pythonを利用して開発されたWebアプリの代表として、*Instagram・YouTube・DropBox・Evernote*などが挙げられます。近年よく使用されるアプリが多いことが理解できるはずです。ここからは、Pythonを利用してできることについて詳しく紹介します。

**Pythonは、AIを搭載したソフトウェアなどの機械学習を用いたソフトウェアの開発分野で幅広く活用しています。**ソースコードが簡潔であることも含め、初めて機械学習を勉強する方にとって習得しやすい言語なため、機械学習をする際によく用いられるプログラミング言語です。またPythonは、統計処理や数値計算などに強みをもっています。*これらの特徴から、機械学習・ディープラーニング・データ解析などに利用されることも多いです。*例えば「TensorFlow」という機械学習におけるライブラリが、ディープラーニング・ニューラルネットワークの分野で活用されています。

### ゲーム・アプリケーションの開発ができる

**Pythonを利用することで、組み込みアプリケーション・デスクトップアプリケーションなどのさまざまなプログラムを作成することができます。また、ゲーム開発にも活用できることも特徴です。**Pythonでは豊富なライブラリが備わっているため、幅広い分野で開発が行われています。

**Pythonは、ブロックチェーンと呼ばれるフィンテック業界における基幹となる技術に活用されています。**主要なライブラリの1つである「hashib」というハッシュ関数が備わっている点・HTTPリクエストが操作可能な点・数値計算ライブラリが充実している点などの理由からPythonが利用されることが多いとされています。

*Pythonの特徴として、数値計算に強みをもっていることや連携できるシステムが多いことが挙げられます。*例えば、大量なデータが保存されているデータベースの内部を計算して読みやすいように計算したり、膨大なエクセルデータの中から目的とするデータのみを抽出したりするデータ処理が可能です。

また、数値計算を効率化が期待できる「NumPy」・データ解析をサポートする機能の「Pandas」・配列や行列の演算を行う「SciPy」など、豊富なライブラリが備わっています。*Pythonはデータ処理・分析・解析に利用されることも多いです。*

## Python2系と3系の違いを理解することが重要！

これまでに、Python2系と3系の違い・Pythonの基礎知識・Pythonを利用してできることについて詳しく解説しました。**Pythonはシンプルで理解しやすい言語で、最先端技術に活用しやすいことから近年では注目を集めています。**

*Pythonは「アプリ開発」「機械学習」「ゲーム開発」「ブロックチェーン開発」「データ処理・分析・解析」など幅広い分野で活用されています。*今後も需要は伸びていくことが予想されており、将来性も高いといえるでしょう。

*注意点として、Python2系は2020年でサポートが終了しました。*Python2系と3系の違いとして「print文の関数化」「パッケージの再構成」「文字列の型の変更」などが挙げられます。**入門者などこれからPyrhonを学習する方は、Python3系を選択しましょう。**

Python2系は2020年でサポートが終了しました。Python2系と3系の違いとして「print文」「文字列の型」などが挙げられます。当記事では、Python2系と3系の違いやPythonの基礎知識、Pythonを利用してできることを解説します。

Pythonはシンプルで理解しやすいプログラミング言語

Python2系は2020年でサポートが終了

Python2系のソースコードを3系へ変換するツールは存在

Pythonの2系と3系の違いとは？Pythonの特徴も解説！

## AWSのマネージドサービスは？

AWSでは、*豊富なサービス*を提供しています。AWSは**企業ユーザの利用を推進するため**に、運用管理サービスを*AWS Managed Services（AMS）*として提供しています。
参考：[AWS Managed Services](https://aws.amazon.com/jp/managed-services/)

### マネージドサービスの目的は？

お役立ち記事