Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Retrospect

Jebbit-koi edited this page May 2, 2021 · 39 revisions
2021年04月27日

👨🏻‍💻 권순기

Fact(사실)

  • 프로젝트 아이디어, 프로젝트명, 팀명 결정
  • 사용할 tool, stack 결정
  • 와이어프레임 작성, flow chart 작성

Feeling(느낌)

  • 👍

    • 많은 준비 없이 회의를 시작했는데, 유원님이 진행을 정말 잘해주셨고 (Like 안유재석), 코드스테이츠에 들어오면서 조금씩 갖고있던 프로젝트에 대한 얘기들을 서로 나눌 수 있었다. 회의결과 고양이 커뮤니티 사이트를 만들어 보기로 했다. 프로젝트명과 팀이름은 투표로 정했는데, 프로젝트명은 내 아이디어가 선정되었다. 😎 고양이의 울음소리를 딴 니야옹 (yourCat)이 프로젝트명이 되었고, 팀이름은 주현님의 아이디어로, 모두가 서로의 의견에 '좋습니다~ 좋습니다~' 라는 말을 많이 하신다며 죠스라는 팀이름을 제시하셨고 바~로 선정되었다.🦈
    • 프로젝트의 와이어프레임과 플로우차트를 작성했다. nav 컴포넌트 하나를 디자인하는 과정에서도, 각자의 생각이 다르며 고려해야 할 것도 많다는 것을 다시 느낄 수 있었다. Folw-chart에서 어떤 요청이 발생할지, 어떤 데이터가 오고갈지를 생각하면서 만드는게 너~무 어려웠지만 그리고 나니 클라이언트와 서버가 어떻게 통신할지 대략적으로 알 수 있었다.
  • 👎

    • 초기단계부터 너무 세세하게 정하려고 했던 것 같다. 와이어프레임을 처음 짜는데 구체적인 내용까지 자꾸 욕심내게되서 시간을 효율적으로 쓰지 못했다. 좀더 큰 골자를 짠 뒤에, 세부적인 내용을 추가하는 방향으로 진행될 수 있도록 신경써야 할 것 같다.
    • 몽고DB... 사실 좀 쉽게 봤는데 그동안 계속 SQL만 사용해 왔어서인지, 그동안 알았던 개념들과 자꾸 충돌해서 공부하기도 이해하기도 까다롭다는 생각이 들었다. schema나 api작성에 앞서, 몽고DB의 데이터 구조나 사용법에 대해서 더더더 공부해야 할 것 같다.

Future action(행동)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성



👨🏻‍💻 신영호

Fact(사실)

  • 프로젝트 아이디어, 프로젝트명, 팀명 결정
  • 사용할 tool, stack 결정
  • 와이어프레임 작성, flow chart 작성

Feeling(느낌)

  • 👍
    • 회고를 작성의 필요성을 느꼈다. 되돌아보면서도 성장할 수 있는데 앞만 보고 왔나보다.
    • 투두리스트 같이 적은양의 코드를 작성할 땐 플로우차트의 필요성을 느끼지 못했지만, 규모가 클 수록 코드가 복잡할 수록 필요한 참고자료가 될 수 있음을 깨닳았다.
    • 생각했던 로직을 직접 만들어낼 수 있다는게 정말 재밌고 재밌다.
  • 👎
    • 회의를 할 때 아이디어는 계속 생각났지만 아이디어를 구현하는데 걸리는 시간을 고려하지 못했던 것 같다.
    • 스택을 선택하는데 기준을 잡기 어려웠고, 각각의 장단점을 파악하기엔 시간이 너무 부족했다. 플로우차트 작성 시 주어진 시간에 따라 변경될 수 있는 기능들은 어떻게 처리해야할지 감이 안온다.
    • 기능 추가시 필요한 부분, 변경될 부분을 따로 텍스트로 해놔야겠다.
    • 직접 뭔가를 만들어내는거에 조금 부족한 면이 있는 것 같다. 구조를 잘 잡는 법을 깊게 고민해봐야 할 것 같다.

Future action(행동)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성



👩‍💻 지주현

Fact(사실)

  • 프로젝트 아이디어, 프로젝트명, 팀명 결정
  • 사용할 tool, stack 결정
  • 와이어프레임 작성, flow chart 작성

