諒(84)74はじめにおはようございます、加藤です。01に参加したのですが、スコア0という悔しい結果になってしまったので、その反省と今後の勉強の仕方を考えてみます。本ブログの「こうした方が良い」という感想はスコアアタックという特殊な状況での感想です。普段はやるべきで無い事を多数含んでいるのでご注意ください。事前に、Workshopを開催して頂いたAWSJ様から「同じ内容を今後開催する予定がある。詳細な内容のブログ化等は遠慮頂きたい」と注意がありました。その為、詳細な内容は記載しておりません。ご了承お願い致します。内容はこんな感じです。制限時間は7時間お昼休憩などは各チームで自由なタイミングで取るテンプレートやヒントなどは無し採点システムの仕様に関する案内や進め方についてのフォローは有り3人ずつのチームに別れ、合計13チーム程でした。得点できたチームはわずか3チームのみという結果で、冒頭に述べた通り私のチームもスコア0でした。スコア0というのは、ラフにも組めなかった...という事でものすごく悔しかったです...自分のステータス感想なので、主観的な記事になるのですが、それだけだと役に立たないと思うので簡単に私のIT業務経験年数を書いておきます。4ヶ月プログラミング4ヶ月とはいえ、IT業務経験はそれなりにあり、新卒という訳でも無いので頑張らないといけないです...失敗したなと思うポイントマネジメントコンソールで構築せずSAMを使ったチームメンバーと話しあい「とにかく遅くても動くものを作ろう!」というスタンスで進めていましたが、チームメンバー全員がSAMの経験があったし、後々での修正を考えるとSAMの方が楽そうと判断してしまいました。SAMをメインで担当したのは私なのですが、結果的に(私のSAM習熟度で)この判断は誤りでした。SAMを書いていると最中に、何度も「あれ?あの項目ってなんて書くんだっけ?」、「デプロイ失敗したけどなんだろう?あ、必須項目が抜けていた」という事が起こりました。ドキュメントを見て修正はできるのですが、かなりの時間をロスしてしまい、コード担当者が実際に環境で動かし始めるのを遅らせてしまいました。普段、SAMを作る際は、以前使った物をコピペ&改変や複数個作るリソースの場合、元々あるものをコピーして作ることが多いです。会社とは関係がない場で、業務で使っているSAMのコードをコピペして改変するという行為は危険だと判断し行いませんでした。する必要がある貸与されているAWSアカウントにデプロイするどのように管理されているか不明こういった状況なので、一瞬「コピペして作るか?」と検討だけはしましたが、ゼロから作るしかないと決断しました。ラフにアーキテクチャ設計→構築→修正という風に素早く進める際に特に辛かったのがリソース再作成が必要なパラメータの変更です。1つのリソースでこれが発生すると、スタックまるごと削除&再作成が必要になりロスが大きかったです。以上のことから、こういったシチュエーションではマネジメントコンソールで作成した方が良いなと思いました。雑にでもテストを書いたほうが良かった自分が主体となってコードを書くのでは無く、支援程度だったので浅い感想です。急ぐ場合でも、雑にテストを書いたほうが良いなと感じました。その理由は、以下です。AWSリソース→Lambdaへのイベント形式でつまずきがち他メンバーが変更しようとした時にそもそも期待する動作の理解に時間がかかる雑というのはこんな感じをイメージしています。正常系で1つのパターンのみインプットは実際に動かしてprintで内容を確認してコピペ比較条件は緩くで良いサービス間の連携になると悩むサービス間の連携時の仕様について悩む事が多かったです。サービス単体の仕様はパッと頭に浮かんだとしても、こういった要件で組み合わせに問題は無いか?というのが中々浮かばず、また調べる事にもサービス単体の仕様を調べるのと比べてより長くかかりました。浮かばないのは経験不足、調べるのにも時間がかかるのは双方向の連携が可能なサービスだと半分は求めていない結果が返ってくる為だと思われます。別のPCを使う(別のPCから同じサーバーを使う)会話がそこまで多くは無いという感じだったので、もどきとしています。Cloud9で設定を行うことで、複数人で同時に同じ環境を同期的に仕様する事ができます。私が、SAMで環境変数を定義して、別の人がコードを書き続けている最中のコード、環境変数を取り込む処理を書いて「これのテーブルを操作してね」と伝える事でミス・ロスが起こりにくくなります。他の人って今何やっているんだ?って成った際にさっと覗きに行けます。これ変じゃない?手伝って欲しい!が言い合えた席が近い人でチームを組むスタイルだったので、一人は同僚でしたがもうひとりの方は当然初対面です。「ここ自信が無いので手伝って欲しい」や「これ変じゃない?」を言い合えたのは、とてもよい関係性だったと思います。今後の勉強を考える小さい物を0から沢山作る「なんで普段できている事ができないんだ...」とすごく感じました、その理由を分解するとこうなります。サービス間の連携の理解が足りないやりたいこと→アーキテクチャの変換が遅い0から開発がしやすい状態に持っていくまでが遅いこれらの問題に対する対応として、小さい物を0から沢山作ろうと思います。その際には、参考元をコピペして修正ではなくドキュメントを見て自分で書く必要があると考えています。作ってみたいチャットボットなどのネタはあるので、それに取り組もうと思います。個人で作る物だと、色々とラフになりがちですが、実際に作った物を動かしてみて細部まで確認してみるつもりです。具体的には、メトリクスやログを確認して実際の動作を体に覚え込ませていくつもりです。あとがきなにげに、ガッツり感想なブログを書いたのは、これが初めてな気がします。それだけ今回のスコア0というのは悔しかったです...Workshopって初心者向けだよねという先入観から、テンプレートがあって少しずつ改修みたいなスタイルと勝手に誤解しており、当日内容を聞いて衝撃を受けましたが、点数は取れるだろうと思っていましたが、惨敗でした。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。使いたいときの注意点を書きました。本が出ていたので読んでみたところよかったので紹介させていただきます。