알고리즘 문제 풀때마다 가끔씩 느끼는건데
뭔가 이렇게 이렇게 이런 구조로 하면 풀리겟다
하는건 알겟는데
언어의 문법? 그걸 잘 몰라서 문제 하나 하나 푸는데 넘 오래걸린다..
결국 푼거 보면 처음 생각했던거랑 구조는 같은데..
뭐 이를테면
아 이건 동적할당으로 이렇게 이렇게 해서 저렇게 하면 될거같은데
하고 문제풀면 정작 동적할당 하는 방법 자체를 까먹어서 오래걸림 ㅠ
이런건 걍 책 많이 보면 되려나
알고리즘 문제 풀때마다 가끔씩 느끼는건데
뭔가 이렇게 이렇게 이런 구조로 하면 풀리겟다
하는건 알겟는데
언어의 문법? 그걸 잘 몰라서 문제 하나 하나 푸는데 넘 오래걸린다..
결국 푼거 보면 처음 생각했던거랑 구조는 같은데..
뭐 이를테면
아 이건 동적할당으로 이렇게 이렇게 해서 저렇게 하면 될거같은데
하고 문제풀면 정작 동적할당 하는 방법 자체를 까먹어서 오래걸림 ㅠ
이런건 걍 책 많이 보면 되려나
알고리즘을 잘 안다고 프로그래밍을 잘하는게 아닙니다.
알고리즘과 프로그래밍은 좀 다른 분야라고 생각하시면 되요.
나같은 경우엔 책보다는 남들이 해놓은 것들 많이 보고 이게 어떻게 굴러가는건지 이해하는게 더 도움되었던 것 같음
알고리즘은 Science 라고 한다면, 프로그래밍은 Engineering 에 가깝죠.
프로그래밍을 잘하려면 시간과 노력을 들여서 손에 익을때까지 부지런히 예제코드 따라 쳐보고 프로그램 분석하면서 익혀야 합니다.
다른거야? 프로그래밍 할때 코드 치는 그 구조 사고 하는게 알고리즘 아니얌?
리눅스//되요->돼요 (되어 = 돼임) [리듬 맞춤법 봇♬]
알고리즘은 이론이고 프로그래밍은 실전이라는 소린에여?
아니요, 그냥 다른 분야에요.
구체적까지는 아니지만 어떤식으로 다른건지좀 말해주면 안데여?
보일러공을 예로 들죠.
알고리즘이 프로그래밍을 하기 위해서 속해있는 파트? 과목? 지식? 같은거 아닌가여?
보일러를 만들고, 고치고, 설치하는 건 프로그래밍이에요.
하지만 보일러 열 효율을 설계하는건 알고리즘이죠.
프로그래머는 보일러공 같은 존재에요. 과학자가 아니라 엔지니어죠.
알고리즘.. 알고 있으면 좋죠. 하지만 절대적인 건 아니에요.
실제 프로그래밍을 할 때 맞닥뜨리는 것들은 알고리즘과는 상관없는 시스템간 연동, DB 설계, 오류 분석 같은 겁니다.
좀 슬프긴 하지만.. 알고리즘과는 별로 상관이 없죠..
그니깐 수준높은 프로그래머는 알고리즘을 잘 활용하는거 아닌가여? 비유 보면 알고리즘 모르면 걍 씹 노예새끼 코더인거같은데...
아하 그런건가여 존나 마지막줄 말하니깐 뭔느낌인지 알겟네여 아직 실무 안해봐서 제대로는 모르겟지만
그렇죠. 활용이죠. :) 알고리즘을 짜거나 그러지 않습니다.
정말로 개발자들 코딩할때, 정렬같은거 할때.. 사실 코드로 잘 안짜요. -_-;;
sqlite3 같은거에 넣고 그냥 쿼리로 돌려버립니다. ;)
훨씬 빠르고, 쉽고, 안정적이고, 간단하죠.
윗놈들이 떠드는건 코딩이고 코딩이랑 알고리즘을 합쳐서 프로그래밍이라고 생각한다
나도 그렇게 생각하고 있었는데 뭐 나는 실무를 해보질 않아서 잘모르니깐
보일러공 비유 굳. 나도 써먹어야징
리눅서//에요->예요 (받침 있으면 이에요 없으면 예요 이로 끝나면 받침 없으므로 예요 요 떼서 말 되면 에요 아니에요는 예외 인명엔 예요(예 : 길동이예요) 성까지 쓰면 이에요(예 : 홍길동이에요)) [리듬 맞춤법 봇♬]
청멍//에여->예여 (받침 있으면 이에요 없으면 예요 이로 끝나면 받침 없으므로 예요 요 떼서 말 되면 에요 아니에요는 예외 인명엔 예요(예 : 길동이예요) 성까지 쓰면 이에요(예 : 홍길동이에요)) [리듬 맞춤법 봇♬]
아니... 알고리즘이란게 꼭 퀵소트 이런 특정 알고리즘을 뜻하는 게 아니라 문제해결력 그 자체라고 봐야지 코드로 문제를 해결하는 능력이 당연히 프로그래머의 가장 중요한 자질이 아닌가...
그리고 알고리즘 잘하는사람 치고 다른 것도 못하는 사람 못봄 금방금방 깨우침