Feeling(느낌)

  • 👍

    • 어떤 프로젝트를 할까 의견을 나누다가 반려동물 사이트로 의견이 모아졌다. 내가 고양이로 좀 더 특화하면 어떨지 의견을 제시했는데 모두 동의해주셔서 감사했다!
    • 우리 팀원들이 항상 "죠습니다(좋습니다)"라고 하셔서 팀명을 죠스로 제시했는데 모두 너무나 좋아해주셨다.
    • 회의 전에 각자 페이지 목업을 그려오고, 회의 때 그것을 토대로 얘기한 게 시간 활용 측면에서 좋았다. 우리 팀원들 모두 레이아웃도 잘 짜고 여러 도구들을 잘 활용하는 것 같아서 정말 멋지다고 생각한다👍
    • 컴포넌트별 Flow-chart에 대해서 얘기했는데 각자 만들어서 준비를 해오고, 발표를 하고, 그것을 들으며 질문을 하고 그런 과정들이 멋지다고 느껴졌다.
    • 같이 스터디를 했던 분들이라 서로 대화하는 법도, 의견을 맞추는 법도 잘 맞는 것 같아서 기쁘다!
  • 👎

    • 본격적으로 어떤 웹을 만들지 얘기하면서 어느정도 디테일하게 들어갈지 조절이 필요할 것 같다. 시작 단계에서 너무 세세하게 다 정하면 너무너무 시간이 많이 들 것 같다는 생각이 들었다.
    • 어떠한 기능을 구현하려면 어떻게 해야할 것인지, 어떤 방법을 써야할 지(ex. 로그인 여부를 어떻게 계속 체크할 것인가) 얘기하려면 그것에 대한 지식이 잘 정립되어 있어야한다는 걸 알았다. 공부를 열심히 해야겠다!

Future action(행동)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성



👑 👩‍💻 안유원

Fact(사실)

  • 프로젝트 아이디어, 프로젝트명, 팀명 결정
  • 사용할 tool, stack 결정
  • 와이어프레임 작성, flow chart 작성

Feeling(느낌)

  • 👍
    • 다들 프로젝트를 마음에 품고있었던 것 같다. 엄청나게 많은 아이디어가 쏟아져나왔다! 얘기하는게 너무 즐겁다! 내가 어쩌다보니 진행을 맡게 되었는데 다들 즐거워했으면 좋겠다. 이렇게 좋은 사람들과 같이 하게 되니까 더 시너지가 날 것 같다라는 생각이 들었다. 다들 화이팅~!!
    • 와이어프레임과 플로우차트를 작성했는데 이것 또한 많은 이야기가 오고가야 한다는 것을 알게 되었다. 다들 미리 준비해서 하는게 너무 멋있었다. 하지만 정해야 할 것도 너무너무 많아서 이래서 소통을 잘하는 개발자를 선호하는구나.. 라는 생각이 들었다. 너무 즐거운 경험이였다!
  • 👎
    • 너무 안일하게 생각했다.. 정할게 너무너무너무너무너무 많다.... 생각보다 많은양을 정해야하는데 시간은 제한되어 있고 마음은 급하고 내 공부량은 부족하다고 생각해서 많은 생각이 드는 어제오늘이였다...
    • 우리는 너무 큰 숲이 아니라 작은 나무들만 보고 있었던 것 같다는 느낌이 드는 날이였다. 내일은 더 많은 것들을 정하고 시작해야하는 날인데 조금 걱정이 된다.

Future action(행동)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성
2021年04月28日

👨🏻‍💻 권순기

Fact(사실)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성
  • user API 구현

