[TIL]20241128

일정표 ✨

09:00 ~ 10:10 : 디자인 카타 진행(모바일 컴포넌트 자료조사_ list/card)

10:10 ~ 10:30 : 데일리 스크럼 진행 & 학습 계획 세우기

10:30 ~ 11:00 : 디자인 카타 - list/car 예시자료 찾기

11:00 ~ 13:00 : 개인과제 - 진행 순서 및 계획세우기/해야할 일 리스트만들기

 

14:00 ~ 17:00 : 개인과제 - 사용성 테스트 스크립트짜기/모집공고 만들기

17:00 ~ 18:00 : 피그마 - 작업 정리

 

19:00 ~ 20:30 : 개인과제 필수2 목록 체크 및 계획세우기 

20:30 ~ 21:00 : TIL 작성 및 제출, 데일리 스크럼

 

 

오늘 공부 내용

오토레이아웃, 컨스트레인츠, 컴포넌트를 만드는 이유, 레이아웃 구조를 파악하는 생각의 흐름과 같이 작업의 원리 위주의 설명을 들을 수 있었다.  또 질문에 대한 답변도 주셔서 평소 UI 작업을 진행하면서 궁금했었던 부분들이 해소되었던 특강이었다 그중 기억에 남았던 부분과 몰랐던 부분에 대해 정리를 해보았다.
특강 정리한 링크 : [특강] 피그마 활용법

 

TIL 작성

피그마로 UI 작업하면서 헷갈리거나 궁금했던 부분들에 대해 실무진에게 답변을 들을 수 있는 좋은 시간이었다. 개인과제를 하면서 궁금했었던 부분도 알게되었다! 컨스트레인츠와 오토레이아웃을 사용하긴 했지만 명확한 차이는 몰랐는데, 오늘 특강을 통해서 시원하게 알아버렸다.

또 컴포넌트의 이름같은 경우는 생김새에 따라서 이름을 짓고 사이즈와 버전 등등을 통해 정해진다는 것을 알았다. 그 이유도 기억에 남았다. 닫기 버튼의 경우 규칙을 정하지 않았더니 각자 작업한 뒤 모았더니 닫기버튼의 이름이 수십가지가 된 적이 있다는 예시가 기억에 남았다.

실제로도 개발하면서 어디서는 popover/popup/alert/overview/swal(sweet alert)등 알고 보면 각각의 용도와 기능이 다 다른데도 불구하고 한 사이트 안에서 이름만 수십가지인 경우를 보았기 때문이다. 그래서 협업을 할 땐 시간이 많이 들더라도 반드시 가이드라인 세우고 작업을 해야한다는 것을 다시 한번 느꼈다. 

그리고 반드시 이렇게 해야한다가 아니라 팀이나 그룹에서의 규칙과 가이드라인을 따라 유연하게 사용하면되고 나같은 경우엔 어떻게 쓴다고 예시를 보여주신 것도 좋았다. 그 예시를 보면서 다음에 나도 이름을 짓게 된다면 참고해야겠다고 생각했었다.