얜 진짜 병신이네
모든 걸 알 수는 없는데 최소한의 최적화 방법론 정도는 알아야지
OS 뜯어보는 것도 왜 안 할거라고 생각함? 니가 안한다고 생각할 뿐임
개발은 항상 추상화와 성능 간의 트레이드 오프임 그러니까 뭘 대충 추상화하고 뭘 성능을 따져야 하는지 알려면 당연히 기반 지식은 있어야 할 거 아냐
알 필요 없는 건 알 필요 없는 게 맞음 ㅇㅇ 근데 신경 끌 요소를 선택하는 것 자체가 기본적인 건 알아야 할 수 있는 거라고
익명(125.140)2025-10-24 17:14
답글
그리고 대다수 알고리즘은 알 가치도 없지
현존하는 코테
라이브러리 까보기
친절히 쓰라고 인터페이스 다 만들어줬더니
자만심에 빠진 놈들은 코드 까보면 뭐라도 대단한 일 한 것마냥 ㅉ
익명(223.38)2025-10-24 17:20
답글
@ㅇㅇ(223.38)
그럼 대부분이 아닌 최소한의 실용적인 알고리즘이라도 알아보려고 노력은 했고?
그것도 하기 싫다는 거 아님?
익명(125.140)2025-10-24 17:21
답글
@ㅇㅇ(223.38)
가장 자만심에 빠진 놈은 남이 짠 코드 별거 없다 필요 없다 판단하는 글쓴이 같은데?
익명(211.234)2025-10-24 17:22
답글
@ㅇㅇ(125.140)
최소한의 실용적인 알고리즘은 존재하지 않는다
수학만 배워도 행렬만 배워도 실무적인 건 다 한다
수학 포기하고 컴공으로 도망친 패배자들이나 알고리즘 외우기로 자기만족 하며 살 뿐
익명(223.38)2025-10-24 17:22
답글
@ㅇㅇ(223.38)
아~ 지수적 <<< 이건 존재하지 않는 문제라는 거야? 병목은 절대로 없고?
익명(125.140)2025-10-24 17:24
답글
@ㅇㅇ(211.234)
그래 남이 짠 코드 원리를 알 필요가 없다
네가 더 해줄 것도 아니잖아? 정렬 배웠어? 뭐 해줬나? 코테에 나오는 알고리즘 배웠어? 남이 짠 코드에 기여라도 했나?
전혀 실무적이지도 않고 쓸모도 없지
익명(223.38)2025-10-24 17:24
답글
@ㅇㅇ(211.234)
남이 짠 코드 알았으면 그 다음은? 라이브러리라도 만들었나?
익명(223.38)2025-10-24 17:24
답글
@ㅇㅇ(223.38)
니 글에서 원리 좋아하면 구현해보란 말에서 개발 한번도 안해본게 느껴짐 핵심 원리를 이해하는데 왜 전부 구현을 해보란 소리를 함?
익명(211.234)2025-10-24 17:25
답글
@ㅇㅇ(125.140)
그래서 원리 알아서 병목이 사라졌나?
익명(223.38)2025-10-24 17:25
답글
@ㅇㅇ(223.38)
적어도 합리적으로 줄일 수 있지
익명(125.140)2025-10-24 17:26
답글
@ㅇㅇ(211.234)
이해를 했으면 구현할 줄도 알아야지 구현할 줄도 모르면 그게 이해한건가?
진짜 알고 있다는 사실에 심취해있었나 ㅋ
익명(223.38)2025-10-24 17:26
답글
@ㅇㅇ(223.38)
우와! 너는 자연어로 말할 수 있는 건 얼마든지 저수준 코드로 번역할 수 있는 대단한 사람이구나
근데 대부분은 그렇지 않단다
익명(125.140)2025-10-24 17:28
답글
@ㅇㅇ(125.140)
그럼 알고 있는게 아니지 그래서 원리를 알 필요도 없는거고 그럴거면 그냥 갖다 쓰면 된다
익명(223.38)2025-10-24 17:28
답글
@ㅇㅇ(223.38)
이미 구현되어 있는데 왜 바퀴를 재발명함?
익명(211.234)2025-10-24 17:28
답글
@ㅇㅇ(211.234)
이미 구현되어 있으면 그냥 갖다 쓰지 뭐하러 원리를 아나? 헛수고 들이게?
익명(223.38)2025-10-24 17:29
답글
@ㅇㅇ(223.38)
그냥 갖다 쓰는게 아니라 잘 갖다 써야되니까
익명(211.234)2025-10-24 17:30
답글
@ㅇㅇ(223.38)
애초에 구현법 자체는 뭐 어려울 게 있나 그냥 계산시키면 됨~ 어려운 게 전혀 없음
문제는 하드웨어는 계산량이 한정되어있다는 거임
그건 또 성능이랑 떼놓기 힘들다는 거임
최적화 알고리즘에 대한 아무런 이해 없이 전부 구현할 수 있구낭~
난 몰랐네
익명(125.140)2025-10-24 17:30
답글
@ㅇㅇ(211.234)
친절히 인터페이스 다 만들어줬는데 시간 들여서 원리를 안다고? 그 다음은? 그걸로 끝? 결국 남이 만든 걸 계속 쓰겠다는 사실은 변함없고 발전도 없네
익명(223.38)2025-10-24 17:31
답글
@ㅇㅇ(223.38)
니가 공부하는 수준이 허접이라 그렇게 느끼는거지 실제로 친절하게 안 만들어진 경우가 많아
익명(211.234)2025-10-24 17:32
답글
@ㅇㅇ(125.140)
최적화 알고리즘을 알면? 이미 기성 알고리즘을 적용하고 쓰는 중에 그 알고리즘을 알면 새로운 게 나오나? 결국 본인이 새 알고리즘 짤 것도 아니면 그냥 아는 것에서 끝 그럴거면 걍 갖다 쓰기만 해라
익명(223.38)2025-10-24 17:33
답글
@ㅇㅇ(211.234)
그건 원리를 알 필요도 없고 그냥 인터페이스가 불편하다는 평가일뿐이구나
익명(223.38)2025-10-24 17:33
답글
@ㅇㅇ(223.38)
대체 왜 아는 것에서 끝이라는 건지 모르겠네
아니... 라이브러리 호출할 때 그 지식 안 쓰냐고 ㅋㅋ 뭐가 이럴 때는 좋더라 하고 안 쓰냐고
익명(125.140)2025-10-24 17:34
답글
@ㅇㅇ(125.140)
그게 원리를 알아서 쓰는건가? 그냥 출력을 평가했을 때 성능 때문에 쓰는거지
결국 원리를 알고 뭘 더 해준 게 아니라 그냥 좋아서 쓴다잖아?
익명(223.38)2025-10-24 17:34
답글
@ㅇㅇ(223.38)
그러니 무슨 최적화 알고리즘이 어떨 때 좋다는 거는 알아야 한다는 건 동의하는 거지?
그러면 결국 최적화 알고리즘이 어떻게 동작하는지는 굳이 의도적으로 모르고 있을 필요가 있는 거임? 그냥 같이 안 배움?
익명(125.140)2025-10-24 17:36
답글
@ㅇㅇ(223.38)
말돌리지말고 인터페이스 전부 잘 되어있어서 원리를 뜯어볼 필요가 없다는 너의 주장에 대한 근거나 가져와
익명(211.234)2025-10-24 17:36
답글
@ㅇㅇ(125.140)
그 얘기는 결국 알고리즘 원리는 필요없고 그 알고리즘 성능 얘기일 뿐이네
결국 얘기의 종착역은 단 하나야
알고리즘 성능이 좋아? 그냥 갖다 써 원리? 이미 그들이 만든 알고리즘 그들이 만든 인터페이스 갖다 써
익명(223.38)2025-10-24 17:37
답글
@ㅇㅇ(211.234)
말 돌리는 건 너지 원리를 아는게 아니라 그냥 인터페이스가 불편하다잖아
원리를 알고 더 개선할 후 있을 거 같은데가 아니라 그냥 갖다 쓰기 불편하니 커스텀 인터페이스 만들래잖아?
익명(223.38)2025-10-24 17:39
답글
@ㅇㅇ(223.38)
그니까 원리와 성능 우위는 한몸인데 굳이 칼로 딱 잘라서 성능만 이해하겠다는 건 일부러 구분하는 행위라니까...?
배우는 건 어려운 것도 아니란다
평범한 사람들은 너와 달리 뇌 용량이 커서 그런 거 안 아껴도 됨
익명(125.140)2025-10-24 17:39
답글
@ㅇㅇ(125.140)
빙빙 돌아와서 결국 결론은 그냥 인터페이스 갖다 써가 끝이야
너나 쟤나 뭘 더 해볼 수 있는 것도 없고
개선한다는 무언가도 없이 그냥 성능 좋으니 쓰면 끝이야
익명(223.38)2025-10-24 17:41
답글
@ㅇㅇ(223.38)
그 성능의 기준은 어떻게 판단할 것이고 어떤 태스크에 왜 유리한지는 어떻게 판단할 건데
결국 원리를 알면 쉬운데 괜히 빙빙 돌아가는 거임
익명(125.140)2025-10-24 17:42
답글
@ㅇㅇ(223.38)
나는 원리와 사용만 얘기했지 인터페이스 잘 되어 있다는 얘기는 니가 꺼냈는데?
익명(211.234)2025-10-24 17:42
답글
@ㅇㅇ(125.140)
원리는 알 필요 없고 성능은 블랙박스 다 알 수 있단다
넌 성능을 알고리즘 원리로 평가한다고 생각하겠지만
별 거 없다
시작과 끝만 보면 끝
익명(223.38)2025-10-24 17:43
답글
@ㅇㅇ(223.38)
그냥 원리를 이해하면 성능이 왜 좋은지도 연계가 되고 왜 어떻게 좋은지도 설명할 수 있음
메모리 32kb라도 되는 거임? 굳이 원리만 메모리에서 아웃소싱해야 하는 이유가 있음?
익명(125.140)2025-10-24 17:43
답글
@ㅇㅇ(223.38)
커스텀 인터페이스 만들라고 안 했는데?
익명(211.234)2025-10-24 17:43
답글
@ㅇㅇ(211.234)
불편하다는 얘기는 네가 했는데
익명(223.38)2025-10-24 17:43
답글
@ㅇㅇ(223.38)
컴퓨터 프로그램은 블랙박스가 아님
익명(211.234)2025-10-24 17:44
답글
@ㅇㅇ(211.234)
원리를 알 가치도 없다 단순히 입력과 중간값만 확인할 뿐
익명(223.38)2025-10-24 17:44
답글
@ㅇㅇ(223.38)
난 그게 이해가 안 된다는 거임 뭔 AI도 아니고 간접적인 평가 기준만 있는 게 아닌데 왜 어려운 길을 선택함
익명(125.140)2025-10-24 17:44
답글
@ㅇㅇ(223.38)
니가 횡설수설하면서 인터페이스 얘기를 먼저 꺼냈지
익명(211.234)2025-10-24 17:44
답글
@ㅇㅇ(211.234)
블랙박스란다 자기가 발전하고 있다고 착각하는 놈들은 원리를 까면 스스로 성정한다고 느끼겠지만 그냥 갖다 쓰는 라이브러리를 아는 것 거기일 뿐
익명(223.38)2025-10-24 17:45
답글
@ㅇㅇ(223.38)
그니까 성능만 보고 알고리즘을 적용한다면 결국 일일이 모든 알고리즘을 적용해봐서 이 태스크엔 뭐가 좋은지 알아내야 됨
미련한 짓임 그냥 원리를 알면 한방이란 거임
익명(125.140)2025-10-24 17:45
답글
@ㅇㅇ(223.38)
너는 개발이 아니라 QA만 해야겠다
익명(211.234)2025-10-24 17:46
답글
@ㅇㅇ(211.234)
그래 니들이 사용하는 방식이면 그냥 인터페이스 갖다 쓰면 끝이지 원리랄 것도 없어
익명(223.38)2025-10-24 17:46
답글
@ㅇㅇ(223.38)
왜... 왜 이런 짓을 고집해야 하는가
니가 고전 컴퓨터냐고
익명(125.140)2025-10-24 17:46
답글
@ㅇㅇ(223.38)
블랙박스는 가져다 쓰냐 아니냐를 기준으로 하는게 아니란다
익명(211.234)2025-10-24 17:46
답글
@ㅇㅇ(125.140)
원리를 알 시간에 테스트만 하면 바로 측정되는 것을 시간만 아깝다
익명(223.38)2025-10-24 17:46
답글
@ㅇㅇ(223.38)
그 테스트가 더 오래걸리는뎁쇼;; 원리를 알면 그냥 적용하면 끝임 테스트도 혹시나 해서 하는 거 빼면 필요 없지
익명(125.140)2025-10-24 17:47
답글
@ㅇㅇ(211.234)
니들이 하는 짓은 그냥 갖다 쓰면 된다 원리를 안다는 사실에 도취해 있는 놈들은 죽었다 깨어나도 고치지 못 할 낭비지만
익명(223.38)2025-10-24 17:47
답글
@ㅇㅇ(223.38)
너는 평생 남이 만든 프로그램 QA만 하겠단 얘기네
익명(211.234)2025-10-24 17:47
답글
@ㅇㅇ(223.38)
정확히 어떤 글 어떤 부분이 그렇게 도취되어 있는건지 링크좀
익명(211.234)2025-10-24 17:48
답글
@ㅇㅇ(125.140)
오래 걸리지 않는다
서비스에 알고리즘 붙이고 알고리즘 테스트 오래 걸린다 징징대는 거면 할 말이 없다
익명(223.38)2025-10-24 17:48
답글
@ㅇㅇ(223.38)
솔직히 갖다 쓰는 것에 거부감을 느끼는 건 자연스럽긴 한데
흔히 이 상황에 대해 얘기하는 비유로 "바퀴 재발명"이 있어요
기본적으로 미련한 짓임
익명(125.140)2025-10-24 17:48
답글
@ㅇㅇ(211.234)
이미 니들 댓글이 증명하고 있다
갖다 쓰기만 하면서 원리를 알면 뭔가 해냈다고 착각하는 어리석음
익명(223.38)2025-10-24 17:49
답글
@ㅇㅇ(223.38)
물론 성능 때문에 커스텀 구현을 한다면 재발명도 어느정도 이해가 되는데
문제는 너는 성능을 위한 원리나 지식은 의도적으로 쌓고 싶지 않지만 아무튼 성능은 챙기고 싶은 모순적인 소리를 하는 중임
익명(125.140)2025-10-24 17:50
답글
@ㅇㅇ(223.38)
논리적인척 하지만 반박은 못 하니까 거만한 말투로 바꾸고 감정과 권위에만 호소하기 시작하는 QA유망주
익명(211.234)2025-10-24 17:50
답글
@ㅇㅇ(125.140)
그래 그리고 그게 원리를 알 필요 없는 이유지 그냥 갖다 쓰면 되거든
익명(223.38)2025-10-24 17:50
답글
@ㅇㅇ(223.38)
그러니까 시간 빌게이츠나 할만한 알고리즘 무차별 대입 이지랄하지
익명(125.140)2025-10-24 17:50
답글
@ㅇㅇ(125.140)
갖다 쓰기만 하면서 뭘 더 해줘야 하나?
익명(223.38)2025-10-24 17:51
답글
@ㅇㅇ(125.140)
갖다 쓰면 될 일에 무차별 대입이란 건 말이 맞지 않다
익명(223.38)2025-10-24 17:51
답글
@ㅇㅇ(211.234)
그건 너희들의 댓글이 보여주고 있다
익명(223.38)2025-10-24 17:51
답글
@ㅇㅇ(223.38)
그니까 왜 원리는 무조건 몰라도 된다고 억지부리는 거임 그건 32kb 메모리 밖에 없는 뇌가 아니면 문제가 전혀 없음
컴퓨팅 지식으로 설명하자면 "캐시"야 일일이 계산할 거 없어 그냥 불러오면 됨
익명(125.140)2025-10-24 17:52
답글
@ㅇㅇ(223.38)
이젠 새대가리 앵무새가 되어서 문장도 제대로 완성못하네 ㅋㅋㅋㅋㅋ
익명(211.234)2025-10-24 17:52
답글
@ㅇㅇ(223.38)
그냥 원리를 이해한다 하나만으로 모든 게 해결되는데 알았어 그냥 원리 이해하지 말고 성능 위주로 코딩 하셔
익명(125.140)2025-10-24 17:53
답글
@ㅇㅇ(223.38)
코드 병신 되고 성능은 떨어지는 건 네 문제임 나는 많이 도와줬다? 내 탓 ㄴㄴ
익명(125.140)2025-10-24 17:54
답글
@ㅇㅇ(125.140)
원리를 알아서 한다는 건 고작 그들이 만든 라이브러리 갖다 쓰기일 뿐
원리를 안 의미는 어디에 있지?
익명(223.38)2025-10-24 17:54
답글
@ㅇㅇ(125.140)
라이브러리 갖다 쓰면 되는데 성능 떨어진다는게 뭔 소리인지도 모르겠구나 니들이나 나나 쓰는 라이브러리는 똑같다
익명(223.38)2025-10-24 17:55
답글
@ㅇㅇ(223.38)
그니까 성능을 이해한다는 거랑 원리를 이해한다는 게 왜 구분이 되는 개념이냐니까...? 보통 한 몸 아님? 왜 성능이 좋은지도 보통 라이브러리 공식문서에서 다 설명해줄텐데
그걸 굳이 나눠서 의도적으로 원리는 머리에 집어넣지 않겠다는 사상이 이해가 안 간다는 얘기임
익명(125.140)2025-10-24 17:57
답글
@ㅇㅇ(223.38)
게다가 라이브러리 기능은 만능도 아님 특수 도구지
모든 상황에 높은 성능을 보장하는 만능 도구는 존재하지 않음
그니까 구분을 해야 하는데... 원리를 모르면 어케함... 아니 ㄹㅇ 모르겠다 나는
익명(125.140)2025-10-24 17:58
답글
@ㅇㅇ(125.140)
어떻게 한 몸이지? 바퀴의 재발명 타령하는 쟤 말처럼 결국 다 성능을 측정하고 자랑했기에 사람들이 쓰는데 원리를 알아서 쓴다고? 그건 그냥 성능이 좋아서 쓰는 거다
익명(223.38)2025-10-24 17:59
답글
@ㅇㅇ(125.140)
그냥 라이브러리로 제공하고 있고 아무도 원리에 관심없어도 필요하면 갖다 쓰는 도구다
익명(223.38)2025-10-24 18:00
답글
@ㅇㅇ(223.38)
그야 보통 사람은 왜 성능이 뛰어난지를 궁금해하니까요...? 개발자 입장에서 그건 중요함 메모리랑 어떻게 상호작용하고 CPU 부담이 얼마나 되는지 그런 것도 다 다름 어떤 건 메모리를 많이 쳐먹고 어떤 건 CPU를 많이 쳐먹음 그러니까 그에 맞게 다른 라이브러리나 커스텀 기능의 전략을 고민해야지... 이걸 설명해줘야 하는 건가
익명(125.140)2025-10-24 18:02
답글
@ㅇㅇ(125.140)
무토끼가왓으닝 싸우지망 - dc App
무토낑(112.165)2025-10-24 18:02
답글
@ㅇㅇ(223.38)
무토끼강왓으닝 싸우지망 - dc App
무토낑(112.165)2025-10-24 18:02
답글
@ㅇㅇ(223.38)
놀랍게도 원리에 노관심인 건 너뿐임
익명(125.140)2025-10-24 18:03
답글
@ㅇㅇ(125.140)
무토끼강왓으닝 싸우지망 - dc App
무토낑(112.165)2025-10-24 18:03
답글
@무토낑(112.165)
차단
익명(125.140)2025-10-24 18:03
답글
@ㅇㅇ(125.140)
무토끼강왓으닝싸우지망 - dc App
무토낑(112.165)2025-10-24 18:03
223.38
익명(211.234)2025-10-24 17:15
급 식 쩝 쩝 충
익명(211.234)2025-10-24 17:15
부분적으로는 동의함
네티가 어쩌구 버추얼 쓰레드가 어쩌구 설쳐댈 시간에
Rio나 io uring으로 직접 이벤트 루프 기반 비동기 로직을 짜보는게 맞음 - dc App
익명(211.234)2025-10-24 17:25
답글
글쓴이 얘기는 그것도 필요없단 얘기잖아
익명(211.234)2025-10-24 17:26
답글
허나 깃갤의 온상이 그렇다 구현할 줄도 모르고 단순히 원리를 알고 있다는 것에 끝
익명(223.38)2025-10-24 17:27
팩트는 기초가 부실하면 기다리는 건 도태임
익명(104.28)2025-10-24 17:44
답글
원리를 안다는 자만심 그 하나로 갖다 쓰는 놈들에게 기초 따윈 의미 없다
익명(223.38)2025-10-24 17:53
여기 분위기 살벌하구만
강남백수(barn9008)2025-10-24 17:46
성지순례왔습니다.
엘리시아JS(182.231)2025-10-24 18:15
대게 갖다쓰기만 할 줄 알면 된다는 생각은 뭔가 문제생겨서 남이 짠 코드 디버깅 할 일 생기면 치유되는데
익명(39.7)2025-10-24 19:15
답글
갖다쓰다가 문제생기면 그거 똥치우는거까지 갖다쓴 놈 책임읾
익명(39.7)2025-10-24 19:18
답글
@ㅇㅇ(39.7)
평상시엔 니 말대로 별 차이 안 나는데 뭔가 문제 생겼을때 시발시발 하면서 뭐라도 하는 샛기랑 앰씹좆됐다 공염불만 외우는 샛기 정도의 차이는 남
익명(39.7)2025-10-24 19:25
그냥 원리 이해해보려다 대가리때문에 벽느껴서 심술났다고 솔직하게 이야기하세요
익명(211.51)2025-10-24 19:35
댓글 읽다 보면 벽이랑 대화하는 기분이 들어
노는게제일좋아(aig0016)2025-10-24 21:55
오픈소스가 왜 소스를 오픈하는지 생각을 좀 해봐라
익명(104.28)2025-10-24 23:54
새로운거 배우면 두근두근하고 그러지않음?
난 정렬 알고리즘 배우고 실습하면서 되게 좋았는데
같은 학기에 들은 네트워크 수업에서 소켓 플밍 안하고 그냥 이론적인 내용만 다뤄서 재미없었는데
알고는 실습 과제 많아서 좋았던 기억이 남
익명(125.240)2025-10-26 20:00
답글
애초에 대학은 아카데믹한 내용을 배우는거라 실효성있는 것만 배우진 않지...
오히려 원리 같은거를 더 배우지 않나싶음
학문적인 내용을 배운다고 생각하고 열심히해 봐
일단 컴공도 엔지니어니깐... 원리 이해를 바탕으로 활용도 잘하는 그런 인재가 되자
얜 진짜 병신이네 모든 걸 알 수는 없는데 최소한의 최적화 방법론 정도는 알아야지 OS 뜯어보는 것도 왜 안 할거라고 생각함? 니가 안한다고 생각할 뿐임 개발은 항상 추상화와 성능 간의 트레이드 오프임 그러니까 뭘 대충 추상화하고 뭘 성능을 따져야 하는지 알려면 당연히 기반 지식은 있어야 할 거 아냐 알 필요 없는 건 알 필요 없는 게 맞음 ㅇㅇ 근데 신경 끌 요소를 선택하는 것 자체가 기본적인 건 알아야 할 수 있는 거라고
그리고 대다수 알고리즘은 알 가치도 없지 현존하는 코테 라이브러리 까보기 친절히 쓰라고 인터페이스 다 만들어줬더니 자만심에 빠진 놈들은 코드 까보면 뭐라도 대단한 일 한 것마냥 ㅉ
@ㅇㅇ(223.38) 그럼 대부분이 아닌 최소한의 실용적인 알고리즘이라도 알아보려고 노력은 했고? 그것도 하기 싫다는 거 아님?
@ㅇㅇ(223.38) 가장 자만심에 빠진 놈은 남이 짠 코드 별거 없다 필요 없다 판단하는 글쓴이 같은데?
@ㅇㅇ(125.140) 최소한의 실용적인 알고리즘은 존재하지 않는다 수학만 배워도 행렬만 배워도 실무적인 건 다 한다 수학 포기하고 컴공으로 도망친 패배자들이나 알고리즘 외우기로 자기만족 하며 살 뿐
@ㅇㅇ(223.38) 아~ 지수적 <<< 이건 존재하지 않는 문제라는 거야? 병목은 절대로 없고?
@ㅇㅇ(211.234) 그래 남이 짠 코드 원리를 알 필요가 없다 네가 더 해줄 것도 아니잖아? 정렬 배웠어? 뭐 해줬나? 코테에 나오는 알고리즘 배웠어? 남이 짠 코드에 기여라도 했나? 전혀 실무적이지도 않고 쓸모도 없지
@ㅇㅇ(211.234) 남이 짠 코드 알았으면 그 다음은? 라이브러리라도 만들었나?
@ㅇㅇ(223.38) 니 글에서 원리 좋아하면 구현해보란 말에서 개발 한번도 안해본게 느껴짐 핵심 원리를 이해하는데 왜 전부 구현을 해보란 소리를 함?
@ㅇㅇ(125.140) 그래서 원리 알아서 병목이 사라졌나?
@ㅇㅇ(223.38) 적어도 합리적으로 줄일 수 있지
@ㅇㅇ(211.234) 이해를 했으면 구현할 줄도 알아야지 구현할 줄도 모르면 그게 이해한건가? 진짜 알고 있다는 사실에 심취해있었나 ㅋ
@ㅇㅇ(223.38) 우와! 너는 자연어로 말할 수 있는 건 얼마든지 저수준 코드로 번역할 수 있는 대단한 사람이구나 근데 대부분은 그렇지 않단다
@ㅇㅇ(125.140) 그럼 알고 있는게 아니지 그래서 원리를 알 필요도 없는거고 그럴거면 그냥 갖다 쓰면 된다
@ㅇㅇ(223.38) 이미 구현되어 있는데 왜 바퀴를 재발명함?
@ㅇㅇ(211.234) 이미 구현되어 있으면 그냥 갖다 쓰지 뭐하러 원리를 아나? 헛수고 들이게?
@ㅇㅇ(223.38) 그냥 갖다 쓰는게 아니라 잘 갖다 써야되니까
@ㅇㅇ(223.38) 애초에 구현법 자체는 뭐 어려울 게 있나 그냥 계산시키면 됨~ 어려운 게 전혀 없음 문제는 하드웨어는 계산량이 한정되어있다는 거임 그건 또 성능이랑 떼놓기 힘들다는 거임 최적화 알고리즘에 대한 아무런 이해 없이 전부 구현할 수 있구낭~ 난 몰랐네
@ㅇㅇ(211.234) 친절히 인터페이스 다 만들어줬는데 시간 들여서 원리를 안다고? 그 다음은? 그걸로 끝? 결국 남이 만든 걸 계속 쓰겠다는 사실은 변함없고 발전도 없네
@ㅇㅇ(223.38) 니가 공부하는 수준이 허접이라 그렇게 느끼는거지 실제로 친절하게 안 만들어진 경우가 많아
@ㅇㅇ(125.140) 최적화 알고리즘을 알면? 이미 기성 알고리즘을 적용하고 쓰는 중에 그 알고리즘을 알면 새로운 게 나오나? 결국 본인이 새 알고리즘 짤 것도 아니면 그냥 아는 것에서 끝 그럴거면 걍 갖다 쓰기만 해라
@ㅇㅇ(211.234) 그건 원리를 알 필요도 없고 그냥 인터페이스가 불편하다는 평가일뿐이구나
@ㅇㅇ(223.38) 대체 왜 아는 것에서 끝이라는 건지 모르겠네 아니... 라이브러리 호출할 때 그 지식 안 쓰냐고 ㅋㅋ 뭐가 이럴 때는 좋더라 하고 안 쓰냐고
@ㅇㅇ(125.140) 그게 원리를 알아서 쓰는건가? 그냥 출력을 평가했을 때 성능 때문에 쓰는거지 결국 원리를 알고 뭘 더 해준 게 아니라 그냥 좋아서 쓴다잖아?
@ㅇㅇ(223.38) 그러니 무슨 최적화 알고리즘이 어떨 때 좋다는 거는 알아야 한다는 건 동의하는 거지? 그러면 결국 최적화 알고리즘이 어떻게 동작하는지는 굳이 의도적으로 모르고 있을 필요가 있는 거임? 그냥 같이 안 배움?
@ㅇㅇ(223.38) 말돌리지말고 인터페이스 전부 잘 되어있어서 원리를 뜯어볼 필요가 없다는 너의 주장에 대한 근거나 가져와
@ㅇㅇ(125.140) 그 얘기는 결국 알고리즘 원리는 필요없고 그 알고리즘 성능 얘기일 뿐이네 결국 얘기의 종착역은 단 하나야 알고리즘 성능이 좋아? 그냥 갖다 써 원리? 이미 그들이 만든 알고리즘 그들이 만든 인터페이스 갖다 써
@ㅇㅇ(211.234) 말 돌리는 건 너지 원리를 아는게 아니라 그냥 인터페이스가 불편하다잖아 원리를 알고 더 개선할 후 있을 거 같은데가 아니라 그냥 갖다 쓰기 불편하니 커스텀 인터페이스 만들래잖아?
@ㅇㅇ(223.38) 그니까 원리와 성능 우위는 한몸인데 굳이 칼로 딱 잘라서 성능만 이해하겠다는 건 일부러 구분하는 행위라니까...? 배우는 건 어려운 것도 아니란다 평범한 사람들은 너와 달리 뇌 용량이 커서 그런 거 안 아껴도 됨
@ㅇㅇ(125.140) 빙빙 돌아와서 결국 결론은 그냥 인터페이스 갖다 써가 끝이야 너나 쟤나 뭘 더 해볼 수 있는 것도 없고 개선한다는 무언가도 없이 그냥 성능 좋으니 쓰면 끝이야
@ㅇㅇ(223.38) 그 성능의 기준은 어떻게 판단할 것이고 어떤 태스크에 왜 유리한지는 어떻게 판단할 건데 결국 원리를 알면 쉬운데 괜히 빙빙 돌아가는 거임
@ㅇㅇ(223.38) 나는 원리와 사용만 얘기했지 인터페이스 잘 되어 있다는 얘기는 니가 꺼냈는데?
@ㅇㅇ(125.140) 원리는 알 필요 없고 성능은 블랙박스 다 알 수 있단다 넌 성능을 알고리즘 원리로 평가한다고 생각하겠지만 별 거 없다 시작과 끝만 보면 끝
@ㅇㅇ(223.38) 그냥 원리를 이해하면 성능이 왜 좋은지도 연계가 되고 왜 어떻게 좋은지도 설명할 수 있음 메모리 32kb라도 되는 거임? 굳이 원리만 메모리에서 아웃소싱해야 하는 이유가 있음?
@ㅇㅇ(223.38) 커스텀 인터페이스 만들라고 안 했는데?
@ㅇㅇ(211.234) 불편하다는 얘기는 네가 했는데
@ㅇㅇ(223.38) 컴퓨터 프로그램은 블랙박스가 아님
@ㅇㅇ(211.234) 원리를 알 가치도 없다 단순히 입력과 중간값만 확인할 뿐
@ㅇㅇ(223.38) 난 그게 이해가 안 된다는 거임 뭔 AI도 아니고 간접적인 평가 기준만 있는 게 아닌데 왜 어려운 길을 선택함
@ㅇㅇ(223.38) 니가 횡설수설하면서 인터페이스 얘기를 먼저 꺼냈지
@ㅇㅇ(211.234) 블랙박스란다 자기가 발전하고 있다고 착각하는 놈들은 원리를 까면 스스로 성정한다고 느끼겠지만 그냥 갖다 쓰는 라이브러리를 아는 것 거기일 뿐
@ㅇㅇ(223.38) 그니까 성능만 보고 알고리즘을 적용한다면 결국 일일이 모든 알고리즘을 적용해봐서 이 태스크엔 뭐가 좋은지 알아내야 됨 미련한 짓임 그냥 원리를 알면 한방이란 거임
@ㅇㅇ(223.38) 너는 개발이 아니라 QA만 해야겠다
@ㅇㅇ(211.234) 그래 니들이 사용하는 방식이면 그냥 인터페이스 갖다 쓰면 끝이지 원리랄 것도 없어
@ㅇㅇ(223.38) 왜... 왜 이런 짓을 고집해야 하는가 니가 고전 컴퓨터냐고
@ㅇㅇ(223.38) 블랙박스는 가져다 쓰냐 아니냐를 기준으로 하는게 아니란다
@ㅇㅇ(125.140) 원리를 알 시간에 테스트만 하면 바로 측정되는 것을 시간만 아깝다
@ㅇㅇ(223.38) 그 테스트가 더 오래걸리는뎁쇼;; 원리를 알면 그냥 적용하면 끝임 테스트도 혹시나 해서 하는 거 빼면 필요 없지
@ㅇㅇ(211.234) 니들이 하는 짓은 그냥 갖다 쓰면 된다 원리를 안다는 사실에 도취해 있는 놈들은 죽었다 깨어나도 고치지 못 할 낭비지만
@ㅇㅇ(223.38) 너는 평생 남이 만든 프로그램 QA만 하겠단 얘기네
@ㅇㅇ(223.38) 정확히 어떤 글 어떤 부분이 그렇게 도취되어 있는건지 링크좀
@ㅇㅇ(125.140) 오래 걸리지 않는다 서비스에 알고리즘 붙이고 알고리즘 테스트 오래 걸린다 징징대는 거면 할 말이 없다
@ㅇㅇ(223.38) 솔직히 갖다 쓰는 것에 거부감을 느끼는 건 자연스럽긴 한데 흔히 이 상황에 대해 얘기하는 비유로 "바퀴 재발명"이 있어요 기본적으로 미련한 짓임
@ㅇㅇ(211.234) 이미 니들 댓글이 증명하고 있다 갖다 쓰기만 하면서 원리를 알면 뭔가 해냈다고 착각하는 어리석음
@ㅇㅇ(223.38) 물론 성능 때문에 커스텀 구현을 한다면 재발명도 어느정도 이해가 되는데 문제는 너는 성능을 위한 원리나 지식은 의도적으로 쌓고 싶지 않지만 아무튼 성능은 챙기고 싶은 모순적인 소리를 하는 중임
@ㅇㅇ(223.38) 논리적인척 하지만 반박은 못 하니까 거만한 말투로 바꾸고 감정과 권위에만 호소하기 시작하는 QA유망주
@ㅇㅇ(125.140) 그래 그리고 그게 원리를 알 필요 없는 이유지 그냥 갖다 쓰면 되거든
@ㅇㅇ(223.38) 그러니까 시간 빌게이츠나 할만한 알고리즘 무차별 대입 이지랄하지
@ㅇㅇ(125.140) 갖다 쓰기만 하면서 뭘 더 해줘야 하나?
@ㅇㅇ(125.140) 갖다 쓰면 될 일에 무차별 대입이란 건 말이 맞지 않다
@ㅇㅇ(211.234) 그건 너희들의 댓글이 보여주고 있다
@ㅇㅇ(223.38) 그니까 왜 원리는 무조건 몰라도 된다고 억지부리는 거임 그건 32kb 메모리 밖에 없는 뇌가 아니면 문제가 전혀 없음 컴퓨팅 지식으로 설명하자면 "캐시"야 일일이 계산할 거 없어 그냥 불러오면 됨
@ㅇㅇ(223.38) 이젠 새대가리 앵무새가 되어서 문장도 제대로 완성못하네 ㅋㅋㅋㅋㅋ
@ㅇㅇ(223.38) 그냥 원리를 이해한다 하나만으로 모든 게 해결되는데 알았어 그냥 원리 이해하지 말고 성능 위주로 코딩 하셔
@ㅇㅇ(223.38) 코드 병신 되고 성능은 떨어지는 건 네 문제임 나는 많이 도와줬다? 내 탓 ㄴㄴ
@ㅇㅇ(125.140) 원리를 알아서 한다는 건 고작 그들이 만든 라이브러리 갖다 쓰기일 뿐 원리를 안 의미는 어디에 있지?
@ㅇㅇ(125.140) 라이브러리 갖다 쓰면 되는데 성능 떨어진다는게 뭔 소리인지도 모르겠구나 니들이나 나나 쓰는 라이브러리는 똑같다
@ㅇㅇ(223.38) 그니까 성능을 이해한다는 거랑 원리를 이해한다는 게 왜 구분이 되는 개념이냐니까...? 보통 한 몸 아님? 왜 성능이 좋은지도 보통 라이브러리 공식문서에서 다 설명해줄텐데 그걸 굳이 나눠서 의도적으로 원리는 머리에 집어넣지 않겠다는 사상이 이해가 안 간다는 얘기임
@ㅇㅇ(223.38) 게다가 라이브러리 기능은 만능도 아님 특수 도구지 모든 상황에 높은 성능을 보장하는 만능 도구는 존재하지 않음 그니까 구분을 해야 하는데... 원리를 모르면 어케함... 아니 ㄹㅇ 모르겠다 나는
@ㅇㅇ(125.140) 어떻게 한 몸이지? 바퀴의 재발명 타령하는 쟤 말처럼 결국 다 성능을 측정하고 자랑했기에 사람들이 쓰는데 원리를 알아서 쓴다고? 그건 그냥 성능이 좋아서 쓰는 거다
@ㅇㅇ(125.140) 그냥 라이브러리로 제공하고 있고 아무도 원리에 관심없어도 필요하면 갖다 쓰는 도구다
@ㅇㅇ(223.38) 그야 보통 사람은 왜 성능이 뛰어난지를 궁금해하니까요...? 개발자 입장에서 그건 중요함 메모리랑 어떻게 상호작용하고 CPU 부담이 얼마나 되는지 그런 것도 다 다름 어떤 건 메모리를 많이 쳐먹고 어떤 건 CPU를 많이 쳐먹음 그러니까 그에 맞게 다른 라이브러리나 커스텀 기능의 전략을 고민해야지... 이걸 설명해줘야 하는 건가
@ㅇㅇ(125.140) 무토끼가왓으닝 싸우지망 - dc App
@ㅇㅇ(223.38) 무토끼강왓으닝 싸우지망 - dc App
@ㅇㅇ(223.38) 놀랍게도 원리에 노관심인 건 너뿐임
@ㅇㅇ(125.140) 무토끼강왓으닝 싸우지망 - dc App
@무토낑(112.165) 차단
@ㅇㅇ(125.140) 무토끼강왓으닝싸우지망 - dc App
223.38
급 식 쩝 쩝 충
부분적으로는 동의함 네티가 어쩌구 버추얼 쓰레드가 어쩌구 설쳐댈 시간에 Rio나 io uring으로 직접 이벤트 루프 기반 비동기 로직을 짜보는게 맞음 - dc App
글쓴이 얘기는 그것도 필요없단 얘기잖아
허나 깃갤의 온상이 그렇다 구현할 줄도 모르고 단순히 원리를 알고 있다는 것에 끝
팩트는 기초가 부실하면 기다리는 건 도태임
원리를 안다는 자만심 그 하나로 갖다 쓰는 놈들에게 기초 따윈 의미 없다
여기 분위기 살벌하구만
성지순례왔습니다.
대게 갖다쓰기만 할 줄 알면 된다는 생각은 뭔가 문제생겨서 남이 짠 코드 디버깅 할 일 생기면 치유되는데
갖다쓰다가 문제생기면 그거 똥치우는거까지 갖다쓴 놈 책임읾
@ㅇㅇ(39.7) 평상시엔 니 말대로 별 차이 안 나는데 뭔가 문제 생겼을때 시발시발 하면서 뭐라도 하는 샛기랑 앰씹좆됐다 공염불만 외우는 샛기 정도의 차이는 남
그냥 원리 이해해보려다 대가리때문에 벽느껴서 심술났다고 솔직하게 이야기하세요
댓글 읽다 보면 벽이랑 대화하는 기분이 들어
오픈소스가 왜 소스를 오픈하는지 생각을 좀 해봐라
새로운거 배우면 두근두근하고 그러지않음? 난 정렬 알고리즘 배우고 실습하면서 되게 좋았는데 같은 학기에 들은 네트워크 수업에서 소켓 플밍 안하고 그냥 이론적인 내용만 다뤄서 재미없었는데 알고는 실습 과제 많아서 좋았던 기억이 남
애초에 대학은 아카데믹한 내용을 배우는거라 실효성있는 것만 배우진 않지... 오히려 원리 같은거를 더 배우지 않나싶음 학문적인 내용을 배운다고 생각하고 열심히해 봐 일단 컴공도 엔지니어니깐... 원리 이해를 바탕으로 활용도 잘하는 그런 인재가 되자
ㅋㅋㅋ 병신새끼