投稿した内容が表示されます。してないからかもです。サイトはアクセスできません。開発を楽しめるところ。公開できるところが素晴らしいです。Akatsuka(@seijiakatsuka)さんの「来年の抱負?」です。JAMstack」について発表をしましたlopburny2019-10-07ふりかえりブログメンタリングを受けて学んだことと振り返りこの度、カックさん(@kakakakakku)のブログメンタリングを受け、3ヶ月間メンティーとして活動させていただき、卒業しました。この記事ではメンタリングの振り返りと学びについて共有したいと思います。ブログメンタリングについて知りたい方は、是非こちらの記事を一度読んでください。合わせて聞いてみてください。聞いて元気づけられ、またブログメンタリングに申し込む決心をするようになりました。ブログメンタリングを受けようと思ったか私は仕事でのコミュニケーションにおいて何かを主張したり説明することが得意ではありませんでした。あることをきっかけに「人に何かを伝える、教える」ことに興味を持つようになり、そこで、先ずは自分が持っている知識を人にできるだけ分かりやすく伝える姿勢とスキルを持つべきと考え、ブログメンタリングに応募しました。ハッシュタグでカックさんが投稿してくれるので、検索して知ることができます。実際にメンタリングを受けてみると、さらに一歩踏み込んだ経験と気づきがあったので、個人的に学びが多かった点について共有してみたいと思います。自分をマネージメントするメンタリング中はブログの更新本数のノルマが課せられますが、それに加えて公開する時期(平日/週末)や記事のジャンル(小ネタ/書評など)についても目標を設定してチャレンジすることになります。ここで一つ感じたのは、例えば「平日の方が多く読まれるので、週の早めにブログを更新すると良い」ということを知りながらも、そのように実践して結果を残すためには自分をマネージメントする必要があることです。時間の使い方をきちんと工夫した上で、計画を立ててコツコツ行動していくことが重要です。終わりに自分の予定をオーガナイズする作業が欠かせません。個人的には多く反省点が残る点ですが、メンティー同士または同じブロガー同士で記事を共有したり感想を書いて伝えることも重要です。拡散したりブックマークされたりと、ブログへのタッチポイントは他にも多くあります。他の人に共有してもらったりコメントをもらうことで、記事を書くモチベーションも上がります。人にしてほしいことはまず自分からしてみることです🙌すでに知っている知識でも記事にしてアウトプットすることブログを更新するために、毎回新しい技術や知識をインプットすることは大変です。必要なことではありますが、余裕を持ってブログを書いていけるようになるまでは、新しいことやネタのユニークさにこだわるよりも、すでに知っている知識を継続的にまとめていく方が良いかもしれません。一度記事にしておくと、以降、その内容についてとっさに誰かに聞かれても、すぐに回答が出てくるようになります。自分の記事を引用して説明できるのも面白いですね。成果メンタリング期間中にリモートワークをすることになり、ほぼ活字のみで仕事のコミュニケーションを取るようになりましたが、週1でブログを書いていたおかげで、技術的なコンテキストでもさほどストレスなく書けている自分に驚いています。上手く書けているかどうかは別ですが、文章を書くことへの抵抗や不安はかなり軽減されたことを実感しています。3ヶ月までメンタリングを受けられると聞いて、ならば2ヶ月で卒業するつもりでがんばろうと意気揚々としていましたが、やっぱりフルで3ヶ月受けることに^^;というのも、メンタリング期間中はとても学びが多く、ブログを中心として生きていた、とても濃い日々でした。可能な限り続けて成果を出したいという気持ちに変わっていき、延長をお願いすることに。これからもメンタリングでの学びをちゃんと活かしていけるように、続けて活動していきます。ストレージを扱えるフリーのサービスがあります。モックとしても活用できるのでご紹介。担当に分かれて開発をします。双方を同時に担当してもよいのですが、多くのケースでは担当が分かれることでしょう。フロントエンド側でモック実装するなり、モックサーバーを用意するなどの必要があります。モック実装すると本質的でないコードをソース管理することになりますし、モックサーバーを用意するには手間が発生します。モックサーバーとして利用することもできます。トップページ、https://jsonbox.ioへブラウザでアクセスします。これはリロードするたびに毎回変わります。なりますので控えておきます。トップページで生成されたものを使うほか、20文字以上の英数字とアンダーバー(_)を使って自分で生成することもできます。事前に設定する必要はなくレコードを作るときに指定したものが、そのまま使われます。ここからはjsonbox/README.mdをベースに紹介します。25}'以下のようなレスポンスが返り_idと_createdOnが自動生成されていることがわかります。Snow","age":25,"_createdOn":"2019-09-10T09:17:25.607Z"}複数のレコード同時に作成するには-dで渡すデータを配列にします。jsonbox.io/${BOX_ID}/${COLLECTION}のようにしてグループレコードも作れます。リクエストでレコードが取得できます。よって返る範囲が変わります。BOX_IDまでの場合、グループレコードを含めた、全レコードが返ります。'https://jsonbox.io/demobox_6d9e326c183fde7b'BOX_IDに加えCOLLECTIONも指定することで、そのCOLLECTIONに含まれるグループレコードが返ります。1レコードが返ります。'https://jsonbox.io/demobox_6d9e326c183fde7b/5d776a25fd6d3d6cb1d45c51'またソートやリミット、クエリーなど柔軟な取得方法も備えています。処理ができれば十分ですが、アプリなどで実際に使う場合には必要でしょう。jsonbox/README.mdをご参照ください。レコードを更新します。バルク更新はサポートされていません。レコードを更新します。クエリーを使用して複数のレコード削除も可能です。abuse)ために以下の制限を課しているとのことです。5,000件までを目安に3つ目のレコード数ほか、高負荷をかけないなどマナーを守りたいですね。