난 5등인데...선형대수를 어떻게 해결하냐..

익명 사용자의 이미지

선행대수를 어떻게 하져.....돌아 버릴 지경 임다.

행렬...벡터....뚜껑이 열리는 순간 입니다. 시간은 엄꾸..

공분는 해야 하구...아 ~! !

아예...리눅스설치 하기,나 아니면 써버 맹글기, 웹써버 다루기,헥킹기법

머...이딴거 갈치면 안되나...교수님덜은 왜 쑨 쓸데엄는거만 하냐..

짱나게.....무슨 컴과가 그래...웃겨 정말....

익명 사용자의 이미지

결국 쓰러질껄요? p

물론...당장 답답함때문에 잠시 잊으신거겠죠? )

익명 사용자의 이미지


Computer Science면 열심히 하시고..

Computer Engineering 이라면 열심히 안하셔도 될듯..

쯔어헙 -_-a

퀵 소트보다 빠른 알고리즘을 연구해봐야지 -_-;;;;;;;;;;;;

익명 사용자의 이미지


퀵소트보다야 당연히 머지소트가 빠르지 않나요? 머지소트 공부하겠다는
말씀이신가 냥.......

퀵 소트보다 빠른 알고리즘을 연구해봐야지 -_-;;;;;;;;;;;;

익명 사용자의 이미지

미분적분, 선형대수학, 공업수학 정도는 가볍게..
(저는 그렇지 못하지만..)
혹시 대학원, 박사과정까지 생각하신다면..
더더욱...
수학이 기본입니다.
개발자로 나가시더라도...
결코 빼먹지 마십시요.
수학 잘해놓음...어려븐 이론들 쉽게 배웁니다.
아는 선배들이 그러더군요..
전..아직...어려서리..잘 몰겠습니다.
그럼..
이만..
꾸벅.

익명 사용자의 이미지


Big(O)를 비교해 보시고 말씀하시는건가요..아니면
실제 프로그래밍을 해서 시간차이를 계산해보고 말씀하시는건지요.. -_-

Merge sort가 최악의 경우나 보통의 경우.. nlogn이고..
Quick sort가 최악의 경우에 n^2/2 .. 보통이 0.69nlogn 정도 되나..
그럴겁니다..

Quick sort의 경우 치명적인 단점이 최악의 경우에 매우 느려진다는
단점이 있지마는.. 그래도.. 그럴경우는 확률상 적겠죠..

암튼..그점을 제외하고서라도.. Merge sort는 프로그래밍에서
별로 안쓰지여.. 왜냐... 알고리즘 특성상 linear memory 를
무한정 잡아 먹게 되어있지요..배열로 복사하고..나누고 그러는
과정에서 느려지겠죠..

암튼..제 의도를.. 그렇게 순식간에 무너뜨리진 마시고.. -_-;
순간 허탈해서 ..이렇게 글을 쓰는겁니다.. -_-;

logn짜리는 못만들더라도... Average 경우에 0.2nlongn
으로 동작하는 알고리즘 만들면....

혹시 아나요.. 국현 sort 알고리즘 이라고 붙게 될지 -_-;