어셈블리어... 공부할 가치가 없는 것일까요?

다른 사람이 뭐라고 하든 본인이 원하면 하면 되지요..
임베디드나 O/S 만들 때는 어셈블리어를 알아야 하기 때문에 전혀 필요가 없는건 아니라고 생각합니다.

어짜피 프로그래밍 언어는 도구일 뿐이니까 정말 하고싶은것이 무엇인지 정하고 거기에 필요한 지식을 익히는 것이 순서일듯 싶습니다. :)

컴공출신인데 지금 scope찍어가며 register와 capacitor랑 싸우며 programming을 하는 처지이다 보니 저의 입장에서는 어셈을 모르고 프로그램을 짠다는 것 자체가 이해가 되지 않는군요.

어셈을 알아야 system architecture를 이해하고 system architecture를 이해하고 programming을 할때 제대로된 engineer가 될수 있지 않을까 하는 생각을 해봅니다.

어셈은 무지 쉽습니다. 하나씩 옮겨주는 거니까요 3개월이면 간단한 테트리스 정도는 하루안에 짤수 있을겁니다.

도전하시고 좀더 재밌는 세상으로 가시길 바랍니다. ^^a

1. 배우기 귀찮고
2. 잘할 자신도 없고
3. 재미도 없어 보이고
4. 하면 왠지 혼자 해야 할 꺼 같고
5. 돈이 될지 자신도 없고
6. 편하게 돈 버는거 같지도 않고

그런 이유로...하는게 아닐까요? 어셈블리어(특정플랫폼이라기보다 어셈블리 언어에 대한 개념자체..)를 익혀두시면 두고두고 도움 되실꺼라고 생각합니다.

뭐 학교에서 정보통신 공학이라고..미분방정식쪽으로만 죽어라 시키고 회로테스트만 죽어라 하면서 VHDL만 그린다 해도 그것과 무관하게 어셈블리어는 분명 쓸모가 있습니다.

어셈블리를 공부한다는데 뜯어 말린 사람들이 어떤 사람들인지 궁금합니다.
물론 필요 없을수도 있겠죠.
하지만 적어도 1+1이 왜 2가 되는지 정도는 알고 프로그래밍 해야되지 않을까요?

회사에서 지지난 프로젝트는 어셈으로 하고 지난 프로젝트는 씨언어로 했었습니다. 어셈으로 하면 (저의 경우 임베디드 관련인 관계로) 아키텍쳐 이해하는데 도움이 많이 되고요 직접 메모리 관리를 해야 되니까 나중에는 디버깅 하기도 참 편하더군요. 지난 프로젝트는 씨언어로 진행했는데 디버거 장비가 시원치 않아서인지(사실 실력도 없습니다.--;) 정말 속이 터지는 경우가 종종 발생하더군요. 어셈이 처음 다가가기엔 좀 어렵워도(어렵기 보단 좀 귀찮아도) 배워두면 정말 좋습니다. 윗분들 말씀대로 내가 만지고 있는 컴퓨터가 어떻게 돌아가고 내가 어디에다 변수를 잡고 있고 스택이 꼬이는지 않꼬이는지도 알수있고 매력적인 부분이 많습니다 . ^^

어셈블리어 접할 기회가 적고 처음 배우기가 힘들어서 그렇지...
이바닥 영영 떠날거 아니면 배워두면...
약이되고, 꿀이되고, 절친한 스승이 될겁니다.

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

이 말이면 다 설명이 되지 않을까요..?

저도 지금 어셈을 공부하고는 있지만 아직 실력이 없어 맨 앞장만 맨들맨들하게 하고 있는 중입니다만. 적어도 프로그램을 하려면 자기 프로그램이 어떻게 돌아가는지는 알아야 하지 않을까요..?

어셈블리어.

공부해 두시면 "피가되고 살이 된다"고 말씀드리고 싶습니다.

"정보통신학부"라고 하시니. 제 후배일지도 모르겠다는 생각이 드네요. :-)

다른 분들이 다 좋은 말씀해 주셨듯, 하시고 싶은 공부 열심히 하셨으면 좋겠습니다.

어떤 사람은 어셈블러는 특정 프로세서/시스템마다 다 다르니깐. 새로운 프로세서를 할 때마다 공부해야 하고, 고생만 한다. 라고 합니다만,

일단 하나만 확실히 해두면 다른 프로세서는 쉽게 배울(공부할) 수 있습니다.

low-level language 이왕 하실거면 "디지탈 공학I" 정도는 배워보시는 것도 좋을 것 같네요.

