[💬] 현업식 객체지향도 인디에서 효율적일진 의문임

[익명(175.208)]

인강러들 비판하는 요지는 이해감. 애초에 프로젝트의 목적 자체가 출시가 아닌 잘 포장해서 보여주는게 목적이기 때문에 그 이상 생각하고 구조를 짜지 않음.



다만 현업에서 배운 철학이 효율적일지도 의문임. 그 근본이 중대규모 팀 내에서의 협업이고 그러다보니 생산성을 좀 희생하고서라도 스타일을 각지게 반듯반듯이 가져갈 수밖에 없음. 그게 아니고 지멋대로 하면 프로젝트가 진행조차 되지 않으니 필연적으로 그리할 터임.


다만 그걸 개인플레이가 대부분이고(디자이너와의 협업 포함) 프로그래머끼리 협업하더라도 소규모 팀에서 벗어나지 않을 인디에서 적응하기엔 쓸대없에 연필 깎는데 부엌칼을 가져오는 참사가 일어날 확률도 크다봄. 즉 철학이란게 탑재되어있다 자부하지만 그 철학이 소규모 프로젝트가 아닌 대규모 프로젝트를 위한 것이가 보니 철학앖이 하는 놈하고 효율면에서 크게 차이가 안날수도 있음.


그럼 소규모에 효과적인 철학은 누기 강의하느냐 하면...
그거까지 되는놈이 강의나 팔리 없자나.
안될거야 아마.

[익명(ggu3333)]

그거되는 소규모 개발자들른 할 일이 많아서 못 함

[익명(118.241)]

대체 현업식 객체지향이 뭐임? 현업 10년차인데 현업용 개인용 나누는건 인생 처음들어보는데

[익명(ggu3333)]

개발방법론이랑 코드패턴에 종속된 코드 구조겠지.

[익명(118.39)]

현업에서 프로젝트할때 제약사항같은거 없었음? 반드시 mvvm패턴대로 해야한다거나

[익명(118.241)]

현업에서는 프로젝트의 규모, 기한, 목적, 예산, 진행 방식 등등에 따라서 코드 구조, 시스템 설계, 제약사항 다 바꾸는데? 나는 엔지니어 백명 이상 단위의 대규모 프로젝트도, 1~3명 규모의 소규모 프로젝트도 여러번 경험해 봤는데 워터폴이냐 애자일이냐, 만들어야 하는게 정해져 있는가 테스트 하면서 바꿔야 하는가 어려 협력 업체랑 연계해야 하는가, 등등등 에 따라서 다 다름

[익명(118.241)]

현업용 개인용 어쩌고 하는거 보니 현업 경험이 별로 없는가 본데, 지금 현업이라면 왜 현재 프로젝트에서 이런 식으로 설계를 했고 이런 제약이 있는지, 그걸 고민해보셈. 그러면 현업용 개인용 이렇게 나눠서 생각하지 않게될거임

[익명(118.241)]

회사가 병신이라 프로젝트의 목적과 성격도 고려 안하고 무지성으로 설계 제약 만드는 곳이라면 빨리 탈출하고

[익명(118.39)]

ㄴ글 맥락보면 그냥 대규모프로젝트를 현업식이라고 표현한듯

[익명(usnned)]

기술 부채라는 말이 있워요

[익명(7hvc5bphs4sv)]

이거만큼 개소리가 없음 ㅋㅋㅋ 코드라는것도 결국 문서라서 잘쓰면 좋은거지 인디에서 더나은 최적화가 있다!! 이거만큼 개소리가 없음 대기업출신중에 1인개발 해본사람 없겟냐?? ㅋㅋ

[익명(223.62)]

오히려 현업에선 생산성을 취하고 좋은 구조를 포기할 때가 많은데

[oo(222.109)]

음.. 생산비용은 회사가 내는거지 직원이 만들어 오는게 아닌데.. 무조건 생산 효율이 먼저임 효율적이게 짜는게 우선순위가 높으면 그게 회사냐 일정 + 금액이 먼저다 이후가 효율이고