생존자 편향.
맞든 틀리든 답에 참여한 애들은 솔직한 애들이고 소통하는 애들이야.
근데 뒷북치곤 당연한거지 하는 애들은
앞에 틀린애들을 비웃는 행위로 자존감을 높이려는 심리가 작용할 수 있거든.
뒤늦게 첨언하고 싶다면 그때까지 나온 이야기들 보다 진보적인 첨언을 하면 되는거다.
그게 아니라면 굳이 푸풉 병신들 하는게 별 의미 없다는거지.
소스코드 제일 위에
// start
넣는것 만큼도 가치없는 일이란 거지.
저건 차리리 여러 소스 한장에 프린트 할때 경계라도 되잖아.
물론 본인 주석 아주 싫어한다.
세상엔 쓸데없는 짓들이 많고, 또한 텔로미어가 있어서 내부적 성장이 가능케 된다만.
뒷북은 뒷북이다.
누가 옳다 틀렸다, 무엇이 정답이다 라는 말은 아니고
한편으로 자신의 심리를 들여다보란 소리다.
- 코세 -
정답자 나와서 바로 정답을 이야기하긴 한건데 빨리나오긴 했음ㅇㅇ.. 뭐 쉽네~하면서 봤는데 이미 답이 있을 수 있지 - dc App
뒷북이라는게 뒤늦게 북친다는건데 아직 이야기가 진행중이라고 생각할 순 있다고 보고... 답이 너무 빨리나왔다 뿐이지 - dc App
왜이렇게 고상한 척하세요
타원이 부모면 안되는 이유가 뭐임? 넓이 구하는 로직같은 거 재사용이 되잖아
ㅁㅈㅁㅈ 아직 이해 안됐으니까 부연설명이나 해달라 - dc App
원을 따로 만들면 안되는 이유가 뭐임? 원과 타원은 비슷해보이지만 구현은 전혀 달라. 정사각형만큼도 안닮았어. 우연히 겹치는 것 뿐이야~
흠... 그러니까 핵심은 "비슷해 보이지만 그렇지 않다"라고? - dc App
원과 타원은 primitives 고, 그 말은 수없이 인용될 수 있다는거야. 근데 그걸 타원과 관련되어 몇 줄 덜짜는걸 목표로 작성한다는 것, 타원을 최적화 하다보면 원이 바뀔 수 있는 것 등을 생각하면 문제가 훨씬 많은거지.
ㅇㅎ 명답이네
하물며 불필요한 부가적 초점 정보같은걸로 데이타를 낭비한다? 말도 안되는거지.
primitive 하니까, 그럼 int와 double의 관계가 포함관계가 아닌 독립된 자료형인것과 비슷한것인가? - dc App
바로 그거지. 우리가 일반화로부터 많이 떨어져 있는 특수한 케이스를 구현할때 매크로나 alias 수준의 정의를 만드는거랑은 완전히 별개문제지.
아 기분좋다아 - dc App
그래서 풀었다는글 링크는?ㅋㅋ
내글 검색하면 나오니까 찾아봐라~
아 못올리죠 ㅋㅋㅋ
올려놨는데 답을 모를 정도면 니가 그 문제를 전혀 모른다는거지.
다들넘빠름 ㄹㅇ
빠름 빠름~