이거 결국 뭐하냐에 따라 다름
근데 설계 모르면 큰 거 못 만듬
그런데 알고리즘은 몰라도 갖다 쓰면 만듬
게다가 보통 내가 만든 것보다 남이 만들고 검증된게 훨씬 나음.
그런데 알고리즘-문제 해결능력이 없으면
남이 만들어둔 알고리즘이 없는 상황이 오면 개발을 포기해야 됨
결론: 둘다 하는데 하는 일에 따라 비율을 조정하자
1)
이미 어떻게 하는지 다 아는 뻔한 일을 하고 있다면
알고리즘 따위 필요 없고 갖다 쓰는게 최고다
2)
하시는 일이 ...
늘새로워..
짜릿하시다면 알고리즘 ㄱㄱ
설계가 건축이라면 알고리즘은 쟤료같은 거라고 저는 생각하는데요.
알고리즘을 설계하는게 최고
펜져/ 그 알고리즘을 얘기하는게 아닌... - return 0;
???
여기서 얘기하는 알고리즘들은 매우 정형화된 특정 문제들을 해결하기 위해 나온 것들 말하는거임. 제네럴한 의미의 알고리즘이 아니라 - return 0;
남이 만들어둔 알고리즘이라 했는데 걍 오픈소스라 해도 됨 ㅎ
흠 저도 그냥 모든 범위의 알고리즘을 말한건데
ㄴ 저임
ㄴ 모든 범위의 알고리즘이 아니라는 뜻으로 얘기한건디 - return 0;
라이브러리 vs 설계 라고 해야..
더정확히는 구현 VS 인터페이스 라고 해야될 거 같은데 못 알아들을까바..
근데 언제부터 알고리즘이 넓은의미 좁은의미 따로 있었죠?