그러니까, 사실 맥을 잘 쓰고, 익숙하고, 좋아하는 사람들은 리눅스나 유닉스 사용에도

사실은 전혀 문제가 없다는 거죠.  설치가 조금 어려울 수는 있겠지만요.

맥이 개발자에게 인기가 있을 이유는 한 가지입니다.

무슨 일이 어떻게 진행되고 있는 지 내 지배하에서 확인할 수 있다.

Windows 는 MS가 안 알려주면 알 수가 없지요.

그게 매력이라면, 그건 오케이입니다.

"다 인식된다".... 아니죠. 연결해서 바로 인식안되는건 그냥 버려라... 가 맞죠. 솔직히 하드웨어 지원은 Windows에 비하면 모든 OS들이 새발의 피죠. 하드웨어 지원은 말그대로 부익부빈익빈... Linux는 Geek들이 달라붙어서 해결해놓은 편법들이라도 있지만, Mac OS는 안되면 그냥 버려야죠.

크헉... 생각해보니 그렇군요. 인식 안 되는 기기를 못 봐서 그런가봅니다.

안타깝게도(?)

1. 안드로이드 디버거모드 드라이버에 관한 한, 맥과 리눅스는 동등한 위치입니다.

즉 리눅스에서 인식이 안되면 맥에서도 인식이 안되며, 맥에서 인식이 안되면 리눅스에도 인식이 되지 않습니다.

하지만 지금까지 이런 디바이스는 못 봤습니다. (듣보잡 중국산 디바이스도 죄다 인식됩니다.)

안드로이드 디버거모드 프로토콜은 안드로이드 디바이스라면 반드시 지켜야 하는 규격이기 때문입니다.

2. 안드로이드 디버거모드 드라이버 호환이 안되는 디바이스는 버리는 것이 옳습니다.

이 것이 호환이 되지 않는다는 것은, 안드로이드의 가장 기본적인 프로토콜 규격도 지키지 못하는 디바이스라는 의미이기 때문입니다.

3. 설령, 안드로이드 디버거모드 프로토콜을 커스텀해서 리눅스에서 동작하지 않는다 하더라도, 말씀하신 그 "Geek들"이 리눅스에 드라이버를 포팅해 두었을 것입니다. 하지만 분명한 것은, 또 다른 "Geek들"이 맥에 드라이버를 포팅한다는 사실입니다. 맥의 점유율은 Linux의 약 9배입니다.

애초에 리눅스환경에서만 동작할 것을 목표로, 리눅스 전용 디바이스를 제작하지 않는 이상

맥이 리눅스보다 드라이버 지원에서 부족할 것은 없습니다.

설령 리눅스용 드라이버만 존재한다 하더라도, "Geek들"이 리눅스용 드라이버를 맥용으로 포팅하는 일도 종종 보입니다. 심지어는 윈도우용 드라이버를 맥용으로 포팅하는 경우도 어렵지 않게 찾아볼 수 있습니다.

일반적으로 드라이버의 지원은 윈도우용 >> 맥용 > 리눅스용 입니다.

점유율에서 오는 차이인데, 많이 사용하는 플랫폼일수록 드라이버 지원 우선순위가 높은것은 당연한 이치입니다.

2012년 7월 기준으로

윈도우 점유율: 84%

Mac OS X 점유율: 6.23%

Linux 점유율: 0.97%

특별히 Linux전용 디바이스를 제작하는 경우가 아니라면

기업에서 굳이 OS X보다 Linux를 먼저 지원할 이유는 없습니다.

안드로이드 기기를 컴퓨터에 연결했을때만 이야기한건 아니고, 일반 하드웨어들을 linux와 mac에 물렸을때의 상황일때요. 

그래픽카드 하나도 Mac용으로만 사야 하지 않나요? 리눅스는 시중에 파는 그래픽카드 다 그냥 쓸수 있던데요. 그리고 우리 집에 있는 복합기도, Linux에서는 잘 되는데 Mac에서는 호환드라이버를 알아서 찾아서 잘 연결해야만 제대로 기능을 쓸수 있고, PC FAX 기능은 아예 포기해야 하더라구요. 캐논인데 쩝...

