Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

KPT 2주 프로젝트 회고록 - 박신영

オープン
#76 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
1/5
見積もり時間
1時間未満
初心者へのやさしさ
20/100
issue の種類
ドキュメント
明瞭さ
おおむね明確
活発さ
停滞
領域
documentation

調査の方向性

この issue にある既存の韓国語のレトロスペクティブを、Keep、Problem、Try の各セクションを含めて読んでください。payload には名前付きのファイル、テスト、エントリーポイントはありません。文書化されたアクション項目は、提案されたコードレビュー、API ドキュメント、エラーハンドリングのプラクティスに従うか、追跡できた時点で完了です。

索引モデルが issue の本文から書いたものです。

説明

팀원 중 한 분이 작성해주세요.
Keep, Problem 항목에 대해서 매주 정기적인 날에 회고를 진행하여 기록하고, 그것을 기반으로 Try (Action Items) 이슈를 생성해주세요.

Keep (유지할 항목)

  • 코드 작성 시 프론트엔드와 백엔드 부분에서 원활하게 소통하면서 코드에 대한 이해도도 높아지고, 더 공부가 되는 것 같았다.
  • 에러를 해결하지 못할 때 서로 소통하면서 에러를 해결하려고 한 부분이 좋았다. ( 혼자일 때보다 더 빨리 에러를 해결할 수 있었던 것 같다. )
  • 규칙을 정해서 일주일에 한번은 꼭 쉴 수 있도록 한 부분이 좋은 것 같다.

Problem (문제라고 생각하는 항목)

  • 짧은 기간에 비해, 해야 할 목록을 빠듯하게 정해 제대로 다 할 수 없었고, 일정에 비해 테스크 관리를 제대로 하지 못한 것 같다.
  • 다른 분들이 작성한 코드를 다 같이 보면서 코드 리뷰를 제대로 하지 못해서, 코드 흐름을 따라 잡기 어려웠던 부분이 있었다.
  • 코드 작성 시 API 문서에서 빠진 부분이 많았다.
  • 에러 발생 시 거기에 시간을 너무 많이 쏟아 부은 것 같기도 하다.

Try (Action Items)

  • 저녁에 기능 구현이 다 되지 않았더라도, 백엔드, 프론트엔드 상관없이 코드리뷰를 하는 시간이 조금이라도 있으면 좋을 것 같다.
  • API 문서 작성 시 어떤 데이터가 필요한지 꼼꼼하게 살피는 것이 좋을 것 같다.
  • 에러를 해결하지 못하면 다른 테스크를 우선 먼저 진행한 후, 나중에 다시 에러를 보는 것이 좋을 것 같다.
主要言語
JavaScript
スター
0
フォーク
0
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

codestates/mobees のほかの issue

codestates/mobees の issue をすべて見る

似ている issue

JavaScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。