7:45 쿨링팬을 그렇게 혐오하던 애플이 arm 프로세서를 고른건 너무나도 당연한 것이었군요! 오늘도 잘 보고 갑니다.
@funfunyoo2 жыл бұрын
ARM 서버를 10년째 개발해오고 있는 회사의 대표이자 개발자로서 정말 정말 재미있게 잘 보았습니다. 처음엔 다른 영상들처럼 또 CISC vs RISC 얘기로 애플 M1 칩을 분석하려나 했는데 뒤로 갈수록 그게 아니어서 무척 흥미롭게 잘 보았습니다. 애플 M1 칩은 ARM 의 SoC적인 특징으로 Unified Memory Architecture 라고 그들이 말한 메모리 공유 구조를 살펴보면 도움이 되어요. 정말 정말 재미있게 잘 보았습니다. 제가 유투브 영상에 댓글을 단 것도 처음이네요. ^^;;;
@crapmen123a Жыл бұрын
번창하세요
@paper81642 жыл бұрын
정보처리 기능사 공부했을때는 RISC가 CISC보다 무조건 더 좋다라고 이해 했는데, 각자의 장점이 있구나 ㅎ, 니꼬쌤 덕분에 또 하나 배워가네여
@user-vm3zf8xt7t2 жыл бұрын
기능사에사 뭔 이해임 걍 기계적으로 문제답만 외우는거죠 ㅋ
@Pelade_MinMeoRi2 жыл бұрын
그렇다면 많이 어렵겠지만 각종 x86기반의 것들을 ARM기반으로 빠르고 문제없이 전환시킬 수 있는 방법만 찾아낸다면 다방면에서 엄청난 이윤을 얻을 수도 있겠군요
@user-xc2oq7gu3o2 жыл бұрын
문제는 ARM이 x86 처럼 아키텍쳐 외부의 SW생태계를 갖기 어렵다는 것임. 회사마다 따로 칩을 제작하는데 개발자가 그 많은 칩에 따라 여러 버전을 만들어야하는 좆같음이 있음. 지금 파인북이 ARM 기반인데 제품마다 OS를 제각각 다운받아야함 ㅋㅋ
@hmin66802 жыл бұрын
ARM은 알기로 아키텍쳐의 이름이지만 칩마다 커스터마이징이 제각각으로 되어서 더 힘들다고 들었어요
@user-ke6ed8nc9c2 жыл бұрын
미국에서 골드러시할 때 정말 돈을 번 사람들은 금을 찾는 사람들에게 물자를 판매한 사람과 같은 유레카다 생각했는데... 쉽지 않네요. 무엇이든 파편화가 심화하면 손대기가 너무 힘들듯요...
@user-tv9yo6gi6c2 ай бұрын
arm은 x86과 달리 하위버전과의 호환성이 없다는것이 단점이군요.
@MsHitman3322 жыл бұрын
다른것 보다는 애플이 다른회사의 영향에서 벗어나는것을 선호해서 ARM으로 가는것 같습니다. 인텔보다는 ARM이 개발의 자유도는 훨씬 좋은걸로 알고있습니다. 게다가 20세기때 윈텔에게 개발린 복수할 기회도 계속 보고 있다가 이번에 시원하게 한방먹이게 되었구요. 차후에는 ARM 그늘에서도 벗어날려고 노력하게 될것 같습니다. 애플이 원래 혼자서 다해먹거나 자신들의 아래에서 있는걸 좋아하지 동등하게 뭘 하는걸 싫어하는 회사라서...
@jaylee49762 жыл бұрын
그것도 그렇고 애플은 쿨링팬을 너무 싫어하는것도 영향을 줬을것 같음. 에너지 효율이 좋다는건 당연하개도 냉각을 덜 시켜도 된다는 뜻이니까.
@choibino91432 жыл бұрын
ARM 자체가 모바일 시장에 유리한 것도 크죠.. 얘네들은 토끼를 몇 마리나 잡는건지 모르겠네요 ㅋㅋ 본인들도 ARM 전환 계획 잡고 개 꿀 외쳤을듯. 마소가 서피스 RT 만든다고 큰 돈 그대로 때려박고 상심해서 삽질하던 차에 애플이 격차를 너무 벌렸네요. 팀 쿡이 동성애자였던 거 뻥이라고 리턴아웃하지 않는 이상 애플이 10년간은 독주할 것 같음..
@epicurekim94382 жыл бұрын
모바일과의 통일성 유지도 큰 것 같은데요. 맥과 아이폰 아이패드가 동일 코드로 완벽하게 호환되지는 않겠지만 그래도 동일 프로세스를 적용하게 된다면 그래도 인텔칩보다야 크게 작용하겠죠. 일단 인텔칩이야 전혀 건드릴수가 없으니까요. 그리고 ARM에서 벗어날지는 모르겠지만 현재 ARM이 제조사에 간섭을 하는 회사가 아니라서요. 요금만 지불하면 자기네 설계도 가져다 북을 치던 장을 지지던 전혀 간섭이 없으니 굳이 단독개발로 갈까요? ARM보다 좋은 새로운 프로세서가 등장하면 모를까...
@1000sh2 жыл бұрын
하고싶은말 다적어놓으셨네들
@edwardjeon32552 жыл бұрын
16~19년도쯤의 상황을 되돌아보면 저는 대략 세가지 정도 요인이 눈에 띄네요. 1. 인텔 프로세서의 성능향상폭이 오랫동안 기대에 못미쳤고, 이때문에 8년전 10년전 맥을 그대로 쓴다는 얘기가 흔할 정도로 맥 교체 수요가 안생김. 2. 팬리스 성애자 애플이 아이패드 노하우도 있겠다 인텔믿고 12인치 뉴맥북으로 오랜만에 노쿨링팬 시도했다가, 역시나 이번에도 발열과 쓰로틀링때문에 욕먹음. 3. 예전에는 윈도우와의 병행사용을 위한 호환성이 중요했지만, 이제는 아이패드/아이폰용 앱과의 호환성이 생기는게 윈도우 호환성 유지보다 더 메리트가 커짐.
@gamelsrael2 жыл бұрын
Can you please make a video why so many AAA games companies uses Unreal Engine game engine instead of Unity Engine? and if you have more ideas about game development it will good, I really like this topic 😄
@jesusforever4442 жыл бұрын
Votes up
@hey18292 жыл бұрын
I guess it will be performance issue, unreal is c++ and unity is c# and c# is slow than c++. Of course I don't know about both but i guess unity is mean to crossplatform, not performance
@user-bb9vk8eu8c2 жыл бұрын
graphic?
@dramg_thunder2 жыл бұрын
USING language different C++ more effective about complie. C# have more complie processes go to assembly. (C# is released later than c++ and has more compilation processes.) (if something is wrong, tell me about that!)
@HKHKSON2 жыл бұрын
Maybe because rendering??
@kumma97932 жыл бұрын
NVIDIA가 ARM을 인수하려고 하는 이유가 여기에 있는거죠. 좋은 영상 좋은 정보 감사합니다!! 한국말로 인사하는걸 보고 깜짝 놀랐네요!
@che12 жыл бұрын
많이 아는게 천재가 아니라. 많은 걸 잘 가르쳐주는게 진짜 천재임
@kgh11132 жыл бұрын
와... 이분이 천재네 모든 사람이 아는걸 1줄로 설명했으니까...
@prominimins2 жыл бұрын
궁금했던 주제인데 감사합니다! Thank you, Nico teacher!
@nomadcoders2 жыл бұрын
시청해주셔서 고맙습니다!
@ottogibob2 жыл бұрын
정말 마음에 드는 영상입니다. M1 프로세서가 출시되고 나오는 많은 영상들이 M1이 빠른 이유는 그저 Arm이고 RISC 때문이고 x86이 느린 이유는 CISC 때문이다 라는 영상이 매우 많이 나왔는데 대부분 현대에 들어선 서로 장점을 흡수해서 x86 프로세서도 RISC 처럼 돌아간다는걸 빼먹어서 답답함이 있었거든요. 진짜 빠른 이유는 die 크기가 더 큰 만큼 더 많은 트랜지스터가 들어가서 뉴럴엔진이나 미디어 엔진이 들어가고 메모리가 내부에 들어있어서 전송 지연도 느리고 캐시도 많고 gpu와 메모리를 다이렉트로 공유한다는 점 등 때문인데 말이죠... m1 max 다이 사이즈와 트랜지스터 수를 비교하면 x86 서버용 cpu에 맞먹는데 말입니다...
@normall-jm6zi2 жыл бұрын
비전공자가 들어도 이해되게 설명하는 노마드는 학원가 인강 강사였으면 탑 찍는다.
@kalakim85372 жыл бұрын
그런 당신을 위한 노마드코더 개발 인강!
@nine99korea2 жыл бұрын
예전엔 cisc는 한 클럭만에 1개의 instruction을 수하하지 못핬고 risk는 한 클럭에 모든 instruction 실행이 가능, 하지만 80계열이 프로세서 시장을 선점했고 개발툴이 많았음. 그에 반해 고성능 risk는 웍스테이션용으로 사용(대중에게 멀어짐, 80계열은 친 사용자환경과 대중화를 중시함) 쭈욱 80계열이 장악하다가 모바일쪽이 파이가 커짐(모바일은 고효율을 중시함) 파이가 너무 커지다보니 고성능으로 발전함 이제 맞다이 뜰만하니 애플이 pc로 만들어 버렸는데 대박침
@nine99korea2 жыл бұрын
80계열 프로세서와 명맥이 끊긴 68k, 그 후에 등장한 ARM 의 프로세서 계보도를 살짝만 들여다 보면 재밌는게 많아요
@user-gr4fm9ie3j2 жыл бұрын
개발자도 아니고, 컴퓨터를 좋아하는 사람도 아닌데, 이분 영상은 재밌어.
@user-ok4hl7ue9l2 жыл бұрын
좋은 지식이니 알아두시는게좋아요 주식변동이 꽤 있거든요
@cs55972 жыл бұрын
I was waiting for this topic!
@nomadcoders2 жыл бұрын
감사합니다!
@_web1902 жыл бұрын
지금까지 X86과 ARM 의 차이를 대략적으로만 알고 있었는데 이렇게 명확하고 간단하게 이해 시켜주는 영상은 이게 처음인거 같습니다
@user-wq7pe5cf3v2 жыл бұрын
와우.. 처음 접하는 내용인데도 이해가 쏙쏙 되네요 !!! 유익한 영상 감사합니다 !!!!
@Tassadar10032 жыл бұрын
좋은 영상 감사합니다. 머리가 시원해지는 기분이네요 ㅎㅎ
@lycorice22192 жыл бұрын
omg you explained all these concepts and applied it to real life examples that my prof couldn't even explain in an hour. Thank you sooooo much!!!! You're such a great teacher!!
@Cons-Cat2 жыл бұрын
Do note that there are several subtly incorrect statements in here. That's part of the "like I'm 5" qualifier, made to simplify the information so it's a tiny lie that would be easier to understand if it were true, and it's close enough to the truth that you aren't terribly misled. Your professor likely explains this more accurately. For instance, a compiler builds to machine code, not assembly code. There would be no purpose in that intermediary step, however some compilers (such as GCC) have an option to emit assembly _instead_ of machine code, but that is used rarely and only for low-level debugging or codegen introspection. Personally, I never emit the assembly, because the machine code can be disassembled by my debuggers such as GDB and Rizin, and that code is more useful because I can step through it in Emacs and see the registers update, or step backwards in rr (attached to GDB) or Rizin (only when it's _not_ attached to GDB). If I compile with debug symbols, then the ELF header contains all the DWARF and GNU-extensions that my debuggers need to tell me everything I care about.
@lycorice22192 жыл бұрын
@@Cons-Cat thanks for the heads-up! I’ve only seen this comment now. There are still many concepts that I don’t know but after taking the class with my prof on computer architecture, I understand what you mean with how high level language gets translated to assembly, then to machine code. From what I’ve learned so far, compilers create object files which then help in gathering the assembly code into an executable file in machine code. I’m not sure how this info fits into what you’ve said about emitting assembly but thanks for bringing these up. I’ll search about them :)
@youngje-2 жыл бұрын
너무 유익해서 댓글을 안 달 수가 없군요 감사해요 니꼬형
@nomadcoders2 жыл бұрын
네 감사합니다 😊
@starriet2 жыл бұрын
이런것까지 설명해줄은 몰랐다 ㅋㅋ 굿! 좋은영상 고마워요~~
@timlim24242 жыл бұрын
좋은정보 감사합니다 원슈타인 화이팅!
@juhnnyb2 жыл бұрын
이 영상이 필요하다고 말씀드린 보람이 있네요. 컴파일러와 어셈블러 때문이라고 알고는 있었지만 코드를 직접 보여주면서 비교해주니 확실하게 이해가 되네요. CISC, RISC 설명도 도움 많이 되었어요. 정리하면 개발자들의 요구에 따라 트랜지스터의 구조(CISC, RISC)와 명령어 셋(ISA)이 다르게 설계되어서 전기적 특성과 사용하는 해석기(어셈블러, 컴파일러)도 차이가 난다는 거군요. 그러면 맥의 로제타는 CISC의 어셈블리 코드(ISA)를 애플용 RISC의 어셈블리 코드로 바꿔주는 변환기라고 추측할 수 있겠네요?
@User-qw75443kjh2 жыл бұрын
Wow, you have such genius ability to explain for making easier understanding. Pretty impressive to be possible memorizing longer
@PeterSramka2 жыл бұрын
If you are just memorizing the information in this video, then you will have a limited understanding of how processors work. If you focus on how and why processors work the way they do, which requires further study, you will have a much better understanding and then you can use your understanding to come up with creative solutions to problems. If all you do is memorize, you might be able to get a good grade on a test, but you will have learned very little.
@박현서-f6r2 жыл бұрын
이런 유익한 영상 너무 좋습니다!!
@elecricecooker2 жыл бұрын
risc-v isa 한 학기동안 공부하며 어셈블리도 만지고 이것저것 해봤었는데 관련 내용이 나오니 반갑네요
@MIN_Tech2 жыл бұрын
I love your video ! The best video ever!!!
@user-xz3jp5xq3x2 жыл бұрын
와 저번에 이거에대해 자세히 궁금하다고 댓글 단적 있었고 시간이 너무 지나서 잊었겠지 싶었는데 결국 영상으로 답변 해주셨네요!
@sungjaelee77982 жыл бұрын
Thank you so much for easy explanation.
@user-zg7ob8ns2l2 жыл бұрын
운영체제 시간에 듣던 강의보다 쏙쏙 들어오네요 ㅎㅎ
@42_cloud2 жыл бұрын
진짜 쉽게 가르쳐줌... 나중에 RISC랑 CISC에 관해 가르쳐줄때 이영상 한번 더 봐야겠다 ㅋㅋㅋㅋ
@yun06032 жыл бұрын
학교다닐때 정말 재밋게 공부했던 부분인데 이렇게 다시 보니 공부 욕구가 뿜뿜하네요 영상 감사해요😄
@kindcode2 жыл бұрын
항상 궁금한게.. 이걸 전부다 알고있는건가요! 아님 유튜브 업로드전에 공부를 하시는건가요?? 뭔가 개발자는 이분처럼 다 알아야 하는것 같아서 나는 아직 개발자가 되려면 멀었다 생각이들어서요 ㅠㅠ
@leeyoung60122 жыл бұрын
그런데 이런 것들은 대학교에서 전공한 분들은 학교에서 배우지 않나요? 학교 졸업한지 20년 되었고, 학교 다닐떄 공부 잘 하던 학생은 아니었지만, computer organization, computer architecture, programming language, compiler 클래스에서 다 언급 되었던 이야기들 같은데.... 물론 100% 이해를 했던 것은 아니었지만.. 대략 개념이나 용어들은 익숙한 내용인데..
@user-bg4jt6fi4m2 жыл бұрын
컴퓨터공학을 전공하는 사람들은 computer architecture 수업에서 나오는 내용들이에요. 다 알 필요는 없지만, 알아둬서 나쁠거 없는 그런 내용의 수업이었어요
@server66142 жыл бұрын
그르게요.. 볼때마다 대단하시고 많은걸 아심
@csh61032 жыл бұрын
전공저면 기본으로 알만한내용이긴합니다
@just-do-halee73752 жыл бұрын
와우... 일주일간 기다린 보람이 있었습니다. 덕분에 이해 완료!!
@aonemd64612 жыл бұрын
Brilliant explanation. Thank you!
@baedori3232 жыл бұрын
잘 모르는 분야인데 이렇게 설명 듣고 나니까 굉장히 똑똑해지는 기분 좋네요😆 ㅋㅋ👍
@Fallenztar1982032 жыл бұрын
RISC CISC 차이점 명확하게 설명 감사합니다!!! 드디어 이해를 했어요!
@user-jn2kt8de7d2 жыл бұрын
감사합니다! 늘 잘보고있어요
@user-gg9nm1nz8j2 жыл бұрын
와~ 이해가 잘돼네요~!! 감사합니다
@girinofyoung2 жыл бұрын
니콜라스~ 최고예요~ :)
@sunghyunlee6571 Жыл бұрын
어려운 정보를 짧은 시간에 알기 쉽게 강의해 주셔서 감사드립니다! 확실히 알고 계시니까 알기 쉽게 전달해 주신다고 느꼈습니다^^
@user-yh6me2wb3m2 жыл бұрын
와우!! 영상 굿굿!! 니콜라스 thank you!!
@user-pp8rj6ny3p2 жыл бұрын
일장일단이 있는 부분이지만 인텔에서도 ARM을 활용한 기술이 적용된다면 인텔도 다시 떡상할 가치가 있을거 같아요
@leeyoung60122 жыл бұрын
니꼬샘이 영상에서 이야기 했듯이, RISC 계열의 기술은 펜티엄시절부터 인텔에서 서서히 적용하기 시작했습니다.. 확실히 확인 된 사실은 아니고, 아직도 말이 많기는 하지만. ISA 밑의 opcode 영역에서는 인텔 프로세서들이 굉장히 RISC 처럼 작동한다는 설도 있고..
@user-gn2eh3eq7f2 жыл бұрын
인텔 CPU도 어느 분 말씀처럼 내부적으로는 ARM과 같은 RISC 방식으로 구현되어 있어요. 파이프라인이라는 동시 수행 효율을 내기 위해서는 어쩔 수 없거든요. 그리고 이게 펜티엄 후속 버전인 펜티엄프로(무려 1995년) 때부터 적용된 것이랍니다. CPU 외부에서 볼 때는 (소프트웨어) 기존 CISC 명령어를 받아주고 그걸 내부에서 처리할 때는 RISC 형태로 잘게 나눈 뒤 실행 효율을 올리는데 그 때문에 CPU 내부에 이런 변환을 담당하는 디코더 로직이 엄청나게 들어갔습니다. 그래서 칩 구조가 복잡하고 발열도 훨씬 많아요. 반면 이런 게 처음부터 없는 ARM은 훨씬 단순하죠. 그래서 캐시나 심지어 메모리까지 더 집어넣을 수 있고.. ^^
@JH-bx2vg3 ай бұрын
와 꽉찬 설명 감사합니다
@nomadcoders3 ай бұрын
봐주셔서 감사합니다!
@DOOSANKANG2 жыл бұрын
너무 흥미로운 주제 쉽게 잘 설명해주셔서 감사합니다! 좋은 영상 잘 보고 갑니다!
@nomadcoders2 жыл бұрын
좋은 댓글 감사합니다!
@namuni675412 жыл бұрын
하드웨어는 잘 모르지만 하드웨어 이야기도 재밌네요!!
@shinhj722 жыл бұрын
와우~ ARM 이름만 많이 들어봤지 왜 그렇게 뜨고 있는지 잘 몰랐는데 한방에 머리에 입력되는 것 같네요. 너무 잘 봤습니닷!
Thank you for the explanation. You answered all questions I had in mind.
@ton0082 жыл бұрын
잘 이해되었습니다 감사합니다
@alllim2 жыл бұрын
이해가 쏙쏙 됩니다. 감사합니다
@zoozoo62562 жыл бұрын
너무 설명 잘하신다. 어렴풋이 알던 걸 정확히 알게 되었습니다. 감사합니다.
@ullalaullala2 жыл бұрын
컨텐츠 내용도 내용이지만 영어 공부하기 참 좋네요^^
@nomadcoders2 жыл бұрын
좋게 봐주셔서 감사해요!
@mathijs51992 жыл бұрын
속시원한 설명 잘 듣고 갑니다 👍🏻
@markay73112 жыл бұрын
Cool explanation! Brings back memories of architecture 101
@user-mq5xm2ho7v2 жыл бұрын
컴퓨터 구조 복습하는 느낌이라 좋아요~ 소프트웨어 말고도 하드웨어 컨텐츠 더해주세요
@donshin12032 жыл бұрын
니꼬 항상 영상 잘보고있어! 하드웨어 기술자가 되기위한 단계도 영상으로 한번 준비해줄수 있을까?
@잡지마스크립트2 жыл бұрын
유익한 내용 고마워 니코형
@Alanimdeo2 жыл бұрын
얼마 전에 M1 맥북 프로 샀는데, 진짜 좋긴 좋더라고요 ㅎㅎ
@user-xi8dy8tt8n Жыл бұрын
cisc risc 많이 봤는데 개념 제대로 배우고 갑니다. 고맙습니다!😊
@gooddreambuilder15662 жыл бұрын
기술적으로는 아키텍처에 대한 다양한 의견이 있지만, 기술은 결국 시장 원리에 따라갔음. 시장원리는 다양한 요구사항을 제시하고 결국은, 기술의 간극은 없어지는 형태로 발전하게 됨. 오랜 시간 R&D로 기술을 주도 해 오며 느낀 점.
@lys85202 жыл бұрын
으아.. Computer Architecture 때 배운걸 여기서 또 만나네..
@user-cw6fu2qx8p2 жыл бұрын
늘 잘보고 있습니다~ TDD에 관련해서도 설명해주시면 감사하겠습니다ㅎㅎ
@nomadcoders2 жыл бұрын
참고할게요!
@user-yh2sm2jf2y2 жыл бұрын
잘보고 갑니다.전공을 공부했는데 전에 이런거 배웠던걸 다시 복습하고 가네요
@raitup002 жыл бұрын
Great explanation!!
@toms_tech2 жыл бұрын
Great video, like always!
@jlee88212 жыл бұрын
Very Good Summarizing! ^^
@tejonBiker2 жыл бұрын
Nice, short and clear video, thanks for the info.
@g91702 жыл бұрын
Very well Explained.
@babamba7062 жыл бұрын
이 채널을 지금 알게되니까 정말 기뻐요!
@Landon_Hughes2 жыл бұрын
You, my friend, have a gift of teaching ✊
@Vexown2 жыл бұрын
Incredible video, you've earned a subscriber :) Thanks
@user-bl7zg1gy7d2 жыл бұрын
역시 니꼴라스 짱짱맨 비 전문가 들도 알아듣기 쉽게 설명 해줘서 ㄳㄳ
@GameLoLTekken2 жыл бұрын
그동안 궁금했던 부분들이 한방에 챡 풀리는 편이었어요 thank you 쏴랑해요 , eat kimchi! byebye
@user-ke6ed8nc9c2 жыл бұрын
10년 전에는 인텔이 영원히 반도체계의 짱이 될 줄 알았는데 도태되면서 위기에 처해가네요. 과연 이 상황을 타개할 수 있을지 개인적으로 궁금해집니다.
@user-oj2re5zh6i2 жыл бұрын
도태라.. 도태라고 표현하기는 어렵지 않나 싶네요. 여전히 1등이고 발전 가능성도 있는 회사니까요.
@jupiterjo69142 жыл бұрын
인텔은 공무원화 된지 10년이 넘어서 이젠 거의 발전이 없는 조직이죠 앞으로 cpu 는 arm 쪽이 대부분 다 장악할 것으로 보고 있습니다. 특히나 클라우드기반 메타버스 사회가 되면 특정 기능만 잘하는 클라우드 시스템에 최적화에 좋은 ARM으로 최적화된 cpu만 생산하면 되기 때문이죠
와..귀에 쏙쏙들어와요. 안그래도 M1칩 샀는데 자꾸 죽어서 좀 짜증은 나는데 배터리수명이랑 소음이 적다고 해서 쓰고 있어요.ㅠ
@kyuwon97102 жыл бұрын
원래 CISC와 RISC는 명령어 형태를 통일하느냐 하지 않느냐로 나누어지는 것 아니었나요? 예를 들면 CISC에는 파라메터의 개수가 다양한 명령어를 허용한다든가 하는 것 등요.
@CODEDIS2 жыл бұрын
You are a clever engineer I think. I subscribe your channel and plus like. Thanks.
@wonseok80512 жыл бұрын
Hello I was watching one of your KZfaq video called “Top 3 Highly Paid Programming Languages In 2021” and in that video, you mentioned about functional programming languages such as Erlang and Elixir and you told us that you would make a video about functional programming language but I could not find the video about it. I am interested in functional programming languages and also you are my favorite tech (?) youtuber too. Is there any chance that you can make a video about it? Also, thank you so much for making really useful videos :)
@nomadcoders2 жыл бұрын
Functional programming video will happen, thank you for your support and for waiting. Love. N.
@hey18292 жыл бұрын
함수형 프로그래밍 영상 보고 싶습니다
@golf-and-surf2 жыл бұрын
Thanks for the awesome vid!
@kristal16242 жыл бұрын
감사합니다. 👍👍👍
@nomadcoders2 жыл бұрын
시청해 주셔서 감사드립니다.
@eameans6 ай бұрын
좋은 영상 감사합니다!
@user-xm3lh5fm4v2 жыл бұрын
영상 정말 잘 보고 갑니다~
@agata02142 жыл бұрын
인텔도 RISC로 옮기는 추세일까요? 향후 칩시장에서 인텔이 다시 리더가 될 수 있을지 궁금하네요
@user-ce1dc1qk9b2 жыл бұрын
인텔 예전에 RISC 했어요. 다만, 판매부진 등으로 인해서 버렸어요.
@FLWR_032 жыл бұрын
일단 12세대가 스윗스팟 기준으로 M1 정도의 전성비가 나온다고 합니다. 대신 고성능에는 약한지 하이엔드에서는 AMD에 밀린다네요.
@user-cy5fh1qy7w2 жыл бұрын
귀에 쏙쏙들어오네요
@JimmyAHN2 жыл бұрын
정말 큰 도움이 되었습니다. 감사합니다. (__)
@hello-park2 жыл бұрын
학부시간에 들었던건데 오랜만에 다시 보네요
@Doctor.Blender2 жыл бұрын
오늘도 1년째 언젠간 개발자가 될거라는 마음가짐으로 노마드 코더의 영상을 보고있다.
@user-jr6ei1qq9n2 ай бұрын
최고!!
@k-s-y-2 жыл бұрын
동일한 클럭의 RISC와 CISC 프로세서에서 만약 10 제곱 계산을 수행한다면 RISC는 명령을 10번 읽지만, CISC는 명령을 한 번만 읽고 처리하니까 명령어를 읽는 오버헤드가 적으니 이 경우에는 CISC가 유리한게 아닌가요? 오히려 명령어 수가 많으니 명령어의 대응점을 찾는데 더 오래걸려서 더 느린건가요?
@user-go7gq1ef3i2 жыл бұрын
Wow amazing. Thanks!!!!
@beberiche2 жыл бұрын
니꼬형님 그래서 이번에 나온 맥북 프로 살거에요?
@_AHN_2 жыл бұрын
갑자기 궁금한데 왜 32비트 프로그램은 x86이고 64비트 프로그램은 x64로 표기하나요? 오늘 내용보면 32비트 64비트랑 x86은 크게 상관 없어보이는데 왜 이렇게 표기하는지 궁금하네요
@smashing_data42922 жыл бұрын
I think RISC instructions are designed with the goal to take up the same number of clock cycles to execute while things vary with CISC depending on its architecture and the particular instructions themselves.