エンジニアの仕事に必要な開発環境を構築するのは、とても手間がかかります。
各種アプリケーションをインストールしたものの、他の環境では動いたのに自分のPCだと動かない、設定し終えてもバックアップが大変、複数プロジェクトを並行作業すると設定が複雑になってしまう……、いろいろな問題が発生することがあります。

上記のタイトルはエンジニアをしていると、１度は聴いたことのあるかもしれないフレーズですが、これは矛盾しているようである意味の真理です。
同じことを繰り返さない、繰り返さなければならないならば自動化する——そうしなければ本来集中すべき内容に手をつけられないためです。

では、どのようにすれば良いのでしょうか？

仮想環境を効率的に構築するためのVagrant

今記事においては解決策の１つとして、Vagrantを紹介します。
Vgrantとは、仮想環境を効率的に構築するためのソフトウエアです。
WindowsやMacといったOSのなかに、さらにOSをインストールするイメージとなります。

Vagrantの利点

Vagrantを使うことで、上記の問題を解決することができるようになります。

他の環境では動いたのに自分のPCだと動かない
→
動作が保証された環境を構築、配布することで、どのMacやWindowsを問わずに同じ環境を用意できる。

バックアップが大変
→
Vagrantは設定が１つのファイルにまとまっており、復元が簡単。

複数プロジェクトを並行作業すると設定が複雑に
→
プロジェクトごとにVagrantを用意することで、余計なツールが入らない安定した環境を使用できる。

Vagrantのインストール手順

注：この記事では仮想環境としてLinux（CentOS7.4）を構築するものとします

実際にVagrantをインストールするには、以下サイトからインストーラーをダウンロードして実行します。
Vagrantと合わせて、仮想環境を構築するためにVirtualBoxもインストールしてください。
Windows, Mac, Linux版それぞれ実行ファイルが用意されておりますので、環境に合わせてください。

http://www.vagrantup.com/
http://www.oracle.com/technetwork/jp/server-storage/virtualbox/downloads/index.html

VMの設定

インストールが完了したら、実際に設定してみましょう。

今回は次のようなフォルダを作成し、このなかで作業を行います。
Windows: C:\vagrant
Mac : /Users/ユーザ名/vagrant

ターミナルまたはコマンドプロンプトを開き、上記フォルダまで移動してから以下のコマンドを実行します。

vagrant box add bento/centos-7.4

これだけのコマンドで、インターネットからLinuxをダウンロード・インストールされ、最低限の設定が行われます！

次にVagrantの設定ファイルを作成します。

vagrant init

フォルダのなかにVagrantfileというファイルがあれば成功です。
このファイルにカスタマイズしたい内容を記述するのですが、動かすのみであれば不要のため省略します。

Vagrantの起動方法

vagrnt up

必要なコマンドはこれだけです。簡単ですね。
しばらく待つとLinux（CentOS）が起動します。

これで仮想環境のできあがりです。不要になったら以下コマンドで終了させ、Vagrantfileを削除すれば環境の削除も簡単です。

vagrant halt

まとめ

上記設定をすることで、プロジェクトごとの仮想環境を用意することができるようになりました。
しかし、Vagrantはすべての問題を解決するソフトウェアではありません。
Vagrantで仮想環境を用意しても、結局は各種ソフトウェアをインストールしなければならないという問題は残ったままです。
もちろん、解決策はあります。

今回はVagrantの紹介が長くなってしまったため、次回の記事で紹介できればと思います。

様々シーンにおいてシステムアテンドを行うITソリューション事業部はこちら

●Wantedly掲載情報(本当にやりたいことに辿り着きたい技術大好きエンジニア募集！)

●Wantedly掲載情報(エンジニア想いの環境でJavaやPHPにチャレンジしたいエンジニア募集！)

●Wantedly掲載情報(Angular/Reactを極めたいフロントエンジニア大募集！！)

DBをGUIで操作するツールとして、phpMyAdminを便利に使っています。
ターミナルからmysqlにログインして、直接SQLを実行しても良いのですが、ちょっとしたSELECT文を試したいくらいのときにはおおげさです。
しかし、サーバの設定の都合上phpMyAdminをインストールできない場合があります。
あるいは、phpMyAdminをインストールすることが手間な場合もあります。

上記のような場合、がんばってターミナルからSQLを実行するしかないのでしょうか？
もっと、便利な方法があるはずので、探してみました。

Macならsequel pro

Mac環境の場合は、Sequel Proが定番のDBクライアントとなります（他にあったら教えてください！）。
基本的にMySQLのためのクライアントとなりますが、見た目のUIなどはphpMyAdminに似ているため、違和感なく移行できるかと思います。
テーブル操作やSQLの実行まで、一通りのことができるため、Mac環境であればSequel Proがあれば問題なく使えそうです。

WindowsではA5:SQL Mk-2, MySQL Workbench

普段仕事をする環境はWindowsなのでSequel Proを探してみましたが、Windows版がありません。
ただ、類似のアプリケーションとして、A5:SQL Mk-2, MySQL Workbenchがあります。
両方ともphpMyAdminに似たことができますが、A5:SQL Mk-2はどちらかというとDBのモデリングが主な機能であり、MySQL WorkbenchはMySQL専用でテーブル操作にはあまり向かないという印象があり、実際に業務で使用するならば使い分けることになりそうです。

Linuxでがんばるならmycli

