전기전자나와서 코딩하는 입장에선
자료구조는 이런게 있다 파악하는건 유익하지만
알고리즘은 글쎄? 싶음. 알려진 유명한 알고리즘들중 시간복잡도 따지는건 뭐 그럴 수 있는데
현실에서 속도가 느린 문제의 태반은 시간복잡도를 개선할 수 있는게 아니라 불필요한 연산 오버헤드 줄이고 병렬처리하고 하는거라 알고리즘은 굳이? 싶더라
오히려 마이크로프로세서나 임베디드 찍먹한 경험이 생각의 폭을 엄청나게 넓혀줘서
내가 당연하게 쓰는 함수가 당연한게 아니고 특정조건에서 문제를 일으킨다는 의심이 가능해진것만으로도 디버그 능력이 많이 오르는거같음
하드웨어에서 발생하는 문제들은 그렇지 소프트웨어는 알고리즘이 여전히 중요함
20년전엔 이게 맞았고 지금은 아님
학부 수준 알고리즘은 알아야지 자료구조 공부하는데 알고리즘안한다는건 말이 안되고
너가 말한건 코테 스타일 알고리즘 말하는거 아님?
알고리즘 단일 과목만으로 봤을땐 수학적인 문제해결의 예시를 몇 개 보여주는 정도인 것 같아서. 모르는것과 찍먹한 사람의 차이는 크지만 cs 3학점 수준으로 해야한다고 봐야할지는 모르겠다
수학적인 문제해결식 알고리즘 과목은 어떤거임? 혹시 대학강의 정보 링크같은거 줄수있음?
내가 표현을 잘못했을지도 모르겠지만, 유명한 알고리즘 몇몇 분석하는게 학부 과목으로서의 알고리즘이었던 걸로 봐서. 한참전에 온라인강의 들었을적엔
연산 오버헤드 줄이고 병렬 처리하는게 알고리즘인데
cs에서 알고리즘은 알파이자 오메가임 결국 중요한 문제를 다루게 될수록 알고리즘이 중요해짐 단순 학부때 배운 알고리즘을 그대로 적용하는게 아니라 알고리즘적(수학적)사고가 중요해짐
그 수학적 사고가 알고리즘이라는 단일 과목에서 만들어진다기보단 그냥 고등학교까지 학창시절 수학적 사고력 (주로 물리 고른애들이 높음)의 결실이 아닐까 라는 생각이 듬
그렇지 뭐 단순 과목 하나 듣는다고 늘진 않겠지 뭐 타고난 부분도 클 수 있고 근데 뭐 학부 수준 알고리즘은 기본 중의 기본이란 느낌이라..
님 분야 어디임? 임베디드, 하드웨어쪽이심?
영상처리, 그래픽스에 가까움
장비에서 데이터 받아서 처리하는거라 하드웨어랑 관련은 있고
엥 근데 알고리즘 중요성이 낮다고 아마 수치해석 이런 과목 말하는거 아님? introduction to algorithms 보통 학부에선 이책일텐데
하드웨어가 진짜 알고리즘 싸움이 될 수도 잇음 내가 신입때 했던 일이 포 메모리최적화를 위한 hash기반 soc 설계엿는데 이때 온갖 해시알고리즘들을 다 검토햇엇음 - dc App
학부에서의 알고리즘 과목 말하는거면 어느정도 맞는듯
학부레벨 아니면은?
학부밖에 안나와서 그건 몰?루
뽑기 같은거 만들때, 얼마나 공평한 확률로 당첨자를 가르는가에 대한 질문 같은것도 있어서 많이 중요함 근데 회바회라 잘 모르겟네
학부수준에서의 범용적인 알고리즘이 그나마 유의미하고 나머지는 개좆도 쓸모없는거같음 진짜 가끔 적용할일이 생기고 래퍼함수 사용 인터페이스만 알면되니까 작동원리보다
최상위개발자? 연구자? 아니면 직접적으로 알고리즘 쓸 일이 없다고 공감하긴 함..
현실에서도 그런 문제 접할일 많음. 그래프로 조지면 되는걸 브루트 포스로 조지는 코드 존나 많이 봄. 어째튼 알고 있으면 실제로 쓸일 많음. 그런 경우는 병렬이 아니라 쿠다 할애비 모셔와도 안됨. 시간 복잡도 자체가 레벨이 달라서 - dc App