71
63

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

【未経験・独学】Laravelでアプリケーションの開発からAWSを用いたデプロイまで

Last updated at Posted at 2020-11-21

はじめに

今回は、社内向けの質問アプリケーションの開発・デプロイをした際の話についてまとめます。
なにかアプリケーションを開発中もしくはこれから開発する方の参考になれば幸いです。

開発スタート時

  • 23歳
  • 実務未経験
  • 大学は非情報系
  • PHPの基礎とLaravelの基礎を3ヶ月ほど学んだ状態
  • 資格:基本情報技術者

アプリ紹介

今回開発したものは、「社内向けの質問アプリケーション」です。

※2020/12 トップページのデザインを変更したのでついでに載せておきます。
トップページはユーザーが一番最初に見るページなので、シンプルに作りました。
デザイン的なセンスがなく、こんな感じになりました。
キャッチコピー文のようなものは仮でとりあえず書いておきました。

他のページと雰囲気が違うためアプリページも修正していきたいと思います。
トップ画面.png

デモ

デモ1(ゲストログイン・質問記事ページ・コメントプレビュー・タグ検索)
質問アプリ2.gif

デモ2(投稿プレビュー・テンプレート機能・ヘルプモーダル)
質問アプリ1.gif

デモ3(マイページ・下書き・ブックマーク)
質問アプリ3.gif

見ていただくと分かるとおり、大部分はQiita風です。開発を進めていく上で頭の中でイメージしていたものがかなりQiitaに近かったからです(日常でQiitaを使っていたためかなり影響を受けました笑)

ただ、同じモノを作るのではなくその上で、自分なりの工夫を追加していきました。
例えば、質問の重要度(急ぎ・お手すきに・その他)の指定・解決済みの質問には解決済みと表示される・質問や回答をした際に以下のようにSlackのチャンネルにて通知がいくようにするなど・・・。

通知画像.PNG

開発背景

実際に社会人として働いてみて以下のことを感じました。
1.この質問、複数人(複数回)聞かれていそうor今後ありそう
→同じ質問に、何度も回答するのは回答者に負担がかかってしまう。

2.チャット上での質問や回答に限界がある
コロナウイルスの影響も有り、在宅ワークが増えています。そのため質問をする際はチャット上で行う機会が今まで以上に増えています。しかし、どうしてもチャット上での質問では自分の考えや思いを伝えることに限界があると感じました。

どうやって解決するか?

1の問題に対しては、頻繁に聞かれることは社内にドキュメントとして残しておけばいいと思います。しかし、何度か聞かれたことに答えた後、「これ頻繁に聞かれるからまとめておこう」と思っても手間がかかるため、ついつい後回しになりがちかと思います。
それなら、質問に対しての回答がそのまま社内にドキュメントとして蓄積していけば、手間がかからなくていいのでは?
社内向けの質問・回答アプリケーションがあれば、そのまま質問とその回答がデータとして蓄積していくのでよさそう!

2の問題を解決するために、マークダウン記法が使えるようにしようと思いました。マークダウンを使えば、視覚的にもわかりやすくなりますし、質問・回答の幅も広がると考えたからです。

こういった背景より製作物のベースとなる機能を考え、開発を行いました。

実装機能

実装機能自体に難しい技術は特に使っていなく、あったらいいなと思うものを随時追加しています。

◯ログイン系
・ゲストログイン→フィードバックを周りの人にもらうためにもログインを簡単に!
・Twitterログイン(TwitterAPI)
→初めての外部API学習で実装。会社で使うことを想定したらいらないとのちのち気づく。一応残している。
・Googleログイン(GoogleAPI)→会社で使うならGoogleログイン必須!

◯基本的な機能
・質問のCRUD機能
・回答(コメント)のCRUD機能
・検索機能(ワード検索・タグ検索)
・質問下書き保存機能(下書き保存中はトップに表示されない)

◯その他
・質問作成、編集時のリアルタイムプレビュー機能(jQuery,marked.js,highlight.js)
・画像投稿機能(複数対応、非同期 jQuery,marked.js,AWS S3)※追加、デモにはないです。
・回答作成、編集時のプレビュー機能(jQuery,marked.js,highlight.js)
・マークダウン記法確認用のヘルプモーダル(Bootstrap)
・質問作成時の簡易テンプレート文作成機能(jQuery)
・質問のブックマーク機能(Vue.js)
・プロフィール編集時の画像プレビュー表示機能(AWS S3,Vue.js)
・質問・回答投稿時Slackの指定チャンネルへの通知機能(SlackAPI)
・機能テスト(PHPUnit)

上記機能を実装するにあたっていくつかまとめましたので、是非参考にしていただけると幸いです。

◯まとめた記事
TwitterAPI+LaravelでTwitterログイン機能を実装する
Laravel(7.20.0)でゲストログイン機能を実装
composer require時に起きたメモリー制限エラーとその解決策
Laravel + AWS S3で画像アップロードを行う
Vue.jsで画像プレビュー機能を実装
【失敗】Laravelでのテスト時にデータが消えてしまった件について

開発期間

基本的な機能とAWSのデプロイ(あと実はDockerでの開発環境の構築とそれにともなう学習も行ったりしていました。)等の最低限必要なことを1.5ヶ月(7~8月)ほどで行いました。

9月以降は、自分のペースでちょこちょこ機能の追加実装を行いました。
また、開発中学んだことはQiitaでまとめたりしていました。
GitHubの活動量はこんな感じです。(今回の開発以外の技術学習での活動も含んでいます。)

GitHub.PNG

