今週の振り返り(2020/11/15)

今週一週間の活動報告です。

 

<記載内容>

1.対象期間

2.目標設定

3.成果

4.所感

 

<本文>

1.対象期間

・2020/11/09(月)〜2020/11/15(日) ※テックキャンプ第10週目(ラスト)

 

2.目標設定

(1)KPTの完遂(下図)

(2)最終課題(オリジナルアプリ)の開発完了(第9〜10週に掛けての目標)

f:id:Fujisan3776:20201115142615p:plain

 

3.成果

(1)KPT

・睡眠時間:目標達成

・学習時間:目標未達(2日分)(Try)

(2)最終課題(オリジナルアプリ)

・最低要件の実装まで完了→目標達成

(3)10週間で600時間学習への取り組み

・合計学習時間:582.5/600h

  →第10週までの目標600hに対して未達

※子育てと両立の為に目標設定を見直したことで大幅な目標未達は回避出来ました。学習時間は減りましたが、オリジナルアプリ開発ガントチャートを元にした計画に則って進めたことで遅滞なく最低要件の実装までを終える事が出来ました。

<成果まとめ>

f:id:Fujisan3776:20201122074831p:plain
 

f:id:Fujisan3776:20201122074157p:plain

4.所感 

 オリジナルアプリ開発は、企画→要件定義→DB設計→開発→発表というアプリケーションをゼロから作る一連のプロセスを全て自力で行う事が経験できた貴重な機会となりました。

 プログラミング学習を始める前は、コードを書く事がプログラミングの全てだという認識がありましたが、実際はコードを書く前段階まで(企画〜DB設計)が開発の8割り方を占めています。

 このような「事前にじっくりと計画を立てて一連の流れの骨組みを作り、後はそこに肉付けをしていく」という考え方は、プログラミングに限らず、資料作成や他の業務をこなしていく上でも非常に重要な考え方だと思います。

 その経験を身をもって経験できたことはこの10週間での成果の1つだと思います。本日で1つの区切りは付きますが、これはゴールではなく通過点に過ぎません。引き続き、この10週間で得られた知識・経験を生かして今後の転職活動や転職後の業務に取り組んで行く所存です。

 

 

以上

AWSのS3にアプリの画像を保存する際のエラー

・エラー内容

フリマアプリのローカル環境での出品商品の画像の保存先をローカル→S3に変更してフリマアプリを立ち上げたところ、以下のエラー①がでた。

f:id:Fujisan3776:20201114212652p:plainエラー①を解決後、以下のエラー②が出た。

f:id:Fujisan3776:20201114212816p:plain

・原因①

ローカルに保存した画像がテーブルに残っていた為。

・原因②

ターミナルで環境変数の設定を行ったタブとは別のタブでサーバーを起動していた為。

 

・対処法①

Sequelを用いてローカルのテーブルに残っていた商品レコード(商品を削除すれば画像も一緒に削除される)を全て削除した。

・対処法②

環境変数を設定したタブでサーバーを再起動させた。

 

本番環境でのDBに関するエラー

【共有】
本番環境でのDBに関するエラー
furimaアプリを本番環境にデプロイする際に参考になりそうだったので共有します。

・エラー内容
アプリを本番環境にデプロイしたところ以下のエラーが出た(Mysql〜となるのでDB関係のものと分かる)。

f:id:Fujisan3776:20201111153724p:plain

・原因
renameコマンドを使ったマイグレーションファイルを使用したこと。
(メンターの方曰く、経験上、本番環境でrename等の行数の短いマイグレーションファイルを使用するとエラーが起きやすいそうです。)

 

・対処法
開発環境に戻り、renameコマンドのマイグレーションを削除

マイグレーションをrolbackし、対象のモデル本体のマイグレーションファイルのカラム名を修正

開発環境で再度マイグレーションとDBのリセットを実施

本番環境にデプロイ

本番環境でもDBをリセット
※本番環境でのDBリセットは以下を使用
「heroku run rails db:migrate:reset REILS_ENV=prodction DISABLE_DATABASE_ENVIRONMENT_CHECK=1」

 

<コメント>

・小さいmigrationファイルをチョコチョコ作るとエラーになりやすいので、カラム名を修正したいときはrollbackして書き直してリセットした方が無難という理解であってますか?

・その通りです!
マイグレーションファイル自体が設計図のようなものなので、小さいマイグレーションファイルをチョコチョコ作ると、
沢山設計図ができて、エラーが起きやすくなるそうです。

 

 

 

 

 

今週の振り返り(2020/11/08)

今週一週間の活動報告です。

 

<記載内容>

1.対象期間

2.目標設定

3.成果

4.所感

 

<本文>

1.対象期間

・2020/11/02(月)〜2020/11/08(日) ※テックキャンプ第9週目

 

2.目標設定

(1)KPTの完遂(下図)

(2)最終課題(オリジナルアプリ)の開発完了(第9〜10週に掛けての目標)

f:id:Fujisan3776:20201025201821p:plain
 

3.成果

(1)KPT

・チーム内共有回数:0項目(先週対比±0)(Keep①)

・睡眠時間:目標未達(2日分)(Try)

・学習時間:目標未達(2日分)(Try)

(2)最終課題(オリジナルアプリ)

・2週間でオリジナルアプリ完成目標の内、本日で1週間が終了。サーバーサイドの実装まで完了しました。

(3)10週間で600時間学習への取り組み

