프론트새끼중에 복합필드 풀어서 응답해달라는 애가 있는데

[익명(1.230)]

어떤 아키텍처나 설계론을 떠나서

각 프리미티브한 필드들이 모여서
하나의 구조체나 객체 클래스를 구성하면
그 자체가 도메인이고 점점 성숙해진다는 의미에서
개념 이해도도 올라가는데

이시발럼은 하나하나 전부 풀어서 달라는데 어떻게 설득하냐 진짜,,

물론 백은 요청/응답만 바꾸면 그만인데 이거 어짜피 복합 필드나 개념객체로 묶일
다시 묶을거 같은데 개지랄을 해야하는지

아니면 이새끼가 백 모델이랑 프론트 화면 모델이랑 다른데 변환하기 귀찮아서 그런건가?

요새 프론트도 FSD다 뭐다 응답에 대한 타입과 지들이 화면에서 쓰는 모델로 변환해서 하지 않냐
굳이 모델이 없더라도 리액트 좆도 모르지만 프롭 필어넣을 때 니미 전부 풀어서 넣는건 아닐꺼아니야

[헬마스터(supersaver)]

풀어서 달라는게 뭡니까? 걍 json한다는거아님?

[익명(1.230)]

account : { id: , target: id: , type: , } 예를들어 이런형식이면

[익명(1.230)]

account : { id: targetId: targetType: } 으로 다 풀어서 해달래요

[익명(1.230)]

이미 API 협의한거고 1:1 대응은 아니지만 프론트 백 모델이 어느정도 구성이 된 상태인데 처음에는 아 특정 API가 처리가 어렵구나 이렇게 생각했는데 시발 한두번해주닌깐 다 풀어 달라는데요?

[헬마스터(supersaver)]

ㅇㅎ 어차피 개똥철학일 뿐인데 그냥 디비 모델링 기준으로 셀렉하는게 손이 젤 덜갈듯

[헬마스터(supersaver)]

이미 협의끝난거면 이슈제기해서 합의된내용이기 때문에 수용거부하거나 다시 합의하거나하면 될듯

[익명(1.230)]

조회가 복잡한 건 그냥 DB DAO나 매퍼 기준이 맞췄고 생성 모델이 조금 복잡해져서 백 어플리케이션 엔티티 기준으로 만들어놨음 이걸 사용자 화면 고려해서 구성해놨음 근데 풀어달라는건 도메인은 고사하고 DB 구성도 이해를 못했다는 걸로 밖에 생각이 안듬

[익명(1.230)]

그러닌깐 회의좀 해서 나는 빨리 끝내고싶은데 연휴라서 이도저도 못하는중 ㅋㅋ

[헬마스터(supersaver)]

[프갤러 4(121.129)]

프론트와 백엔드의 연결지점은 API 인터페이스 인거고 프론트 입장에서 디비 구조에 대해서 알 필요는 없지 그건 백엔드의 영역인거고 API 응답 인터페이스를 합의하는건 프론트와 백엔드 개발자 두사람의 커뮤니케이션과 합의를 통해서 하는거니 서로 적절하게 대화로 잘 풀고 합의해야 하는거

[프갤러 4(121.129)]

너가 잘못했다고 말하는게 아니고 그냥 일을 그렇게 하면된다는 거임 합의되었으면 그 합의된대로 하면되고 프론트가 합의된 건에 대해서 궁시렁 대면 이미 합의한거다 라고 하거나 아니면 추가적인 합의를 또 거쳐야 하는거지 그게 업무이고 그런거 해라고 돈주고 고용하는거지 그리고 그런걸 잘하는게 일명 소프트 스킬이라고 하잖아

[프갤러 4(121.129)]

