일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 논블록킹 성능
- 노드간 통신
- R2DBC Paging
- formik
- 월급루팡 일지
- jsonMarshaller
- RedirectService
- save/update
- jar 배포
- fake jwt
- 개발 어렵당.ㅠ
- 스프링Boot 개발환경
- UnsupportedOperationException
- ㅉ때
- 핀포인트
- pinpoint
- Ingress Controller Fake
- nodeSelector
- reids
- nGinder
- intellij
- Loki 로그
- Armeria
- 더티체킹
- 플루터
- 애자일 싫타
- LPOS
- hbase 저장공간 설정
- OIDC
- pinpoint 2.5.3
- Today
- Total
대머리개발자
코딩컨벤션 본문
꼭 지킬 필요는 없지만
지키지 않는 것보다 200%로 좋다.
내부가 엉망진창 멍멍이판이라도 껍데기가 이쁘면 사람들은 좋게 본다. 근데 이건 어쩔 수 없는 것이다.
그래서 보여주기식의 POC를 하는 것이고 이쁘게 광을 내야 하는것이니.. 뭐 암튼.
혼자서 이것저것 정신없이 만들고 있는데 import 하는 친구들의 네이밍이 제각각 ㅡㅡㅎ 아....
반성하자..
같은 결은 아니지만 주도를 배우는 이유는 주도를 신경 쓰면.. 조금 더 술을 제정신(?)으로 길게 먹을 수 있다.
그 만큼 주도에 신경을 쓰기 때문에 덜 취한다.
코딩컨벤션을 조금만 더 신경 쓰면서 하면 ?? 이 역시 답은 정해져 있다.
무조건 무조건이다!!
다들 파일명에 대한 네이밍을 어떻게 하고 있는지 모르겠지만..
문득 고민이 되었다.
클라이언트의 등록/수정/조회를 하나의 페이지 담을라고 했으나 분기문이 너덜스 해 질것 같아
등록/수정 and 조회로 나눠서 진행했고
각각의 네이밍이.....하악하악
등록 : create, add, save
수정 : update, modify, save
조회 : find, view, get
api에서 즉, 메서드에서 사용해야 하는 단어가 있고 파일명에서 쓰는 단어가 있다... 아니 사실 없다.... 관습적으로 사용하는 것이지 .. 해당 부분의 답은 없다!! 내 눈에 익숙한것으로!!
clientSave 와 clientView
그럼 누군가가 봤을때 아 저 친구는 세이브를 하는 친구구나. 이친구는 뷰를 하는 친구구나....
나는 또 엄한것을 하는 친구구구나...
프론트 엔드는... 손이 너무 많이 간다. 아..못해 먹겠네
인증서버 프론트는 누가 만들어 주면 안되나. ㅠ
'개발이야기 > 개념' 카테고리의 다른 글
What the OIDC (0) | 2023.05.17 |
---|---|
개발에선 "절대"는 없다. (0) | 2023.03.14 |
grpc.proto porting (0) | 2023.01.11 |
역할과 권한 In OAuth2.0 (1) | 2023.01.09 |
What the OAuth2.0 (1) | 2023.01.05 |