・合計学習時間:535.5/600h

  →第9週までの目標540hに対して未達

※今週は長男が退院してきたこともあり、育児にも時間を割く必要が出てきました。その結果、学習時間はKPT目標の64h/週は大幅未達(▲8.5h)、10週間で600時間学習への取り組みの目標時間も60h/週も未達(▲4.5h)となりました。

※育児と学習の両立為、来週以降はKPT内容を見直します。

<成果まとめ>

f:id:Fujisan3776:20201109090429p:plain

f:id:Fujisan3776:20201109090243p:plain

 

4.所感 

 育児と学習時間確保の両立が今後の大きな課題となりそうです。

オリジナルアプリは子供の教育費用のシミュレーションが出来るアプリを開発することにしました。これまで通りの学習時間の確保が難しい為、以下の開発スケジュールに沿って開発が進められるように自分を律しながら次の一週間は過ごしたいと思います。

f:id:Fujisan3776:20201102091358p:plain

 

以上

deviseの導入後、ユーザー新規登録画面で追加したカラム名の保存が出来ない

・エラー内容

 エラー画面は表示されていないが、デフォルト以外で追加したカラム(ユーザーネーム)が新規登録を行ってもテーブルに保存されない。

 

・原因

 デフォルトのままではusersテーブルにはデフォルトのカラム(email,password等)しか保存出来ない設定になっている為。

 

・対処方法

 application_controller.rbに以下の記述をして、追加のカラム(name)も保存することを許可する。

f:id:Fujisan3776:20201106124447p:plain

 

今週の振り返り(2020/11/01)

今週一週間の活動報告です。

 

<記載内容>

1.対象期間

2.目標設定

3.成果

4.所感

 

<本文>

1.対象期間

・2020/10/26(月)〜2020/11/01(日) ※テックキャンプ第8週目

 

2.目標設定

(1)KPTの完遂(下図)

(2)最終課題(Furima)アプリの開発完了(第7〜8週に掛けての目標)

f:id:Fujisan3776:20201025201821p:plain
 

3.成果

(1)KPT

・チーム内共有回数:1項目(先週対比▲2)(Keep①)

・睡眠時間:概ね目標達成!(1日目標未達)(Try)

・学習時間:目標未達(3日間目標未達)(Try)

(2)最終課題(Furimaアプリ)

・2週間でアプリ完成目標の内、本日で2週間が終了。計画通りに完成し、LGTMを貰う事が出来ました!

(3)10週間で600時間学習への取り組み

・合計学習時間:480/600h

  →第8週までの目標480hに対して達成!

※今週はFurimaアプリが無事に完成しましたが、終わった事で気が抜けてしまい後半の学習時間に影響が出てしまいました。その結果、学習時間はKPT目標の64h/週は大幅未達(▲5h)、10週間で600時間学習への取り組みの目標時間も60h/週も未達(▲1h)となりました。

<成果まとめ>

f:id:Fujisan3776:20201102092303p:plain



f:id:Fujisan3776:20201102074418p:plain

 

4.所感 

予定通りに最終課題の開発が完了し、LGTMを貰う事が出来ました。金曜日にあえて予定を入れて自分を追い込んだり、ある程度粘ったらチームメイトに助けを求めたりすることで予定通りに終わらせる事が出来ました。

 

しかしながら、最終課題が終わった事で安堵してしまい、週の後半は学習時間が減少してしまいました。次週は学習時間を改めて意識するようにします。

 

また、最終課題はこれまでの復習が多いこともあり、チーム内に共有する新しい発見内容の頻度が減ってきました。今後オリジナルアプリ開発をする中で、新しく知った事等があれば積極的に共有していきたいと思います。

 

テックキャンプ卒業までいよいよ残り2週間。まだまだオリジナルアプリ開発、提出物、転職準備とやる事は盛り沢山です。引き続き、計画的に取り組んでいきたいと思います。

 

以下が卒業までのオリジナルアプリの開発スケジュールです。

f:id:Fujisan3776:20201102091358p:plain

 

 

以上

本番環境でのDBに関するエラー

・エラー内容

開発環境での作業が終わり(LGTMを貰い)、アプリを本番環境にデプロイしたところ以下のエラーが出た(Mysql〜となるのでDB関係のものと分かる)。

 

f:id:Fujisan3776:20201029120123p:plain

 

・原因

renameコマンドを使ったマイグレーションファイルを使用したこと。

(メンターの方曰く、経験上、本番環境でrename等の行数の短いマイグレーションファイルを使用するとエラーが起きやすいそうです。)

 

<経緯>

開発環境でOrderモデルを作成し、マイグレーションファイルにかカラム名を追記してマイグレーションを実行

モデルのカラム名の間違いに気づく

カラム名修正の為、renameコマンドを使ったマイグレーションファイルを作成し、マイグレーションを実行

rake db:resetでDB内を一度リセット

その後開発が終了し、herokuにデプロイしたところエラーが出た。

 

・対処法

開発環境に戻り、renameコマンドのマイグレーションを削除

マイグレーションをrolbackし、Orderモデルのマイグレーションファイルのから無名を修正

開発環境で再度マイグレーションとDBのリセットを実施

herokuにデプロイ

本番環境でもDBをリセット

※本番環境でのDBリセットは以下を使用

heroku run rails db:migrate:reset REILS_ENV=prodction DISABLE_DATABASE_ENVIRONMENT_CHECK=1