レビュー

始まる前の気持ち

回顧録この壮大な名前より、この間私は何をしましたか?こんな...
開天地のため、プロジェクトは月曜日から火曜日から始まり、月曜日ではありません.
週末にやったことを復習して、月曜日に前回の項目の回顧録を見ました.
コードが読めないので、プロジェクトをするときに遭遇する困難は何ですか.
まだ分からないことなど.

私が用意したもの。

それは私が以前書いた、プロジェクトから、含まれている内容です.
すべての内容は次のとおりです.

Daily Standup Meeting(매일 아침)
어제 내가 하기로 한 것
진행상황
안됐다면 완료 시기는 언제일지
어제에 대한 피드백 끝나면 오늘 할 것

존중(프론트는 화면뽑는 기계가 아니고, 백엔드는 데이터뽑는 기계가 아님)
솔직
협동

진행자 및 서기(노션에 각자 작성? 아니면 내가 작성해서 올리면 내가 올린 것 아래 제대로 된 내용 추가)


Planning Meeting(주 시작)
한주동안의 피드백

------------------------------------------------------------------------

    구현 범위(세부사항까지.. 예를들어 비밀번호 정규식처럼 .. + 하루를 날린 상황에서 하기 때문에 현실적인 목표)

회원가입/로그인    + 수정/탈퇴/로그아웃 or 소셜로그인 / 유효성검사는 백엔드에서
게시글 작성/보기   + 답글 작성 
댓글 등록/보기      + 대댓글 작성 or 평점

    모델링(백+프 같이하고 만드는건 백엔드에서 / 홈페이지 같이보면서 / 필요 컬럼, Unique, Null)

    변수명 설정

    url(rest 설명 + 백엔드에서 설정)

    branch 명 : feature/페이지이름(기능)

    서버(항상 켜놓으려고 할 것이나, 혹여나 꺼놓을 수도 있음 / 그럴 때 끙끙대지 말고 켜달라고 하자)

————————————————————————————————————

requirements.txt : 프론트꺼도 함께

------------------------------------------------------------------------

엑셀에 기능/메소드/url/request data/response data

------------------------------------------------------------------------

db_uploader(백업) + 각자 기능별로 csv 파일

https://velog.io/@taeil77/%ED%8C%8C%EC%9D%B4%EC%8D%AC-%EA%B5%AC%EA%B8%80-%EC%8A%A4%ED%94%84%EB%A0%88%EB%93%9C-%EC%97%B0%EB%8F%99

https://towardsdatascience.com/generation-of-large-csv-data-using-python-faker-8cfcbedca7a7

------------------------------------------------------------------------

테스트(에러를 내야 함 / 백&프 서로 상반된 관점에서)

------------------------------------------------------------------------

    Trello

앱 - 기능(메소드)

Backlog : 앞으로 해야 할 모든 일
This Week : 이번 주
In progress : 진행 중(날짜도 표기할건지)
Done : 끝(끝의 기준은 push? 코드 완성?)

백로깅
디스위크
인프로그레스
코드 완성
코드리뷰완료
푸쉬완료
백오더
돈

日立会議

日立会議で何をすべきか、チームメンバーが守るべき約束を書きます.
進行や会議の記録もどうすればいいか考え始めた.

実施範囲

どのホームページをクローンするか分かりませんが、
現実の範囲について話したほうがいいと思いますので、書きました.

requirements.txt

まだ要求があります.txtファイルでバージョン管理できます.
pip install -r requirements.txtを作ると.
各チームメンバーは、同じバージョンのライブラリを受け取ることができます.
この部分が残念だったのは、フロントの書類も併せて管理していると思っていたことです.
昔の騎手たちを見て、前後二人で襟を管理していたのが残念でした.

コミュニケーションのために整理する

また、共同作業を実現するためにデータ変数を調整する必要があります.
機能/連絡先/url/変数を整理すべきだと思います.

だからEXCELファイルを作成して、私たちのチームに協力して実現しなければならない事項を一目で見ることができます.
(実名を明かせないので、私の部分だけを切り取る)

テスト

これは私が前の職場で本当に聞き飽きた単語です.
コンサルタントとして、お客様のニーズを理解し、開発者に仕事を割り当てる必要があります.
結果を直接テストしなければならないので、お客様にプレゼンテーションするには異常はありません.
お客様の前でもミスをしたことがあり、本当に困りました.
そして私は供給者の立場なので、見逃した一部のお客様も連絡してくれます.
ああ、これをやったら、間違いがあったので、電話/KakaoTalkがだめだと言ったら
ああ、この部分を見逃したんだよ...テストもします.
そこで,バックエンドとフロントエンドの逆角度からテストを行った.
間違いがあったほうがいいと思います.
これはまだしばらくありますが、それぞれ実施中なので、ぜひ試してみたいと思います.

Trello

以前の会社もプロジェクト期間中に開発する必要がありました.
自社開発のスケジュール管理システムを使用しています.
トレロの基本管理カードは
Backlog:これからやるべきことはすべて
This Week:今週中にやるべきことはすべて
In進捗:進行中
Done:終了
由の構成.
しかし、範囲が広すぎて、もっと詳しく管理したいです.
以前の会社も同じで、開発者は直接お客様に直面しませんでした.
旗を納める重要性が分からないからです.
特に、新入社員として、私よりも大きな空き時間を持っている人が何を言うのは難しいです.
だから分けたのです.
やるべきこと
今週中にやるべきこと
進行中
プッシュ完了
コードコメントの完了
Backorder
Done
はい.
特に、今週までに日付を書くよりも、
知るために日付を書いたらどうですか.
私はPRをアップロードして、指導者も私の世話をしてくれたので、その中の1つだけ行いました.
進捗状況を把握するのは難しいと思います.
したがって,進行中−Push完了−コードレビュー完了は3段階に分けられる.
そして日付が書かれているので、日付内にできないものはBackurderに移動します.
進行状況を理解しやすくする.

