하드웨어 개발자의 우울

가끔...문제자 터지면, 이건 H/W 문제다 S/W문제다 하고 싸우는 경우도 보이더군요..참 보기 안 좋은 모습인데...흠...허...

보통 H/W 버그가 생겨버리면...S/W 땜 때우기 힘드시지 않나요?? 허...저희도 예전에..메모리 때운에 한달 가까이 고생하다가.. 결국 어찌어찌 때우긴 했습니다만..고생 많이 했지요..허..^^

일신 일일신 우일신

리눅스 네트웍 개발 (FA) /유비쿼터스 네트웍 하드웨어 개발 프로젝트 진행/인터넷을 통한 원격제어/
리눅스 베이스 FA 구현/초소형 무선랜 모듈개발 진행중/리눅스 웹 통합시스템 구축

하드웨어 개발자들은 이제 유비쿼터스에 눈을 돌려야 한다.
하드웨어 개발자들은 이제까지 하드웨어만 단편적인 일만 하면 됐다.
매우 중요한 하드웨어다. 그러나 하드웨어의 특성상
하드웨어 개발이 끝나면, 얼마지나지 않아 찬밥 신세가 되어간다.

양산체제에 돌입하고 잘팔리거나 업그레이드 필요성이 없으면
얼마가지 않아 하는일 없이 노는것 처럼 보인다. 그러니까 청소 시키고
그러는 거지...

소프트웨어 개발자들은 대부분 80%이상이 프로그램에 미숙하다.
그래서 계속 수정하고 수정하고 수정하고...
무척 열나게 일하는 것처럼 보이고, 다른일 시킬 시간이 없는것 처럼 보인다.
열심히 일하는 것처럼 보이니까 , 급여 올려 달라고 해도 수긍한다.
능력이 안되서 마무리가 않되는 것을 오너는 잘 모른다.

그래도 하드웨어는 결과물로 마무리가 되지만 말이다.

그래서 유비쿼터스가 필요한 것이다.
소프트에어 개발자는 유비쿼터스에 접근하기 힘들다.
하드웨어를 해야 하기 때문이다. 하드웨어 개발자들은 비트컨트럴에 강하다. 그러나
소프트개발자들은 비트컨트롤 매우 약하다. 개념이 없는 경우가 허다하다.

유비쿼터스는 하드웨어와 소프트웨어를 모두 알고 네트워크를 알아야 하기 때문이다.

%하드웨어개발자들은 대부분이 하드웨어 주종목에 C언어나 어셈을 많이 사용한다.
프로그램에 능하다는 이야기다.
여기에 비쥬얼 툴을 사용할수 있으면 되는 것이다.
비쥬얼 툴 사용하기 어려운가 아니다. 기본적으로 비쥬얼 툴 VB 6.0하나 깔면 대부분 충분하다.
VC++ 절대 할 필요없다.

그리고 VB6.0에서 지원하는 네트워크 TCP/IP 공부한다.
http://www.devpia.com/UBIQUITOUS.MAEUL

여기가면 좋은 소스가 많다.

유비쿼터스를 하게 되면 하드웨어 개발하면서 시리얼 통신 프로토콜 내가 정의하고 내가짠 윈통신 프로그램으로
내가 테스트하고, 성질 더러운 투덜이 프로그램 개발자와 싸울 필요도 없고 , 회사에서 인정받고 청소안해도 되고...

이제는 유비쿼터스 시대이다.
원격하드웨어와 센서를 내장한 하드웨어가 모든곳에 설치되고 이것이 네트워크를 통해서 프로그램과 연결된다.
이것이 유비쿼터스의 시작이다.

유비쿼터스 하드웨어,소프트웨어,네트워크를 소개한책.
http://book.interpark.com/product/BookDisplay.do?_method=Detail&sc.shopNo=0000400000&sc.dispNo=&sc.prdNo=200607235본인이쓴책입니다. 그래서 좋은책이라고 스스로 말하기는 그렇고 참고하세요.

참고로 본인은 소프트웨어 개발자다.

유비쿼터스 개발자가 되자.

그러면 조금 기분이 좋아지실지도 몰라요.