Feeling(느낌)

  • 👍

    • 점점 회의 시간을 효율적으로 쓰는 것 같다!! 어제보다 짧은시간안에 팀 규칙과 서버 쪽 스키마와 api 등 많은 것들을 정할 수 있었다. 다들 회의가 진행되면서 어떤 것이 중요하고 어떠한 흐름으로 진행해야 하는지 알게 된 것 같다
    • 오늘 프로젝트가 진짜 시작됐다는 느낌을 팍! 받았다. 그동안 많은 것들을 정해왔다고 생각했지만, 막상 시작하려니 정해야 할 것 들이 너무많았다. repository가 만들어진 순간부터 시간가는 줄 모르고 많은 것들을 정한 것 같다. 각 폴더의 구조와 공통적인 초기 세팅을 잡고, 이외에도 이슈카드 생성, branch 규칙, commit규칙, PR 규칙 등 규칙이란 규칙은 엄청 정한 것 같다. 미리 준비했음에도 이렇게 시간을 잡아먹을 줄은 몰랐는데, 초기에 탄탄하게 잡아놔야 나중에 덜 고생한다는 마음으로 집중했던 것 같다.
  • 👎

    • 매우매우 사소한 실수때문에 꽤 많은 시간을 허비한 것 같다. 오타나 메소드 사용 실수와 같은 사소한 것들로 시간이 허비된게 너~무 아깝다.

    • 기능 구현 중 작은 기능이라도 완성될 때마다 커밋을 해야하는데 자꾸 까먹는다!! 나도모르게 쭉 진행하다가 뒤늦게서야 커밋을 하는 경우가 여러번인 것 같다. 아직 습관이 덜 들어서 그런 것 같으니 계속 기능별 로 커밋하려는 생각을 의식적으로라도 해야겠다.


Future action(행동)

  • content API 구현



👨🏻‍💻 신영호

Fact(사실)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성
  • user API 구현
  • 로그인/회원가입 모달창 기능 구현 및 뼈대 작성

Feeling(느낌)

  • 👍
    • 여플로우차트 작성할 때 백지장에서 로직을 생각하는데 힘들었지만 작성하고 보니 로직이 머릿속에 쏙쏙 들어오는 것 같다.
    • 회의도 많이하면 느는구나... 점점 빨라지고 있다. 얼른 더 익숙해져서 4주차를 대비하자.
    • 깃 레포지토리의 여러기능을 써봤다. 익숙하진 않았지만 새로운것은 늘 신기하다.
    • 완성됐을 떄의 코드를 생각하며 작성해가는 과정이 바람직하다고 생각하며 항상 노력중이다. 생각대로 됐을 때 정말 기분이 좋다. 중간중간 리팩토링하는게 좀 힘들긴 하지만, 점점 익숙해지다보면 리팩토링 하는 양도 줄것 같다.
    • 코드 리뷰에서 얻어갈 수 있는 부분이 정말 많은 것 같다. 서로 같이 성장해가는 느낌이다.
  • 👎
    • 기능 하나하나는 작은단위라 생각했지만, 모이고 나니 거대하다. 필수기능 부가기능 등으로 중요도를 나눠서 개발해나가야겠다. 디자인 부분에서 의사소통의 미스가 있었다. 전체적인 틀의 기준을 제대로 정하지 않은 탓이였는데, 이런 애매할 수 있는 내용은 꼭 확실히 하고 넘어가도록 하자.
    • 배포 부분에서 문제가 있었다. https로 진행하고자 했는데 AWS에서 적용이 되는데 걸리는 시간이 느린 탓인지 안됐고, 시간이 지나도 안된다. 발급받은 커스텀도메인을 적용할 수 없었던게 너무 아쉽다. 어디서 오류가 나는 건지 감이 잘 오지 않는다..
    • 리덕스가 공통으로 쓰이는 부분이고, 내가 당장 필요해서 팀원들에게 리덕스 부분을 손보겠다고 알렸고 구조를 살짝 잡아놨다. 한명이 하는게 편하긴 하지만 이렇게 하는게 맞나 싶기도 하다.

Future action(행동)

  • 로그인/회원가입 기능 서버통신 추가
  • 사진첨부 컴포넌트 구현



👩‍💻 지주현

Fact(사실)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성
  • Calculator Page(급여량 계산기), Landing Page, Nav bar 구현