開発を続けていくちょっとしたコツとして最近取り入れたことは、iPhoneのウィジェットにGitHubのContributionsを表示させることです。iPhone上で常に表示されているため、モチベーション維持として効果的でした笑。

やり方についてはこちらにまとめました。
iPhoneのウィジェットでGitHubの草を確認する

使用技術

  • 言語:PHP7,JavaScript
  • フレームワーク・ライブラリ:Laravel(7.20),Vue.js(2.5.17),Bootstrap4,jQuery(3.5.1),marked.js,highlight.js
  • DB:MySQL
  • インフラ:AWS(VPC,EC2,RDS,Route53,S3)
  • OS:Amazon Linux2
  • Webサーバー:Nginx

技術選定理由

◯PHP/Laravel
元々学習中だったこともあり選定。また、公式ドキュメントはわかりやすく、情報も沢山あるため。

◯jQuery,Vue.js
最初は、jQueryで実装していたが製作過程でVue.jsの学習を始めたことも有り途中から導入しました。(あまり良くはないかと思いますが)
非同期処理の実装にあたり使用しました。どちらも初学者でも比較的取り組みやすく、情報も豊富なため選択。

◯marked.js,highlight.js
マークダウン記法を使用したかったためmarked.jsを使用。マークダウン中のコード部分にハイライトしたかったため、highlight.jsを使用。

◯MySQL
今までの学習でMySQLを使用していたため選択。また、多くの企業のDB部分で採用されているため。

◯AWS
多くの企業のインフラ部分で採用されているため選択。選考中の課題で指定されることもあった。

AWSの学習は、主にUdemyの講座と書籍で大枠を学びました。
AWS:ゼロから実践するAmazon Web Services。手を動かしながらインフラの基礎を習得
ゼロからわかるAmazon Web Services超入門 はじめてのクラウド (かんたんIT基礎講座)

◯Nginx
Q-SuccessのWebサーバーシェアの調査より、Nginxの増加傾向があるという記事を見て選定。

参考:Nginx系が増加し、Apache減少 - 8月Webサーバシェア

Nginxを使用するにあたり、学んだことはこちらにまとめました。
【学習記録】PHP-FPMとは?

インフラ構成

使用したAWSのサービスは、VPC・EC2・Route53・RDS・S3です。
よく見かけるインフラ構成図を書いたことがなく、てっきり他の人はPowerPointで作っているのかな~とか思っていましたが、そんなことはなさそうでした。
調べてみてでてきた、Lucidchartというものを使用して構成図を作りました。

sasaQ インフラ構築図 (1).png

本来は、DBなど複数用意して冗長化するべきなのですが・・・。
インフラ部分はまだまだ改善の余地はあるので、改善をしていきたいと思います。

意識したこと

開発していく上で下記のことを意識しました。

・ユーザー目線で開発する
開発しても必要の無い機能を実装したところで意味がないので、ユーザー目線で考えてどういった機能があったらいいか想像しながら開発を行いました。

・意見をもらう
さきほど、ユーザー目線で開発するとはいったもののやはりどうしても自分だけで考えて開発すると考えが偏ってしまいますし気づけないことがあります。そのため、実際に誰かに触ってもらいどういった改善が必要か意見をもらうことが非常に大事だと思います。

せっかくの機会なので、もしこんな機能あったらいいんじゃない?というアイデアやアドバイスがありましたら是非コメントを頂けるとうれしいです

・Qiita上でのアウトプット
書籍やUdemyの講座で学習したはいいものの、それだけだと正直すぐに忘れてしまいます。

開発によるアウトプットでも身につきますが、Qiitaのようなサービスで学習したことをまとめてみると結構知識として残るのでおすすめです。忘れたとしても、自分の記事を読み返して思い出せます。

また、外部に発信するので適当なことは書けない→ある程度しっかり調べるような習慣がつきます。
つまりいいことだらけ!!!

今回のモノ以外では過去にこんなものを作ってアウトプットしたりしています。
見ていただけると分かるかと思いますが製作物自体はちょっとしたものですが、色々学ぶことが出来ました。まずはちょっとしたものから作ってみることをおすすめします!よかったら是非見てください。
ラズパイを使って、【ある作業】を自動化してみた
小学生時代の僕へ、「OCRで【いつもの作業】やっておいたよ!」

今後の課題

アプリに関する課題

  • UI/UXの改善
  • テストコードを増やす
  • CI/CDを導入する
  • 細かな修正
  • 質問記事部分に画像を投稿できるようにする

個人的な課題とその対策としては

  • インフラ部分の学習 → 実際に色々使う・Udemy等
  • git周りの学習 → 実際に色々使う・Git使い方入門
  • 可読性の高いコードを意識すること → リーダブルコード
  • Linuxの基礎の学習 → Linux標準教科書(pdf版無料だったはず!)

などなど・・・。もちろんまだ色々課題点はありますが、少しずつ出来ることを増やしていきたいと思います。

まとめ

今回は、未経験・独学の自分がLaravelで社内向け質問アプリケーションの開発からデプロイまで行った話についてまとめさせていただきました。

今までデプロイもherokuで1度やったことがあるくらいでしたので、特にAWSでのデプロイ部分には苦戦しました。

今回は一人で全て行ってきましたが、コードの質はどうしても低くなってしまうのでメンターを付けてコードレビューしてもらいながらやったら良さそうだと感じました。

引き続き学習を続け、Qiitaで発信していきたいと思います。

よろしければLGTMよろしくお願いいたします!!

71
63
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
71
63

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?