리눅스도 하드웨어업체가 정보 막아버리면 별 수 없습니다.

예전에 넷북 쓰던 때에 인텔에서 윈도우용으로만 내장그래픽 드라이버를 배포하고 정보를 막아버려서 리눅스용 드라이버는 그야말로 느릿느릿... 거북이 기어가던 수준이었죠. 긱들이 리버스 엔지니어링으로 만드는 것도 한계가 있어요.

결국 넷북에 우분투 깔아쓰려던 계획은 팽개치고 넷북은 팔아버렸습니다.

반면에 PL2303 칩이 박힌 시리얼 어댑터를 맥에 붙였는데, 제조사에서 제공한 드라이버는 않되고 해커가 만들어 배포한 드라이버는 잘 붙는 경우도 있지요.

적지 않은 긱들이 맥을 사용하고 있고... 긱들도 맥을 좋아합니다. ㅎㅎ

긱이라고 투박한 컴을 쓰라는 법은 없으니까요.

spotlight과 quick look이 뭐하는 기능인지는 모르겠지만요, version control과 minute단위의 백업은 enterprise라면 누구나 쓰고 있는 시스템이죠. 그것을 일반 유저에게 가져온 것이 애플의 업적이라면 업적이라고 할 수 있을 것이고요. 그렇지만 그걸 잘 쓰는 사람은 역시 enterprise레벨 만큼이나 드물 것이고, 또 그 속에 무슨 버그가 있을지 아무도 알 수 없지요. 애플은 껍질 이외에는 아무 관심이 없는 회사니까. 더 엄밀히 말하자면 사용자가 사는날 야 좋구나 하지 않을 기능 (즉 껍질 이외에 이런 기능은 거의 없지요)에는 돈은 쓰지 않는다가 철칙이죠. 공짜라면 (예: open source..) 걍 써 줄 수는 있지만.

맥을 안 써보신 분들은 편안함을 이해하기 힘들꺼에요. 나온 지 오래된 기능들이고 나름 안정적으로 잘 돌아갑니다. 역시나 사과당을 열어서 기능을 하나씩 소개해야 겠어요.

하드웨어 해킹을 위한 최적의 시스템은 리눅스가 아니라 윈도우 라는 이야기는..

드라이버 레이어 위에서 하는 것을 말씀하시는 것이네요. 네 그럼 맞을 수도 있습니다.

그리고 닭이 먼저다. 달걀이 먼저다. 같긴 하지만 벤더들이 지원하는 이유는 많이 퍼져서 시장이 형성되어있기에 그러합니다.

드라이버는 하드웨어 벤더가 정보를 제공하지 않으면 방법이 없습니다. 는 조금 극단적인 표현 같습니다.

정말 필요하다면 돈 많이 들이고 리소스 많이 들여서 할 수 있습니다. 못 한다는 소리는 적어도 PS3 나 삼돌이 그 자체(코어)를 Hack할 때 나올 수 있는 소리겠네요. 범용화된 일반 BUS 에서라면 얼마든지 reverse 가능합니다.

제가 어릴 때 맨날 싸우던 논제가 하나 있는데요. 전자공학과가 컴퓨터를 더 잘 하냐? 컴퓨터공학과가 컴퓨터를 더 잘 하냐?

--> 유치원 이야기 같지만 이런 거 가지고 싸우던 때가 있었지요. 이 이야기로 제 말을 마무리할 까 합니다.

요 근래 유행하는 안드로이드 펌웨어 만들기.. 같은 것은.. 제가 늙어서 그런지 핵이라고 까지는 생각하지 않습니다.

네. 저도 그런 말을 꺼내고자 하는 게 아니었습니다... 컴퓨터공학은 충분히 학문으로, 정교한 일로 가치를 지니고 있으며

그걸 무시하고나 그런 건 절대 아닙니다. 드신 예는 거시적이지 않은 뷰를 가진 전자공학출신 펌웨어 동료를 예로 드셨군요.

제가 말하고 싶은 건 그런 내용은 아닙니다. 다만 좀 넓게 볼 줄은 알아야 겠지요.. 하고 싶은 것은 넓게 보는 것입니다.