Feeling(느낌)

  • 👍
    • 4인 페어를 했다. 다 같이 페어를 하며 이것 저것 설정하고 만드니까 재밌었다. 아 이런 게 협업이구나!
    • 중간에 새로운 dev를 만들고 rebase하는 작업을 했는데 이해하기까지는 오래 걸렸는데 막상 로직을 정리하니 간단했다! 이렇게 git이랑 조금씩 친해지고 있다!
    • 내가 맡은 부분을 계획보다 일찍 완성했다. 세부 디자인을 좀 뒤로 미뤄서 그런 것도 있지만 일이 빨리 진행되는 것 같아 기쁘다.
  • 👎
    • 저번 회의에서 페이지의 디자인을 누가 할 것이냐를 정했었는데, 오늘에서야 당시의 대화를 서로 다르게 해석하고 있었다는 것을 알게 되었다. 올바르게 소통 하는 것이 중요한 것 같다ᅲᅲ 애매한 말을 지양하고 확실한 말을 쓰도록 하자.

Future action(행동)

  • 포토 페이지 구현



👑 👩‍💻 안유원

Fact(사실)

  • node, npm 등 개발환경 통일
  • 커밋규칙, 코드규칙등 세부 규칙 설정
  • DB Schema, API 문서 작성
  • 튜토리얼 페이지 구현

Feeling(느낌)

  • 👍
    • 완전완전 많은것들을 정했다! 어제의 회의를 바탕으로 오늘은 조금 더 한 주제에 집중하는 회의방식 덕분에 많은 것들을 속도내서 빨리빨리 정할 수 있었던 것 같다. 벌써 코드를 작성하다니 너무너무 행복하다!
    • 튜토리얼 페이지를 구현할 때 썸네일을 넣고 싶었는데 이상하게 그 부분이 잘 안되어서 삽질을 많이 하는 중이였다. 그래도 우리 팀원들과 동기분의 도움을 받아서! 좋은 소스로! 썸네일까지 나오는 작업을 완료했다👏👏👏👏 너무 행복했다
  • 👎
    • 완벽하게 이해했다고 생각했는데 의사소통에 문제가 있었다... 너무 화들짝 놀랐었다. 회의 시간이 길어서 그런가..? 라는 핑계를 대기에는 내 의사소통에 문제가 있었던 것 같다. 빠른 시일에 알아서 다행이였지만 앞으로는 많이 주의해야겠다.
    • 중간에 rebase를 하는 작업에서 순간 멘탈이 터질뻔 했다ᅲ 내 엔터 하나에 무슨 오류가 생길지 모르는 이 기분은 정말 너무 아찔했다. 결과적으로는 잘 해결이 되었지만 아직도 오류에 이렇게 두려워하다니ᅲᅲ

Future action(행동)

  • 게시판 글 작성, 수정, 삭제 기능 구현



2021年04月29日

👨🏻‍💻 권순기

Fact(사실)

  • 게시판 CRUD API 구현
  • 댓글 작성 API 구현

Feeling(느낌)

  • 👍
    • 몽고DB 쿼리문에 점점 익숙해지는 느낌이다!! 처음에는 공식문서를 계속 보면서 찾기 바빴는데, 이제는 자주쓰이는 것들은 손에 익어서 작업속도가 빨라진게 느껴졌다.
    • 서버쪽을 맡다보니까 콘솔로 테스트하는 습관, 오류메시지를 읽는 습관이 길러지는 듯한 느낌이다. 코드스테이츠 들어와서 콘솔찍는게 어렵다고 생각했던적이 많았는데 이제는 좀 오류들과 많이 가까워진 느낌적인느낌????!
  • 👎
    • 스키마를 기껏 짜놓고 타입을 잘못넣는 실수를 했다. 몽고DB는 NoSQL이라서 데이터를 설정하고 넣을 때 좀더 신중해야 할 것 같다.
    • 몽고DB 쿼리에 익숙해진만큼 뭔가.. 쿼리기계가 된 기분이든다...? API만드는 기계 그자체.. 기본기능을 먼저 구현하고있어서 더 그런것 같다. 댓글다는 기능을 만들면서 자바스크립트로 데이터를 가공하니 훨씬 재밌었다. 빨리 기본기능을 다 구현해서, advanced한 것들도 구현해보고싶다.

Future action(행동)

  • 댓글 삭제 API구현
  • 이미지업로드 미들웨어 구현



👨🏻‍💻 신영호

Fact(사실)

  • 회원가입 모달 구현
  • 고양이 정보 작성 모달 구현
  • 사진 업로드시 화면에 렌더링하고 상태에 저장되고 전달 props에 따른 렌더링(크기, 곡률)이 변화하는 컴포넌트 구현.