어셈블리어와 원보드 컴퓨터 제작 같은 것들은 조금이라도 해본 사람과 안해본 사람이 차이가 크게 난다고 봅니다. 소프트웨어나 하드웨어 엔지니어가 되려는 사람이라면 꼭 경험해야 한다고 생각합니다.

물론, 웹 프로그래밍을 주로 한다거나 항상 뒤를 받쳐주는 단단한 것들(OS, WAS등등)이 있는 상황에서만 작업을 한다면 필요 없어 보일수도 있겠습니다만... 그래도 기본은 기본입니다.

$ gcc -g precious.c -o myprecious
$ strip myprecious
$ ./myprecious
Segment fault (core dumped)

$ gdb ./myprecious core
(gdb) bt
(gdb) disass precious_func

벗겨진 마이 프레셔스의 시체 부검을 위해서는 어셈블리어를 알지 못하고 어찌 할 수 있겠습니까...

흠...

Assembly의 필요성에 대해서는 더 이상 말씀드리지 않겠습니다... 위에서 많은 분들이 말씀하신 그대로 입니다... Assembly는 고급 Programming을 위해서 꼭 필요한 요소죠...

그렇지만 한 가지 고려해야 할 부분은 나이와 경험입니다...

지금 paper님은 1학년이라고 하셨죠??? 그렇다면, 대학생활을 한 지 몇 개월 안되시는 분이겠네요...

뭐... 제가 paper님의 그 동안 경력과 실력은 자세히 알 지 못합니다... 그래서 일반 컴공 1학년과 같다고 생각하고 말씀 드리겠습니다...

제 생각에는 1학년 때에는 C나 C++에 전념하는 것이 좋다고 봅니다...

물론, 개인적인 관심으로 천천히 공부하시는 거야 무슨 상관이겠냐마는 본격적으로 공부하시기에는 1학년은 좀 빠르지 않나 싶습니다...

요는 C나 여타 기본 Language에 대한 좀 더 많은 지식을 쌓고 Assembly를 하는 것이 더 좋겠다라는 것죠...

사실, 저는 Assembly라는 것을 먼저 시작한 것이 아니고 CPU의 구조쪽 공부부터 먼저 했었거든요... 그렇다 보니 CPU의 기본 구조를 잘 알지 못하면서 Assembly를 공부하는 것에는 좀 거부감이 있습니다...
Assembly에서 자주 사용하는 Register들과 Interrupt, Context Switching 등등을 제대로 이해하기 위해서는 일단, CPU의 기본 구조를 공부한느 것이 선행과제라고 봅니다...

CPU를 공부하는 것은 1학년으로서는 조금 빠르지 않을까라고 생각해 봅니다...

어떤 공부를 언제 시작하는 것이 좋느냐에 대한 정답은 없습니다만, 배경이 되는 다른 부분들의 실력이 어느 정도 무르익었을 때 배우는 게 좋다고 봅니다...

그런 배경이 되는 부분에 C와 같은 기본 언어와 CPU의 기본 구조와 같은 것들이 들어갈 수 있을 겁니다... 그런 배경에 대한 지식이 있으시다면, 없을 때보다 휠씬 빨리, 휠씬 깊게, 휠씬 정확하게 Assembly를 하실 수 있으리라고 봅니다...

지금 당장 INTEL x86 Manual을 읽어보시면 알 수 있을 겁니다... Manual에 모르는 단어들이 많다면, 아직은 Assembly를 공부하기에는 약간은 빠른 것이라고 생각하시면 될 듯합니다...

저는 지금 Assembly Language Step-by-Step by Jeff Duntemann 읽고 있는데.. 쉽게 conversational한 스타일로 잘 지은것 같습니다.. 한번 찾아보세요.

님 마음대로 하세요.
자신이 하는일에 확신을 갖고 최선을 다하는것이 중요한것입니다.
단 남에게 피해주지않고 , 후회하지않게!!

길게 쓸필요도 없이. 그냥 공부하세요..열심히.
당장 써먹을때가 없다고요?
SSE 나 향후 나올 CPU의 고급기능들 (intel 은 비디오관련된 뭔가 기능을 넣는다고 했는데..기억이)
을 쓰려면. 어셈으로 하는수밖에 없습니다.
저도 이제와서 다시 어셈책을 뒤적거리고 있습니다.

갑자기 진심어린 댓글이 달리는건 어떻게 된일인지;;
이 글을 쓰신 분은 벌써 고수가 되어 있을수도~