먼지아웃(MunjiOut)은 여러분이 검색한 지역의 미세먼지 수치를 확인할 수 있습니다.먼지아웃(MunjiOut)은 즐겨찾기를 통해, 매번 검색하지 않아도 원하는 지역의 미세먼지 수치를 확인할 수 있습니다.먼지아웃(MunjiOut)은 매일 오전 즐겨찾기에 등록된 지역의 미세먼지 정보를 메일로 받아 보실 수 있습니다.먼지아웃(MunjiOut)은 여러분의 건강을 위한 정보를 제공합니다.WIKI: https://github.com/codestates/MunjiOut/wikiService Link: http://munjiout.com
| 이름(깃헙) | Position |
|---|---|
| 김용우 | Front-end && Team Leader |
| 김무현 | Front-end |
| 하경주 | Back-end |
| 김태호 | Back-end |
| Fields | Stacks |
|---|---|
| Common | Git, GitHub, JavaScript, VS code |
| Front-end | React, Axios, HTML5, CSS, styled-components |
| Back-end | Node.js, Express, Axios |
| Data | MySQL, Sequelize |
| Auth | JSON Web Token (JWT) |
| Nodemailer | |
| Distribution | AWS, EC2, S3, RDS, Route53 |
| Planning / Design | dbdiagram, GitBook, Figma, Photoshop, Illustrator |
| Communication | Zoom, Discord |
32d0bda1f7eec09e68baf943f2948b8f158f5b0b
Server-Side
<<<<<<< HEAD
Mobile vs. Web
Login
Search Area(회원)
Setting/Unsetting Favorite Area
32d0bda1f7eec09e68baf943f2948b8f158f5b0b
Login
Search Area(회원)
Setting/Unsetting Favorite Area
First Project 회고
First Project 회고
프로젝트에서 아쉬웠던 점
-
처음에는 2주라는 시간이 어떤 서비스를 간단히 구현하기에는 충분한 시간일거라고 생각했습니다. 하지만 팀원들과 코드리뷰를하고 테스트를 진행해보면서 추가적으로 필요한 기능들이 계속해서 나왔고 2주라는 시간이 우리가 생각하는 기능을 온전히 구현하기에 부족하다고 느꼈습니다.
-
프로젝트를 진행하면서 개인적으로 개발하고 정해진 시간에 모여 코드리뷰를 통해 서로 피드백을 제공하였습니다. 개인적으로 테스트를 했던 시간이 부족하다고 생각하였습니다. Final Project에서는 정해진 시간에 유닛테스트를 통해 기능 하나하나 테스트를 진행하고 통합테스트를 통해 전체적인 서비스에 대한 테스트를 진행하면 First Project에 느꼈던 시간적인 압박이라던지 그런 부분이 해소될거라고 생각합니다.
프로젝트에서 좋았던 점
-
저의 경우 4명의 팀원이 온전히 정해진 상태에서 사전에 서로 이렇게 하자 이런거 없이 프로젝트 처음 시작할 당시 팀원들을 처음 만났습니다. 제가 팀 프로젝트를 진행하는데 누가되지 않을까 걱정하였지만 팀원들 모두 서로 어려워 하는 점은 도와가면서 개발을 할 수 있었습니다.
-
매일 정해진 시간에 모여 각자의 진행상황을 공유하고 각자의 코드를 리뷰하면서 피드백을 제공받았습니다. 이 부분에서 제가 놓치고 있었던 부분을 다시 생각할 수 있었고 그걸 반영해서 더 좋은 방향으로 개발할 수 있었습니다.
-
배포를 진행하면서 배포환경에서의 에러가 발생했습니다. 배포환경에서의 에러를 팀원 모두 구글링과 여러가지 의견을 통해 해결할 때 정말 좋았습니다.
느낀점
- 저는 모든 개발은 혼자하는 것보다 팀 단위로 협업을 통해 이루어질 때 더 좋은 결과가 나온다고 생각합니다. First Project를 진행하면서 이 부분을 다시 한번 느낄 수 있었고 좋은 팀원들과 구현하고자 했던 서비스를 정상적으로 마무리 할 수 있어서 뿌듯했습니다.
First Project 회고
<<<<<<< HEAD
=======
32d0bda1f7eec09e68baf943f2948b8f158f5b0b 프로젝트에서 아쉬웠던 점
- 처음 기획 단계에서는 저희에게 주어진 2주의 시간에 맞는, 간단한 기능을 수행하는 프로젝트를 구상했다고 생각했었습니다. 하지만 서버와 클라이언트를 연결는 과정, 그리고 배포 단계에까지 이르게 되면서 예상치 못한 이슈에 직면하기도 해 2주라는 시간이 전혀 충분한 시간이 아니었음을 깨닫게 되었습니다.
- 클라이언트가 미세먼지 정보를 조회할 때, 서버는 외부 API(에어코리아 OpenAPI)에 요청을 보낸 뒤 해당 대기정보를 응답받아 다시 클라이언트에게 전달합니다. 일련의 과정에서 버그가 많이 발생하였는데, 많은 경우 외부 API의 불안정성 때문이었습니다. 보다 안정적으로 외부 API와 통신할 수 있는 방법을 찾지 못한 것 같아 조금 아쉬움이 남습니다.
프로젝트에서 좋았던 점
- 프로젝트를 시작하기 전에는 막연히 프론트엔드 포지션을 맡아야겠다는 생각이었습니다. 하지만 역할 분담을 하며 효율적인 분배를 위해 백엔드를 담당하게 되었는데 걱정했던 것 보다는 제 역할을 잘 수행한 것 같아 안심했습니다. 그리고 이번 기회를 통해 백엔드의 매력(?)을 알게 된 것 같아 만족합니다.
- 저희는 매일 정해진 시간, 그리고 이슈가 발생했을시 수시로 공유하는 시간을 가지며 프로젝트를 진행했습니다. 이슈에 대한 신속한 대처와 적극적으로 피드백을 공유하는 자세가 프로젝트를 잘 완수해낼 수 있었던 원동력이 아니었나하는 생각입니다.
느낀점
- 저 개인적으로는 4인으로 팀을 구상해 프로젝트를 진행하는 것도 처음이었고 프로젝트를 온라인으로만 완성 단계까지 이끌어나가는 것, 모두 처음이었습니다. 생소한 개발 방식이었지만 협업을 통해 보다 완성도 있는 결과물이 나온 것 같아 만족스럽고, 서비스의 기획부터 배포, 발표 준비까지 함께 했던 팀원분들에게 감사한 마음입니다.
First Project 회고
<<<<<<< HEAD=======
32d0bda1f7eec09e68baf943f2948b8f158f5b0b 프로젝트에서 아쉬웠던 점
- 저희 팀에서 원하는 기능들을 효율적으로 구현하기 위해 필요한 기술 스택이 무엇이었는지 고민을 덜 한 것이 아쉬웠습니다. 프로젝트를 도중 프로젝트 처음에 생각한 것보다 관리해야할 states, props들이 많아 관리함에 있어 불편함을 느껴서 Redux의 필요성을, 컴포넌트 당 CSS파일을 만들다 보니Styled-Component의 필요성을 통감했습니다. 추후 특정 프로젝트 규모에서 어떤 스택들을 사용해야 더 효율적으로 수행할 수 있을지 처음 기획 단계에서 더 신중하게 생각하게 되었습니다.
- 위 내용과 비슷하게, 프로젝트를 하는 도중 더 효율적이고 좋은 개발 방향은 팀적으로 논의되고 있었지만, 팀에게 할당된 시간이 부족해 이행할 수 없었습니다. 예를들어, 외부 API로 받아오는 정보 응답으로 예상하지 못한 불편한 사항이 많이 발생했습니다. 이를 발견하고 해결할 방법도 구상되었지만, 저희 팀에게 남은 자원을 해당 문제에 소비할 수 없어 개선 포인트로 유지된 것이 아쉬웠습니다.
32d0bda1f7eec09e68baf943f2948b8f158f5b0b 프로젝트에서 좋았던 점
- First Project는 주어진 자원이 최소한으로 주어지고, 저희는 목표만 알고 가보지 않은 길을 같이 걸어가야 했습니다. 무작정 부딪혀 안 되는걸 우리만의 방식으로 될 때까지 해결했던 시간들은 정말 좋은 경험으로 남았습니다.
- 처음엔 비대면 방식으로 프로젝트를 기획, 개발 하는 것에 대한 의문이 많이 들었습니다. 솔직히 아직도 필요한 부분은 대면으로 진행하는 것이 더 효율적이라고 생각은 하지만, 비대면 방식으로도 프로젝트 기획, 개발이 가능하다는 걸 체험할 수 있는 기회였습니다.
느낀점
- 프로젝트 중 팀원들과 함께 같이 문제를 해결하는 경험이 있었습니다. ‘정말 도저히 방법을 모르겠다.’ 상태까지 왔지만, 해당 내용을 포기할 수 없는 상태이므로 몇 시간이고 해결책을 강구하려고 노력했습니다. 결국, 매번 팀은 우리만의 방법을 찾게되었습니다. 끝까지 포기하지 않는 팀원들이 멋있었고, 같이 문제를 해결하는 경험을 나눠 즐거웠습니다.
- 개인적으로 프레임워크에 대한 이해도, 효율적인 컨벤션과 코드의 짜임새에 대해 스스로 아직 많이 부족하다고 생각합니다. 하지만, 프로젝트를 통해 왜 더 프레임워크에 대한 이해가 필요한지, 효율적인 컨벤션은 어떤 것들이 있을 수 있는지, 어떤 방식의 코드가 어떤 상황에서 조금 더 효율적인지, 공부할 동기를 얻을 수 있었습니다. (정말 중요한 부분이라고 생각합니다.)
First Project 회고
프로젝트에서 아쉬웠던 점
- SR 단계에서 좀 더 탄탄하게 계획을 세우고 개발 범위를 설정하고 구체적으로 했으면 좋았을텐데 처음이다보니 전혀 감이 안잡혀서 그런 세부적인 부분들을 어쩔 수 없이 놓치고 시작한 부분들이 있는 것 같아서 조금 아쉬웠습니다. Final project에서는 좀 더 충분한 시간을 갖고 기획단계에서 부터 탄탄하게 진행하기 위해 노력할 예정입니다.
- 2주라는 시간이 너무 짧았습니다. 팀원들과 함께 프로젝트를 완성해가면서 다들 더 잘하고싶은 욕심이 생겼는데 그 욕심을 채울 시간이 부족해서 다 구현해내지 못한 부분이 조금 아쉬웠습니다.
프로젝트에서 좋았던 점
- 혼자 했다면 절대 이 정도의 프로젝트를 2주가 아닌 2개월이 주어져도 하지 못했을 것 같습니다. 이번 프로젝트가 정말 무에서 유를 창조해가는 과정처럼 느껴졌는데 팀원들과 함께 고민하고 공부하고 방법을 찾아보면서 저희가 원했던 기능들이 제대로 구현될 때의 그 쾌감이 너무 좋았고, '이 맛에 코딩하는구나!' 라는 기분이 들었습니다. 처음엔 혼자가 편할거라 생각했었는데 협업의 즐거움을 느끼게 해준 팀원분들에게 감사드립니다.
- 실제 프로젝트를 진행하면서 실력이 더욱 늘었다고 생각합니다. 사실 프로젝트에 들어오기 전까지 기수이동을 해서라도 좀 더 준비를 하는게 좋지 않을까 하는 생각을 했었는데, 프로젝트를 진행하면서 만나는 에러들이나 원하는 기능을 구현하는 방법을 찾기위해 공부한 내용들이 제법 많았고, 이 내용들은 아마 기수이동을 하고 준비하는 단계였다면 깨닫지 못했을 내용이라 생각합니다. 직접 부딪혀 보면서 배우는게 학습 속도도 빠르고 머리에 남는 것도 더 많다고 느껴져서 좋았습니다.
느낀점
- 우린 답을 찾을 수 있다. 늘 그랬듯이
- 협업을 통해 더욱 양질의 결과물을 얻을 수 있다. 집단 지성의 힘
- 아직 react hooks 나 redux 등 기술 스택에 대한 이해도가 부족하다. 하지만 공부하고 노력하면 다음 프로젝트에서 충분히 잘 적용해서 할 수 있을 것이다.
- 실전에서 훨씬 더 많은 것을 배울 수 있다. 두려워하지 말고 기쁜마음으로 박살나자....