jpa랑 map struct 정도면 나름 많이 쓰는 라이브러리인가?
전에 관련글 썼다가 완장 눈에 뭐가 거슬렸는지 삭제됐는데 뭐냐면 저 라이브러리들이 메소드 명, 변수명이 로직에 강하게 엮여있다보니 오타 하나 잘못내면 디버깅하는데 시간이 많이 걸리고 특히 map struct는 온갖 어노테이션 떡칠해놔서 지들만의 문법을 쓰고 어떤 기능에 대해 이렇게 쓰면 될것 같은데도 안되는 경우 결국 "알아서 마법같이 생성"해준 맵스트럭트 파일을 까서 적용이 됐는지 안됐는지 확인해봐야하는것들이 너무 역겨웠지.
자프링 옹호자들은 저 라이브러리가 문제다! 다른 좋은 라이브러리가 있다! 할 지도 모르겠는데 자프링을 한다는것은 저런 똥 라이브러리로 개발된 프로젝트에 들어가게 될 수도 있다는걸 다 감안하는거야.
자프링이 이것저것 끼워 쓸 수 있다는 유연함? 그런건 장점이 아니라 온갖 문란한 쓰레기 라이브러리가 난립한 막장 상황을 만든 치명적인 단점이다.
- dc official App
저능아같은 소리 ㄴㄴ
꼬우면 어노테이션기반의 mapper generator 안쓰면 됨. 이건 rust serde 똑같은거임;
자능아같은 소리 ㄴㄴ. 애초에 내가 기술 스택 정할 수 있었으면 스프링은 거들떠도 안봤어. - dc App
자슬람들 ㅈㄴ패야함 - dc App
근데 궁금한게 자프링이 싫으면 다른 쪽으로 일하면 되는데 왜 욕하고 있는거야?
못가니깐
노드 잘 쓰고 있다가 신규 프로젝트에서 처음 써봤는데 다음부터는 스프링 얘기 나오면 개지랄발광할 예정 - dc App
코딩규칙으로 map 못쓰게 막아놔
Kotlin만해도 jpa랑 안맞는 부분이 많음 orm의 사상 운운하지만 현실은 java-specific 하다는거 ㅇㅇ