알고리즘이 컴공의 근간인데
ㄴ 객체지향에서는 아니걸라여 - return 0;
대회 잘 봐서 뭐하나 하는 현타도 온다 - return 0;
대회를나가지마셈
OOP도 알고리즘 중요한데..
애초에 둘이 상충되는게 아닌뎀
상충되는건 아닌데 OOP 라고 하면 아키텍처잖음 - return 0;
앨고리즘이면 결국최적화 딸딸이용일텐데 oop로 구조를 잘 짜두면 최적화 딸을 쳐도(코드 변경)구조가 무너지지 않음
결국 둘다 필요. 근데 개인적으로 뉴비일수록 oop가 더중요하다고 생각함
OOP 구조 자체를 최적화하는거랑은 크게 관련없지 않음? 패턴이면 몰라도 - return 0;
알고리즘은 몰라도 프밍할 수 있는데 oop는 모르면 못하거나 산업폐기물에 한없이 가까운 코드 작성함
그게 원래 어떤 모듈이 있는데 이게 너무 느려서 최적화를 해야되는데, 구조가 잘 잡혀있으면 그 모듈만 수정하면 되는데 그렇지않아서 그 모듈말고 다른 곳도 손대는 순간 코드가 무너지고 야근이 늘어나고
여튼 좃됨 최적화를 했는데 갑자기 엉뚱한 곳에서 앱이 뒤지면 누가 최적화를 할 생각을 할까? 걍 돌아가는데 냅두고 말지
아 그건 당연한거지예 - return 0;
알고리즘이 컴공의 근간인데
ㄴ 객체지향에서는 아니걸라여 - return 0;
대회 잘 봐서 뭐하나 하는 현타도 온다 - return 0;
대회를나가지마셈
OOP도 알고리즘 중요한데..
애초에 둘이 상충되는게 아닌뎀
상충되는건 아닌데 OOP 라고 하면 아키텍처잖음 - return 0;
앨고리즘이면 결국최적화 딸딸이용일텐데 oop로 구조를 잘 짜두면 최적화 딸을 쳐도(코드 변경)구조가 무너지지 않음
결국 둘다 필요. 근데 개인적으로 뉴비일수록 oop가 더중요하다고 생각함
OOP 구조 자체를 최적화하는거랑은 크게 관련없지 않음? 패턴이면 몰라도 - return 0;
알고리즘은 몰라도 프밍할 수 있는데 oop는 모르면 못하거나 산업폐기물에 한없이 가까운 코드 작성함
그게 원래 어떤 모듈이 있는데 이게 너무 느려서 최적화를 해야되는데, 구조가 잘 잡혀있으면 그 모듈만 수정하면 되는데 그렇지않아서 그 모듈말고 다른 곳도 손대는 순간 코드가 무너지고 야근이 늘어나고
여튼 좃됨 최적화를 했는데 갑자기 엉뚱한 곳에서 앱이 뒤지면 누가 최적화를 할 생각을 할까? 걍 돌아가는데 냅두고 말지
아 그건 당연한거지예 - return 0;