2~9화까지는 이미 스포일러 당해서 안 봄
다 듣고 정리해서 올려 봄
일단 멀쩡한 컴파일러면 당연히 해 주는 최적화를
C에서 가독성 죽여가며 닝겐 손으로 하는 멍청한 짓은
할 필요가 없다는 것을 깨달음
뭐 쓸데없이 비트 연산자를 쓴다거나..
음 ... 근데 자막이 없어서 진짜 힘드네..
영어가 잘 안 들린다.. 아 너무 어렵다
2~9화까지는 이미 스포일러 당해서 안 봄
다 듣고 정리해서 올려 봄
일단 멀쩡한 컴파일러면 당연히 해 주는 최적화를
C에서 가독성 죽여가며 닝겐 손으로 하는 멍청한 짓은
할 필요가 없다는 것을 깨달음
뭐 쓸데없이 비트 연산자를 쓴다거나..
음 ... 근데 자막이 없어서 진짜 힘드네..
영어가 잘 안 들린다.. 아 너무 어렵다
메모리 에일리언싱 이런거만 프로그래머가 조심하라는건가
프로그래머가 해야되는 최적화선은 - dc App
메모리릭 관리, 반복되는 메모리 레퍼런스, 프로시저 콜, ALU는 변수에 저장해서 처리 정도만 해도 된다는데 - dc App
그리고 이건 해주는게 가독성도 좋대요 - dc App
ㅋㅋ 짤의 저 코드가 누가 제출한 과제에서 나온 코드인데 교수님이 보고 소름이 돋았댄다 ㅋㅋㅋ
구렇군요
할배 커엽 - dc App
저 보기 코드는 뭐를 잘몬한거임?
tolower 안쓴거?
근데 최적화를 컴파일러길 당연히 해줄 것으로 생각하고 안 하는 것도 안 좋은 태도라는 의견도 있음. 케바케 - return 0;
strlen 반복. 루프내 분기? - Make PHP Great Again!
어차피 저 코드를 보니 ascii로 고정이니 사실상 분기가 필요없죠 - Make PHP Great Again!
뭐 정답은 위 흉말대로 임플리멘터가 우리들보다 대개 존잘이니까 걍 닥치고 표준함수를 최대한 씁니다. - Make PHP Great Again!
strlen 쓴건 잘못한거 알겠음 배열이 아니라 포인터를 쓰는게 맞을듯 근데 if문은 필요하지 않나요?
그러니까 당연히 최적화 해주는 부분과 절대 안 해주는 부분을 알아야되는데, 함수콜은 절대 안 해주는 부분 ㅇㅇ
배열은 노상관 어차피 까보면 똑같음
ascii면 필요없습니다. 어차피 비트 하나 셋팅됐냐 안됐냐로 소문자 대문자로 표현되요 - Make PHP Great Again!
어차피 ebcdic면 연속적이지 않아서 저렇게해도 안됨 - Make PHP Great Again!
뭐 그도 그렇죠
그냥 속편하게 tolower로 ㄱ다
흐규 어렵다
troublecoder//되요->돼요 (되어 = 돼임) [리듬 맞춤법 봇♬]
troublecoder//셋팅->세팅 (외래어는 뒤 초성이 거센소리나 된소리일 때 앞 받침을 안 적는 게 원칙. 쉽게 말하자면 받침 유무에 따라 발음 차이가 없으면 받침 안 씀) [리듬 맞춤법 봇♬]