풀어서 보내든, 그냥 보내든 그건 정답이 없어 진짜 서로간의 합의의 문제라서 정답이 없음 논리가 타당하면 그 논리에 맞게 서로 이야기 하는거고 그냥 단순히 자신이 일하기 싫어서 자신이 할일을 너한테 다 "해줘" 하는 상황일수도 있지 그런 각 개인의 성향과 자신의 상황, 작업 비용, 말빨 실력 등을 고려해가면서 중간 지점 찾는거지 정답은 없긴해

[익명(1.230)]

1. 프론트가 DB 영역을 모르는게 말이 안됨, 2. DB 영역을 알라는게 아님 쿼리 쏘라는게 아님, 테이블이랑 만들고 있는 도메인 모델 이해도 둘중에 뭐하나라도 있어야지 3. 그냥 코드싸개 화면싸개새끼지 난 그런새끼 사람 취급안함 지가 뭘 만들고 있는지도 모른다는 거임 대놓고 화면을 제일 앞단에서 보고있는새낀데 4. 분명 회의에 같이 들어가서 합의한거임 5. 초기 프로젝트도 아님

[익명(1.230)]

아 맞다닌깐 합의보는게 맞는데 그냥 연휴라서 불가능해서 찡찡되는거임

[프갤러 4(121.129)]

프론트가 DB 영역 모를수 있지 왜 그게 말이 안된다는 거임? 넌 프론트단의 CSS 네이밍 컨밴션이나 규칙 다 알고 있음?

[프갤러 4(121.129)]

비즈니스 도메인은 그에 맞게 화면을 구성하니까 알아야 하지만 비즈니스 도메인과 DB 엔터티 구조가 완전히 동일하진 않기 때문에 프론트 개발자가 모를수 있다고 보는데

[익명(1.230)]

내가 이 개소리할줄 알았음 분명히 적어놨다 DB 영역을 알라는게 아니라 뭘 만드는지 알아야된다는 말이다 테이블 구조 테이블 구조가 보기 어렵다? 복잡하다 뭔지 모른다? 그래서 논리 객체로 합의해서 만들어논 도메인이 있다구요~

[프갤러 4(121.129)]

그러니까 테이블 구조 자체를 알아야 한다는게 개소리라는 거임 그건 백엔드 개발자의 영역임 하나의 서비스가 있고 그 서비스에 대해서 도메인 모델이 존재하지만 그게 프론트단과 백엔드 단에서 풀어나가는 방식은 다른거임 프론트에서는 하나의 화면에서 여러가지 도메인 이 필요해서 API를 쏠수도 있고 유저 플로우에 따라서 여러가지 도메인을 거쳐가는거잖아 그러니 프론트에서는 필요한게 각 도메인별 데이터가 필요한 것이지 정규화, 비정규화 되어 있는 개별 테이블과 테이블 구조에 대한 지식이 필요가 없지

[익명(1.230)]

님 말이 맞아요 DB 엔티티하고 도메인 엔티티하고 다르고 그걸 프론트엔드가 자기 영역하면서 알기 어려운 거 나도 아는데 프론트 개무시까는게 아니라 같이 만들고 있는데 뭘 만들고 있는지 모르닌깐 그런거죠 이미 합의한거 벗어나서 API 스펙이 변경되는게 아니라 그냥 필드 다풀어서 보내달라는게 이게 시발 말이 되냐는 소리였음

[익명(1.230)]

아근데 DDD의 애그리거트나 도메인 객체로 안묶어버리고 그냥 DAO 써버리는 레거시들은 하다못해 지가만들고 있는 API 테이블 구조는 알아야된다고 생각합니다 관계까지 바라지도 않아요 실제로 보통 이런 구조의 회사는 백엔드가 프론트까지 담당하는 경우가 있는데

[프갤러 4(121.129)]

나도 지금 회사에서 풀스택으로 하나의 서비스 내가 다 만들고 있고 네가 뭘 말하는건지는 알겠음 프론트 개발자들도 성향따라 "다 해줘" vs "걍 내가 알아서 할테니 데이터 그대로 보내줘" 가 있으니까

