백엔드는 인정하지만 프론트앤드는 ui쪽은 class 같은 걸로
묶는 것보다는 sass처럼 코드가 길어져도 빨리 프로토타입
만들거나 자기가 만들 수 있는 최대로 프로토타입 만들어내고
그 후에 class로 묶거나 상황 판단하는게 낫다는 입장임
왜냐하면 스타트업 같이 성장하는 업체의 경우 고객을 어느정도 예상하고 거기에 맞게 ui 개발하더라도 장기적으로 연령층 특화보다는 다양하게 생각해서 개발하자 이런식으로 목표나 주요고객이 바뛸 수도 있는 상황인데 왜 그걸 개발중심론으로
개발해야됨?
Si도 유지보수 생각해서 요청한거 아니면 유지보수 생각하는 동안 개발 품질은 저하될 수 밖에 없음
장기적으로 사용하면 둘 다 이득이겠지만 스타트업이든 si든 해당 사업이 유지될꺼라는 보장도 없는데 그렇게 개발해서 이득 볼 부분은 뭐임?
내가 프론트앤드 개발 기간이 적어서 그런건지는 모르겠는데
나는 개발할 수 있으면 장기적인 유지보수는 시스템이 어느정도 안정화되거나 개발팀 힘이 세거나 사장님이 그런걸
바라는 상황일 때 적용해야 한다고 생각함
막말로 그렇게 개발해서 그 사업이 잘 될꺼라는 보장이 없음
어느정도 안정화가 되고나서야 그렇지.
내가 생각이 짧은건가?
묶는 것보다는 sass처럼 코드가 길어져도 빨리 프로토타입
만들거나 자기가 만들 수 있는 최대로 프로토타입 만들어내고
그 후에 class로 묶거나 상황 판단하는게 낫다는 입장임
왜냐하면 스타트업 같이 성장하는 업체의 경우 고객을 어느정도 예상하고 거기에 맞게 ui 개발하더라도 장기적으로 연령층 특화보다는 다양하게 생각해서 개발하자 이런식으로 목표나 주요고객이 바뛸 수도 있는 상황인데 왜 그걸 개발중심론으로
개발해야됨?
Si도 유지보수 생각해서 요청한거 아니면 유지보수 생각하는 동안 개발 품질은 저하될 수 밖에 없음
장기적으로 사용하면 둘 다 이득이겠지만 스타트업이든 si든 해당 사업이 유지될꺼라는 보장도 없는데 그렇게 개발해서 이득 볼 부분은 뭐임?
내가 프론트앤드 개발 기간이 적어서 그런건지는 모르겠는데
나는 개발할 수 있으면 장기적인 유지보수는 시스템이 어느정도 안정화되거나 개발팀 힘이 세거나 사장님이 그런걸
바라는 상황일 때 적용해야 한다고 생각함
막말로 그렇게 개발해서 그 사업이 잘 될꺼라는 보장이 없음
어느정도 안정화가 되고나서야 그렇지.
내가 생각이 짧은건가?
내 개발 방법이 틀린건지도 모르겠다
이거 맞는 거 같음
별도로 내가 처음 만든 게 완벽할 거라는 가정을 절대 하지 말아야됨
무조건 1번 이상 바뀜 이건 절대 법칙임