Feeling(느낌)

  • 👍
    • input 타입이 파일인 엘리먼트의 기본 디자인을 숨겨야 해서 좀 까다로웠지만 이벤트를 연결하고 css도 수정해서 원하는 형태와 기능을 가지는 컴포넌트를 완성할 수 있었다. 오래걸렸지만... 뿌듯하다.
    • 오류를 만나면 검색해가며 얻어가는게 많다. 하지만 깊게 들어가기엔 아직 지식이 많이 부족한 듯 하다. 공부할게 많아서 좋으니 좋은점으로 하겠다!
  • 👎
    • 코드가 안풀리면 너무 해결하는데 집착하는 듯 싶기도 하다. 다른 곳 갔다가 돌아오면 문득 떠오르는 경우도 많아서 너무 몰입하지는 말자!
    • 라이브러리 남용의 기준... 내가 작성하는거기 때문에 내가 정하는 부분이지만 감이 아직 오지 않는다. 내가 구현할 수 있는 부분과 없는 부분, 시간 등을 고려해서 상황에 맞게 쓰도록 하자! 하던것만 마저하고..
    • 에러를 정리할 때 그때그때 기록하자. 까먹는것도 꽤 많을 것 같다.

Future action(행동)

  • 멀티스텝폼 구현
  • 서버 요청응답 기능 추가
  • 라우터 추가



👩‍💻 지주현

Fact(사실)

  • 포토 페이지 레이아웃 만들기
  • 포토 페이지 기능 계획

Feeling(느낌)

  • 👍
    • 포토페이지를 카드 형식으로 CSS를 했는데 디자인이 이뻐서 아주 맘에 든다.
  • 👎
    • 오늘 시간이 많지 않아서 코드를 많이 적지 못했다ᅲᅲ

Future action(행동)

  • 포토 페이지 업로드 폼 만들기
  • 포토 페이지 렌더



👑 👩‍💻 안유원

Fact(사실)

  • 게시글 Create 기능 구현

Feeling(느낌)

  • 👍
    • 오늘은 게시글을 Create 기능을 구현했다. 물론 아직 서버랑 통신하는 부분과 유저정보를 받아와야 하는 부분을 마무리 지어야 하지만 오늘 자기 전까지는 해결할 수 있을 것 같다. 한가지 기능 이라도 구현해서 다행이다.
  • 👎
    • 세 가지 기능 구현을 계획했었는데 한 가지밖에 하지 못했다.... 기한 내에 그래도 마무리 하려면 자기 전까지 좀 더 보고 생각해서 기능을 구현해야겠다. 어제도 자면서 많이 생각했었는데 오늘도 자면서 생각해봐야겠다.

Future action(행동)

  • 게시판 기능 구현 완료
  • 서버와 연결



2021年04月30日

👨🏻‍💻 권순기

Fact(사실)

  • 이미지파일 업로드 기능 구현
  • 클라이언트에서의 이미지파일 S3 업로드 테스트

Feeling(느낌)

  • 👍
    • 오늘의 목표였던 이미지파일을 S3에 업로드하는데 성공했다. 먼저 서버의 local storage에 폴더를 만들어서 저장하는 방법을 구현한 뒤에, 오후에 S3의 버킷과 연결하여 클라우드에 저장하는 기능을 구현했다. 처음에 이미지 파일을 저장하는 방법을 공부할 때, '이거 무슨말이야?'라는 생각이 가장 먼저 들었는데, 하다보니 또 되는게 신기하고 재밌었다. 어렵다고 생각했던만큼 구현했을 때 느낀 성취감은 말도못했다!
    • 다만 클라이언트에서 formdata로 전송할 때, 객체 데이터를 같이받아서 하나의 API로 처리하고 싶었는데 formData는 문자열 형태로만 전송이되서, 객체를 전송하려면 객체를 다른 형태로 저장하는 방법을 사용해야했다. 그러면 하나의 API로 처리한다는 간편함보다 오히려 로직의 복잡도가 늘어날 것 같아서 이미지 업로드를 수행하는 API를 따로 만들어줬다. 다른 방법이 없을지 조금 더 찾아봐야겠다.
  • 👎
    • 이미지파일을 S3에서 삭제하는 기능을 구현하려고 생각해보니 생각보다 까다로웠다. 기존에 구현했던 회원정보수정, 회원탈퇴, 게시글 수정 등이 이루어졌을 때, 이미지파일이 변경된다면 기존에 S3에 저장되어있던 파일들을 삭제해줘야한다. 데이터를 주고받는 것과 db에서 쿼리하는 것도 복잡하고, 기존의 API로직도 수정해줘야해서 처음 로직을 짤 때 조금더 꼼꼼이 짤껄하는 후회를했다. 뿐만아니라 북마크 좋아요 기능을 구현할 로직을 생각해보니, 기존 스키마도 조금 변경해야할 것 같다. 나는 스키마 안 엎을줄 알았는데... 이러면서 성.장 하는 거겠지!