전 소프트웨어를 주로 하지만... 제가 보기에 하드웨어 하시는 입장이 웬지 좋아보이는 점들.

1. 개발의 각 단계가 명확히 구분되어 있다.
- 준비 / 회로도 / 아트워크 / 조립 / 테스트, 뭐 이런 식으로...
=> 그런데 그러다보니 한 사람이 해야 될 일이 너무 많다는 생각도 드네요. 하긴 대체로 몇몇 과정은 다른 전문가가 작업을 하죠.

2. 각 단계별로 웬만한 사람들은 인정하는 필수적인 소요 시간이 정해져 있다. 그래서 때려죽여도 안되는 물리적인 시간의 한계가 있다.
=> 물론 가끔 그것조차 무시하는 머리 단단하신 분들이 계시죠. 또한 어떻게 보면 그때문에 동시에 두세가지 일을 해야 한다는 단점도 생기긴 하구요. 동시에 두세가지 일을 하는 것이 이(?) 바닥에서 흔한 일이니 뭐...

3. 글 쓰신 분은 그렇게 말씀하지 않으셨지만, 전체 개발 일정에서 하드웨어 개발은 비교적 초기 과정에 속한다. 대체로 완성 단계에서 궁시렁거리는 일들은 소프트웨어 수정으로 해결해야 한다. (하드웨어 수정엔 돈이 들어간다.) 그래서 오히려 일정에 많이 쫒기는 경우도 많긴 하지만 어차피 하드웨어 없이는 아무것도 할 수 없기 때문에 하드웨어 일정은 비교적 탄력있게 잡아주는 경우가 많은 것 같습니다. 덕분에 결국 일정을 망가뜨리는 나쁜 녀석은 대체로 소프트웨어에서 탄생하는 듯...

4. 하드웨어 작업에는 눈에 보이게 돈이 지출된다. 뿐만 아니라 돈을 지출할 각오도 어느 정도 되어 있다. (이게 단점일 수도 있지만 장점일 수도 있다고 봅니다. 오실로 스코프 사야된다고 돈달라고 하면 궁시렁거리면서 주겠지만, 컴파일러 산다고 돈달라고 하면 맞습니다. -.-;;)

5. 하드웨어에서 안된다고 하면 안되는 겁니다. 소프트웨어에서 안된다고 하면, 그건 게으른거죠.

그냥 개인적인 생각입니다. 제가 일하는 환경하고 이곳에 계신 분들이 일하는 환경이 좀 많은 차이가 있는 듯하긴 하지만... 하여튼... 하드웨어 하시는 분들하고 싸우자는 얘기는 아니구요... 그냥 저희 회사의 갑갑한 사정을 조금 반영한 듯한 느낌도 드는군요.

더불어 소프트웨어 담당으로서 좀 원하는 것으로는 소프트웨어 인터페이스에 대해 조금 생각해주셨으면 하는 점. 어떤 입력이 어느 핀으로 가고 인터럽트 어떻게 사용하고 하는 점들을 좀 생각해서 회로도를 그렸으면 하는 생각이 들어요. 아니면 설계할 때 소프트웨어 담당하고 좀 세밀하게 얘기를 나누는 것도 좋겠구요. (아... 이건 회사 욕하는거야... -.-;;)

소프트웨어 담당으로서 하드웨어 담당이 좀 불쌍해보이는 것으로는 정말 잡일(?)이 많다는 것. 개발 과정에서 소프트웨어는 대체로 꼴랑 PC 하나지만 하드웨어에는 필요한 도구들도 많고, 각 프로세스마다 할 일도 많고 (그런데 소프트웨어도 이렇게 되어야 하는건데...). 또 하나로는 예를 들어 샘플 제품을 만들어도 소프트웨어가 없으면 제품이 제대로 만들어졌는지 아닌지 알 수가 없다는 것. 경우에 따라서는 이것때문에 소프트웨어 작업할 때 꼭 같이 붙어 있어야 하는 문제도 있더라구요. (물론 소프트웨어쪽에 힘이 있으면... -.-;;)

하여튼, 뭐....... 그냥 열심히...
무식하게 일하면 안되느데...

힘 내세요......

--------------------------------------
재미없는 일은 하지 말자는 인간 쓰레기.
-.-;