I think programmer also need to spend tons of time to know what they should make.
This process is crucial because it helps ensure that the system you're building will meet the user's needs and expectations. If you skip this step or rush through it, you risk building a system that doesn't do what it's supposed to do or that isn't easy for users to use.
In addition, this process often involves a lot of communication and collaboration with others, including users, stakeholders, and other developers. This can involve meetings, discussions, and writing and reviewing documents.
Once the requirements are understood, a developer can then start designing and implementing the system. This involves making decisions about what technologies to use, how to structure the code, and how to handle different scenarios.
So yes, a lot of a developer's time is spent on tasks other than just writing code. But all these tasks are essential for building a successful software system.
https://www.notion.so/2023-04-15-98fc69e81e464f3682e01adcbfe0fa27
참고 사이트 https://locize.com/blog/react-i18next/#why-i18next
비동기 작업을 처리하기 위한 미들웨어. redux-thunk보다 많은 기능 지원 redux => useDispatch & dispatch로 action 처리 => useSelector로 사용하길 원하는 data 선택
더 쉬운 불변성 관리 가능
npm i @reduxjs/toolkit react-redux
명령어 모음 npm i react-datepicker --save
로그인, 로그아웃 시 url 관리 => 가장 최상위에서 해줘야 복잡하지 않고 관리가 잘 된다. => useEffect사용 시에는 state값의 변화를 통해 이벤트를 줄 수 가 있는데... 이것의 문제는 문맥에 맞지 않는 이벤트를 중구난방으로 난사하면 어디서 수정해야하는지 절대 못찾음
다국어 처리 적용 완료(영어랑 한국어클릭시 변환 되도록 다 등록해야함 ㅠㅠ...) bootstrap carousel적용. (디자인 이상하다는것은 반박 불가)
git repository 연결 테스트...
참고 영상 https://www.youtube.com/watch?v=edWbHp_k_9Y&ab_channel=%ED%86%A0%EC%8A%A4
사실 프론트엔드에서의 클린 코드를 신경쓰지 않았음. 학습 필수!
이유는 메시지를 그대로 alert로 띄워주고 싶음.(다국어 처리된 상태로). 이에 대한 고민이 필요함.
이유
현재 chatting 화면의 디자인을 반영하고 있으며, @faker-js/faker 를 이용해서 임의의 화면을 구성해서 배치를 파악중 또한, chatting 화면을 위해 여러 component로 나누어 생성.
=> 디자인도 신경을 써서 하다보니 작업량이 배로 늘어남.