Future action(행동)

  • 회원정보나 게시글 삭제할 때, DB정보뿐만 아니라 S3클라우드의 이미지파일도 같이 삭제하기
  • 좋아요,북마크 API 기능 구현



이름(지우고 적어주세요)

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👩‍💻 지주현

Fact(사실)

  • 포토 페이지 업로드 폼 구현 노력
  • 포토 페이지 렌더

Feeling(느낌)

  • 👍
    • 오늘 일을 계기로 기능별로 역할 분담을 다시 했다. 원래 이렇게 기능별로 해야 코드 중복이 없어질 것 같고 좋은 것 같다.
  • 👎
    • 이미지첨부 기능을 영호님이 라이브러리로 만들어놓으셨고 서버로 전송은 각자 하면 된다고 얘기가 되었다. 그래서 오후에 서버로 전송을 어떻게 하면 될 지 열심히 연구했는데 저녁을 먹고 돌아오니 영호님이 그 부분도 라이브러리에 넣어놓았다고 하셨다. 포토페이지의 핵심기능들이 다 만들어져 버려서 속상했다. 나도 재밌는걸 하고 싶었으니까. 이미지 업로더가 여러 페이지에서 쓰이니까 한 사람이 만들면 되는 건 맞았다. 그런데 사전에 그 부분이 협의되지 않았고 누가 만들어놓을건지도 협의되지 않았다. 그래서 이런 부분을 코드리뷰 시간에 이야기 했고 얘기가 잘 풀려서 다행이다.

Future action(행동)

  • 댓글 기능 구현



이름(지우고 적어주세요)

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



2021年05月02日

👨🏻‍💻 권순기

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👨🏻‍💻 신영호

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👩‍💻 지주현

Fact(사실)

  • 댓글 Create 기능 구현
  • 댓글 Read 기능 구현

Feeling(느낌)

  • 👍
    • 포토페이지를 제쳐두고 댓글 코드를 작성하니까 너무 신났다! 처음으로 서버랑 통신을 했다!! 반갑다 서버야! 서버에서 받아온 데이터로 렌더도 하구. 생각보다 댓글 기능 구현이 어렵지 않아서 계획된 시간보다 빨리 진행되는 느낌이다.
  • 👎
    • 오늘도 사진업로더 적용으로 시간을 썼다. 생각해보면 영호님이 라이브러리를 만드셨으니까 영호님이 고치시는 게 맞는 것 같은데 그걸 내가 끙끙 대고 있었으니ᅲᅲ 이런게 삽질이고 개발이구나...
    • 이제 코드 칠 시간이 3일 밖에 안남았다. TODO 리스트를 쫙 적어봤는데 할 게 너무 많다ᅲᅲᅲᅲ

Future action(행동)

  • 댓글 Edit 기능 구현
  • 댓글 Delete 기능 구현



👑 👩‍💻 안유원

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



2021年05月03日

👨🏻‍💻 권순기

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👨🏻‍💻 신영호

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👩‍💻 지주현

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



👑 👩‍💻 안유원

Fact(사실)

Feeling(느낌)

  • 👍
    • 여기에 좋았던 점!
  • 👎
    • 여기에 속상했던 점!

Future action(행동)



Clone this wiki locally

AltStyle によって変換されたページ (->オリジナル) /