1) 테스트 프레임워크를 안썻다 -> 빠꾸
2) 의존성이 구리다 -> 빠꾸
3) 데이터를 struct 안쓰고 class 썼다 -> 빠꾸
4) 인터페이스가 쓸데 없이 public이다 -> 빠꾸
5) doxygen 돌려서 순환참조 나온다 -> 빠꾸
6) 각 클래스에 대한 유닛테스트 코드가 없다 -> 빠꾸
7) 통합 테스트 코드가 없다 -> 빠꾸
8) 성능 테스트치가 없다 -> 빠꾸
9) 도메인이 외부 인프라(라이브러리 등)에 의존성이 있다 -> 빠꾸
10) 한 함수에 쓸데없이 If문으로 두 개 플로우가 나온다 -> 빠꾸
11) 사용자 정의 클래스/메소드에서 null을 리턴하고 있따 -> 빠꾸
12) 에러 처리를 예외처리로 안했다 -> 빠꾸
13) 함수 인자가 3개 이상이다 -> 빠꾸
14) 리턴을 함수 인자로 한다 -> 빠꾸
Junit, 에스프레소로 테스트 - dc App
2번은 대거로 의존성 해제, 3번은 플레인오브젝트인게 중요한거지 스트럭쳐가 의도하는걸 몰겟네 - dc App
struct는 passive object, class는 active object << 라고 구글스타일께서 정의해주셨느니라
자바는 스트럭쳐 업자나 POJO양식으로 짜야함 - dc App
박싱유무 차이지 그게그거긴 한데 - dc App
I hate java
SI인데 자바를 왜안씀 - dc App
자바싫으면 코틀린을 쓰는게 어떨까? - dc App
자바 런타임 개느령
그것도 옛말임 JVM성능개선 마니됨 근데 우리나라에서 SI인데 자바아닌곳이 잇음? - dc App
C#쓰나 - dc App
돈주는데에서 C++로 개발해오라고 하는데 어쩔꺼여 ㅎㅎㅎㅎㅎㅎ히히히히히힣
신기하네 스고이 - dc App
9번도 DI로 해결가능 - dc App
10 11 ㄹㅇ임 - dc App
12 릴리즈면 ㄹㅇ 예외처리를 피하는게 최고 - dc App
너 고수임??? 배우고싶네 - dc App
학식새낀데요? - dc App
게다가 오늘 UTF8 16차이 설명못하고 안드 라이프사이클에서 디스트로이드 빼먹고 퓨즈드가 화면 나갔을때라 그러고 - dc App
면접을 똥덩어리수준으로 봐서 쓰레기가된기분 - dc App
나보다 많이 아는거 같당 - dc App
면접 붙으면 좋겠다... - dc App
나는 걍 공부를한거고 경험은 님이 더 뛰어날걸요 - dc App
몇개는 좀 봐주라..
가격에 따라 다름니다