毎日の記録

10/6

images테이블 컬럼 수(완)

rest api

깃 물어보기(완)

categories_menus 물어보기 / get 까지

————————————————————————————————————————————————————

10/7

comments 테이블 product_id 필요성(수정은 ㄴㄴ)

제품 상세페이지에서 어떤 카테고리의 제품들 보여주고, 상세 제품은 어떤거 보여줄건지(현진)

url 및 프론트에서 값을 어떻게 아는가 물어보기(멘토님)
pagination - offset / limit(프론트에서 1000갱 이렇게 요청할 수 있으므로 일정 데이터 넘어가면 못 하게 백엔드에서 막아야 함)

————————————————————————————————————————————————————

10/8 

모델링 변경 검토 -> 변경하면 커밋하는 사람이 하기 o

db변수명 다 소문자로 수정 o

q/f객체 사용 o

db_uploader 파일 만들었나 확인(만든사람있으면 이름 변경해야 함) o

카테고리, 메뉴 이런 것들은 데이터 다 만들어줘야 하나 물어보기 o

이미지30개 url 따서 저장 o

색상 필터(낼)


rest api o
프로젝트 모델링 o

————————————————————————————————————————————————————

10/9

메인페이지
색상 필터 o
리뷰 n건 ㅇ
페이징기법 (offset / limit) o

상세페이지
상품명 : name
상품가격 : price
색깔 : color (list형태)
사이즈 : size (list형태)
상품설명 : description

후기 작성자 : posting_writer
후기 제목 : posting_title
후기 내용 : posting_content
후기 이미지 : posting_image (list형태)
후기 작성일 : posting_date (yyyy-mm-dd형태)
댓글 작성자 : comment_writer
댓글 내용 : comment_content
댓글 작성일 : comment_date(yyyy-mm-dd형태)
상품이미지들 : image_list (list형태)

10/6

imagesテーブルではnull=Trueをしていないので、修正が必要です.
またrest apiについては、
勉強するので書きました
特にurlの作成は思ったより難しいので、指導者に聞くべきだと思います.

10/7

モデリング作業を続けるため、見逃すことが多い
必要がない必要はありませんが、追加しました...そんな.
また、クローンを作成しますが、プレゼンテーション用は別のものにしますので、フロント担当者と話をします.
そう思います.
最後に混乱させたのは、id値をフロントに送らなかったことです.
どのようにオファーしますか?この問題はあまりにも奥深い.
特に色塗りでお金を渡すのでどうやって渡すのか….やったようだ
だから私は他の同級生や指導者に聞いて、私の疑問を解決したようです.
やっぱり集団志晟!

10/8

モデリングが最終的に決定される日です.
フロント会議で、指導者はurlに大文字をつけないでくださいと言った.
データベースにデータを入れるときは、小文字を使うべきです(忘れるかもしれません).
頭が悪い
Qオブジェクト、Fオブジェクトもありますが、書くのはちょっと気まずいですが、試してみたいです.
(乞食としてのPRですが…ハハハ)
また,データ生成スキームの策定も仕事である.
db uploaderはcsvファイルをアップロードするために使用されます.pyを
私の名前で命名されたチームメンバーがいれば、修正が必要なので確認が必要です.
フロントに連絡すると、各ページの責任者とどのくらいのデータが表示されるかを話しました.

10/9

商品リスト

商品リストを検索し、特定の商品をクリックすると移動する形態.
商品リストにカラーフィルタを設定し、getに送信する際にカラーリストを追加する必要があります.
コメントも、数を表示するために一時的にデータを登録する必要があります.
ページング技術もoffsetやlimitを使っていますが、実現したことはありません
それがどのように実現されているかを見つける必要があります.
でも思ったより簡単でした.はい、urlにクエリーパラメータとして追加します.
点数を確認することもできます.
特にカラーフィルターについては、私もフロントの人もどうすればいいか分かりません.
ずっと悩んでいる.
一つの製品にはいろいろな色の服があるので、色をリストに送ればいいと思っていましたが、
その部分はフロントでやったことがないので、商品ごとに1色ですか?
話が多い.
商品の色は商品の詳細ページに表示されるので、1つだけでは使えません.
リストをもらってからしかできません
フロントは10分で成功し、色フィルタ機能も成功した.
やっぱり俺はチーム運最強の男だ

商品詳細ページ

特定の商品をクリックして表示される商品詳細ページが必要です.
ここには思い違いがある.
商品の情報は後期カタログとは異なり、後期も商品情報の一部だと思いますが、
バックグラウンドを2つのグループに分ける必要はありません.
後期部分の担当者にこのことを伝え、商品ページを作ることにした私がやります.
だから得られた変数は14個あるが、イメージは問題だ.
1つの商品の詳細ページに10個の画像があり、保存するのが面倒です.
英雄同盟も見なければならないので、今日はデータだけを保存して明日から記入することにしました.
それでは残り時間頑張ります!