上記はGUIでDBを操作できるものを取り扱いました。
しかし、どうでしてもターミナルから操作しなければならない場合もあります。
GUIに慣れていると、SQLのコマンドが思い出せずに検索して時間がかかることがよくあります（筆者がそうです……）。
そこで少しでもSQL入力を楽にする方法として、mycliがあります。
mycliはデフォルトのmysqlコマンドを代替するもので、mycli -u root -pなどとしてログインすると、コマンドやテーブルの補完機能を使うことができるようになります。
SQLの文法が思い出せいない場合、何文字かを入力してタブキーを押せば、それらしいコマンドをサジェストしてくれるので、いろいろはかどります。

まとめ

主要な環境で使えるDB操作アプリケーションを紹介してみました。
DBは１つ操作を間違えると大変な結果になるため、素早く正確に（しかも簡単に！）できるようにしておきましょう。

日々多様化・複雑化していくあらゆるシーンに於いて、シームレスにアテンドするソリューション事業部はこちら

●Wantedly掲載情報(本当にやりたいことに辿り着きたい技術大好きエンジニア募集！)

●Wantedly掲載情報(エンジニア想いの環境でJavaやPHPにチャレンジしたいエンジニア募集！)

●Wantedly掲載情報(Angular/Reactを極めたいフロントエンジニア大募集！！)

開発をする上で、どうしても発生するのがバグです。
バグのない開発ができれば言うことありませんが、実際はいろいろな原因で問題が発生するものです。
発生してしまったバグをどのようにデバッグすればいいのか、普段気をつけていることを整理してみたいと思います。

バグの再現

バグを発見すると、反射的に修正したくなるかもしれません。しかし、ここを我慢しましょう。
修正しようとする前に、まずそのバグが確実に発生するのかを確かめましょう。
バグが発生したりしなかったりする状況は、なにを修正するのかすらあいまいになってしまうため、無駄な時間を使うことになりかねないためです。
再現させるための前提として、サーバや開発言語を可能な限りバグが発生した環境と同じに揃えるなどして、１つ１つ不確定要素を潰すようにすると良いでしょう。

原因の特定

バグを再現できるようになったら、次は原因を特定しましょう。
原因を特定する方法はエンジニアの数だけやりかたがありますが、おおむねのところ共通する手法は以下になるのではないでしょうか。

01．仮説を立てる
02．ログなど事実（データなど）を収集する

実際のデバッグにおいては、２つのうちどちらか１つを使うというものではなく、両方の組み合わせになるかと思います。

注意すべきは、なにを調べたら良いのかわからず、闇雲に原因を調査することです。
とはいえ、実際に調査する方針がつかめないこともあるため、闇雲に調べる場合はせめてどのようなことを調査したのかを書きだしておくと、１つ１つ原因を追いこんでいくための助けになるかと思います。

用途に応じた修正

原因が特定できたら、いよいよ実際の修正を行いますが、ここでも考慮したいポイントがあります。

01．簡単で根本的な修正
02．難しくて根本的な修正
03．簡単で場当たり的な修正
04．難しくて場当たり的な修正

※根本的な修正とは、今後の変更や拡張性などを考慮した修正であり、場当たり的な修正とはとりあえず問題が解決していれば良いものとする修正を表します。

基本としては根本的な修正を行うべきですが、実際は１から４のうちどれを選ぶかは状況に左右されます。

場当たり的な修正が良くないとわかっていても、時間的な制約で選ばなければならないことがあります。
そのような場合はコメントを残したりチケットに登録したりと、後に対応することになったとき、少しでも楽になるようにすると良いかもしれません。
なにしろ自分で記述したコードであっても、１カ月後には忘れていることもあるためです。

修正の確認

問題が修正できたら、実際に修正できているのかを検証しましょう。
修正したての状態だと、特定の条件下のみでは意図通りの動きをするが、条件を変えたとたんに動かなくなる場合が多いためです。
特に、場当たり的な修正を実施した場合は、修正したことの副作用として別の場所でバグが発生するということすらありえます。
ここでハマると、場当たり的な修正→別の場所でバグが発生→場当たり的な修正……というループにハマってしまわないように気をつけたいところです。

まとめ

デバッグ方法を整理しましたが、書かれていることは当たり前のことかもしれません。
しかし、どのような状況でも上記ステップを着実に踏んで進められるかとなると、話が変わってきます。
ハマってしまうと、気がつくと闇雲に原因を探してしまっている……、ということは良くあります。

上記ステップを踏んでデバッグを行い、その上でどうしても解決できないバグがある場合はどうすれば良いものでしょうか？

答えの１つとはしては、その日は切り上げて帰って寝てしまうことです。

身も蓋もない答えかもしれません。しかし１日かかって解決しなかった問題が、次の日すっきりした頭で取り組むと１０分で解決するということが意外とあるためです。
だいたいの場合、解決方法は複数あるものだったりします。
頭がすっきりしているときに改めて取り組むことも、立派な解決策の１つであることを思い出せるようにしておきましょう！

日々多様化・複雑化していくあらゆるシーンに於いて、シームレスにアテンドするソリューション事業部はこちら

●Wantedly掲載情報(本当にやりたいことに辿り着きたい技術大好きエンジニア募集！)

●Wantedly掲載情報(エンジニア想いの環境でJavaやPHPにチャレンジしたいエンジニア募集！)

●Wantedly掲載情報(Angular/Reactを極めたいフロントエンジニア大募集！！)