[프갤러 4(121.129)]

프론트 개발자중에 http get, post 만 알고 그외에는 백엔드 쪽에 아예 모르는 친구들도 있다보니 , 어찌 그런걸 모를수 있지? 하면서 열내봐야 네 손해라서 이렇게 말하는거임 개빡쳐 하는거 이해하는데 뭐 어쩌겠네 같이 일하는 동료인데 ㅋㅋㅋㅋㅋ 맛있는거 사먹고 잘 이야기 해봐 그래서 아몰랑 알아서 해줘 하면 싸우든가 아니면 한숨쉬고 하는거지 ㅋㅋ

[익명(1.230)]

제 입장에서는 "해줘"로 보이긴하는데 아이걸 어떻게 설득시켜야될지 모르겠다는게 문제임 애그리거트? 유티쿼터스? 염병 이런 설계론 들고오면 저새끼 뭐라시부리는지 이해도 안갈거고 납득도 안될거고

[익명(1.230)]

요새 사용자 화면이 중요하닌깐 프론트가 해달라는데로 앵간하면 해주는데 이건 열이 안받을 수가 없지않나 ㅋㅋㅋㅋㅋㅋㅋ 여튼 조언감사

[프갤러 1(175.115)]

모니터링함 ? 왤케 세세하게 해달래

[익명(1.230)]

나는 오히려 풀어버리는게 더 대충한다는 느낌인데

[프갤러 2(118.41)]

풀지마라...가오 빠진다

[프갤러 3(211.234)]

둘다 하는 풀스택인데. 나는 백엔드에서 프론트에서 필요한 구조에 맞게 변형해서 보냄.

[익명(1.230)]

아니 그 필요한 구조 맞게 변형하는걸 시발 미리 다 협의끝났다고

[익명(1.230)]

지금 프론트엔드 개무시까면서 백엔드 좆같은 고집부려 안바꿀려고 버티고 있는 줄아나

[익명(1.230)]

그리고 필요한 구조에 맞게 ㅇㅇ 알겠다 근데 복합 필드 다 풀어달라는게 말이되냐 ㅋㅋ

[프갤러 3(211.234)]

걍 네 꼴리는대로 해. 난 풀스택이라 이렇게 하는거고. 나도 1년차 시절엔 백엔드 모델 그대로 보냈음

[익명(1.230)]

아 제발 ㅋㅋㅋㅋㅋㅋㅋㅋ 그냥 백엔드 모델이 아니닌깐 이 개지랄을 떨죠 ㅎㅎ

[프갤러 3(211.234)]

나같은 경우, 이젠 피그마 보고 화면에 그려질 요소 중 서버 응답에 대치되어야 하는 부분을 관찰해서 그에 맞는 응답만 딱 보냄. 다만 이렇게 하면 나중에 디자인 바뀌고 개지랄날 때, 서버도 바뀐 응답에 따라 해줘야 하는 경우가 있음. 따지고 보면 복합 필드로 보내는게 나을 수 있다. 프론트를 잘 설득해봐라.

[익명(1.230)]

그래서 위에 적어놨잖아요 복합 개념 객체 필드를 풀면 개지랄날꺼 아닌깐 찡찡되는거임

[프갤러 3(211.234)]

위에 팀장 없음?

[익명(1.230)]

나보다 아래직급이라 그냥 내 선에서 처리가능한데 회의들어가서 꼽주는 것도 병신같고 뭔가 힘들어보여서 풀어준건데 다 풀어주세요하닌깐 지랄한거임 연휴끝나면 설득해야지 설득해도 몬말인지 못알아먹을게 뻔히 보이지만

[노력(dollar2000)]

프론트는 개발 개못하는 유사 디자이너들이라서 그럼 - dc App

[익명(1.230)]

백엔드도 그냥 단순 CRUD만 할줄 아는 병신들 많음 그냥 사람차이임