기본적으로 이해해야하는거 아니냐?
우리 회사는 내가 O(n)같은거 얘기 꺼내면
다들 ???!?!??? 분위기임
오.. 머? 오투? 산소야?
ㅋㅋㅋㅋㅋ약간그런느낌
(OnO);;
비전공자면 모르지
하긴 학벌만 좋으면 비전공자도 코딩시키는 병신회사이긴함
그럼 니가 다니는 회사 수준이 낮은거야
존나 개낮긴함
니가 실력을 더 키워. 존나 낮은 회사에 다니는거면 너도 실력이 그저그런거지
애초부터 좋은 회사는 병특을 안뽑음
그건 학생때 아는거고 시험 다보면 flush 하는거 모르노? 어차피 빅오로 표기 안해도 느린지 빠른지 구분하니 문제 없음. 빅오보다 빈도와 체감 속도가 더 중요함
나도 정확히 모름 애초에 그거까지 봐야될정도로 복잡하게 안짜니까
select from where만 날려도 이미 시간복잡도 물고들어가는건데 ㅋㅋ 복잡타령무엇 ㅋㅋ
프론트 엔지니언데?
이러고 지가 유쾌한줄알겠지 ㅋㅋ
프론트도 알아야지 O(n^2) 이상으로 짜면 데이터 많아지는순간 렌디링하다 깨질텐데
뭔 ㅋㅋ 이중 for 쓴다고 렌더링에 유의미한 영향 가면 구조부터 잘못된거지
멀티이벤트 리스너같은거 하면 4중도 금방인데 복잡도 n^4니까 이러면 사이트 멈추겠다 아주
O(n^3)이였나 아무튼 잘못짜서 렌더링 깨진거 본적 한번 있음
보통은 n이 클리가 없으니깐 상관없는건가 그래도 50개정도는 하지 않냐 50^4면 625만번인데
복잡도는 더 나은 구조인지 비교할때나 유의미한거지 실제 환경에서 가장 큰건 n이 몇이냐임 n^10이어도 그게 a++; 이런거면 의미없다
무슨 50개여 50개를 프론트에서 렌더링해야되면 잘못된거야
그런데 예를들면 채팅 메시지 렌더링하거나 테이블 보여줄때 복잡도 안따지고 아무생각없이짜면 뜨는데 한참걸리거나 렌더링 자체가 좆병신되는 경우 꽤 본거같아서 물론 그게 O(n)과는 상관없을 수도 있긴한데
ㄴㄴ 그거야말로 O(n)임 짧게 할 수 있는걸 뇌빼고 무지성으로 복잡도 올리면 오래걸린다는거니까
채팅 메시지같은거는 50개 쉽게 넘지 않냐 물론 채팅 메시지같은게 O(n^2)될리는 없긴하지 50개는 좀 오반가 20~30개는 그래도 충분히 있을만하지않음?
채팅 메시지가 뭔경우인지 모르겠네 기존 데이터 가져온다는 가정인건가
그냥 웹으로 채팅어플 구현한거임 내가 지금 하는게
기존 채팅내역 가져오는것도 포함 ㅇㅇ
기존내역은 백에서 쏴줘야되는거고 개별 채팅은 n^1이니까 상관x
근데 뭐라읽어야되냐 오엔? - dc App
빅오 알기는 하는데 쓸일이 있나.. 으짜피 이중반복문. 반복 이럼 다 알아듣는데. 커뮤나케이션 문제로 개발 속도만 느려지는 것 같음. - dc App
고려안하고 sql 짜면 쿼리성능 씹창남
ㄴ 프레임워크 안쓰고 로우쿼리짜는 병신인증 ㅋㅋ
ㅇㅇ 우리 회사사람들 sql짠거보면 개토나옴 (참고로 자사프레임워크로 로우쿼리짜게 만드는게 우리회사이기도함)
???!!?!?!?!
근데 갠적으로 알고리즘 개선하는데 저거보다 그냥 어떤걸써야 하는지 찾는듯 deque처럼 - dc App
그래도 이게 일일이 따진다는것보단 어째든 복잡도라는 개념을 인지하고 있다는게 난 더 중요하게 보는거지 매번 따지라는게 아니라 ㅋㅋ 알고 있다는건 적어도 성능 개념이라는게 있다는거아님
뭐 틀리다기보단 갠적으로 그냥 이런것도 있나? 느낌이지 저걸로 개선점 찾아서 개선하면 능력자 아닐까ㅋㅋ - dc App
오.. 머? 오투? 산소야?
ㅋㅋㅋㅋㅋ약간그런느낌
(OnO);;
비전공자면 모르지
하긴 학벌만 좋으면 비전공자도 코딩시키는 병신회사이긴함
그럼 니가 다니는 회사 수준이 낮은거야
존나 개낮긴함
니가 실력을 더 키워. 존나 낮은 회사에 다니는거면 너도 실력이 그저그런거지
애초부터 좋은 회사는 병특을 안뽑음
그건 학생때 아는거고 시험 다보면 flush 하는거 모르노? 어차피 빅오로 표기 안해도 느린지 빠른지 구분하니 문제 없음. 빅오보다 빈도와 체감 속도가 더 중요함
나도 정확히 모름 애초에 그거까지 봐야될정도로 복잡하게 안짜니까
select from where만 날려도 이미 시간복잡도 물고들어가는건데 ㅋㅋ 복잡타령무엇 ㅋㅋ
프론트 엔지니언데?
이러고 지가 유쾌한줄알겠지 ㅋㅋ
프론트도 알아야지 O(n^2) 이상으로 짜면 데이터 많아지는순간 렌디링하다 깨질텐데
뭔 ㅋㅋ 이중 for 쓴다고 렌더링에 유의미한 영향 가면 구조부터 잘못된거지
멀티이벤트 리스너같은거 하면 4중도 금방인데 복잡도 n^4니까 이러면 사이트 멈추겠다 아주
O(n^3)이였나 아무튼 잘못짜서 렌더링 깨진거 본적 한번 있음
보통은 n이 클리가 없으니깐 상관없는건가 그래도 50개정도는 하지 않냐 50^4면 625만번인데
복잡도는 더 나은 구조인지 비교할때나 유의미한거지 실제 환경에서 가장 큰건 n이 몇이냐임 n^10이어도 그게 a++; 이런거면 의미없다
무슨 50개여 50개를 프론트에서 렌더링해야되면 잘못된거야
그런데 예를들면 채팅 메시지 렌더링하거나 테이블 보여줄때 복잡도 안따지고 아무생각없이짜면 뜨는데 한참걸리거나 렌더링 자체가 좆병신되는 경우 꽤 본거같아서 물론 그게 O(n)과는 상관없을 수도 있긴한데
ㄴㄴ 그거야말로 O(n)임 짧게 할 수 있는걸 뇌빼고 무지성으로 복잡도 올리면 오래걸린다는거니까
채팅 메시지같은거는 50개 쉽게 넘지 않냐 물론 채팅 메시지같은게 O(n^2)될리는 없긴하지 50개는 좀 오반가 20~30개는 그래도 충분히 있을만하지않음?
채팅 메시지가 뭔경우인지 모르겠네 기존 데이터 가져온다는 가정인건가
그냥 웹으로 채팅어플 구현한거임 내가 지금 하는게
기존 채팅내역 가져오는것도 포함 ㅇㅇ
기존내역은 백에서 쏴줘야되는거고 개별 채팅은 n^1이니까 상관x
근데 뭐라읽어야되냐 오엔? - dc App
빅오 알기는 하는데 쓸일이 있나.. 으짜피 이중반복문. 반복 이럼 다 알아듣는데. 커뮤나케이션 문제로 개발 속도만 느려지는 것 같음. - dc App
고려안하고 sql 짜면 쿼리성능 씹창남
ㄴ 프레임워크 안쓰고 로우쿼리짜는 병신인증 ㅋㅋ
ㅇㅇ 우리 회사사람들 sql짠거보면 개토나옴 (참고로 자사프레임워크로 로우쿼리짜게 만드는게 우리회사이기도함)
???!!?!?!?!
근데 갠적으로 알고리즘 개선하는데 저거보다 그냥 어떤걸써야 하는지 찾는듯 deque처럼 - dc App
그래도 이게 일일이 따진다는것보단 어째든 복잡도라는 개념을 인지하고 있다는게 난 더 중요하게 보는거지 매번 따지라는게 아니라 ㅋㅋ 알고 있다는건 적어도 성능 개념이라는게 있다는거아님
뭐 틀리다기보단 갠적으로 그냥 이런것도 있나? 느낌이지 저걸로 개선점 찾아서 개선하면 능력자 아닐까ㅋㅋ - dc App