음식이 아니므로 무효~!

저도 참 맘에 들어서 써볼려고 했는데 ..

윈도우창 뜨는게 버벅되서 그냥 말았어요.

만들려면 R&D를 좀 강화하고 만들지... 라는 안타까운 생각만 들었던 기억이 나네요. "우리도 웹개발자 웹디자이너 많은데 가능하겠지?" 라는 생각으로 만들었던 느낌이었어요.

이건 심마니뿐 아니라 당시 대다수의 웹OS, 웹데스크라는 결과물의 공통점이었습니다. 그나마 넷피스같은 회사들은 자기들이 원래 하던걸 웹데스크로 확장하고 거기에서 생기는 노하우를 얻는 의의라도 있었겠지만, 나머지는 이게 왜 필요한지? 무얼 만들고 싶은지?에 대한 기본적인 고촬도 없는 제품들이 많았어요.

비슷한 사례로, 꽤나 전에 스마트폰을 WinCE 커널만 이용하고 그 위에 독자적인 플랫폼을 얹고자 하는 시도가 있었죠. 그럼 당연히 스마트폰이기 때문에 얻을수 있는 장점을 구사해야 하겠죠. 그리고 가능한 사용자들이 익숙하게 쓰고자 하는 시도인데요.

기획단계에서, "사용자들이 익숙하게 쓸 수 있다 = 기존 핸드폰과 동일해야 한다." 라는 전제조건으로 받아들여서 기획을 해버렸죠. 그래서 플랫폼의 UI와 기능이 모두 기존 핸드폰과 동일했습니다. 결과는?

기존 핸드폰보다 비싸고, 기존 핸드폰보다 오히려 느리고, WinCE 커널이기 때문에 프로세서만 늘어나서 안정성은 오히려 떨어졌습니다. UX가 핸드폰과 동일하기 때문에, 당연히 외부 어플같은건 설치도 사용도 불가능합니다. 물론 핸드폰 게임들도 플랫폼이 달라서 안돌아가죠.

참... 만들면서도 슬프더군요..

말이 나와서 말인데, 개발 중간에 자사에서 새로 출시된 핸드폰 소프트웨어 UI가 바뀌니깐, 개발중인 스마트폰의 UII도 다 그걸로 바꿔달라더군요. 그것도 자사에서 나온 핸드폰임에도 불구하고, 자기들 표준 UI가 변경된 사실을 판매 이후에 바뀌었다고 이야기하구요. UI 콘티? 종이 한장 못받아봤습니다. 그런다고 결과물을 보여줬냐구요? 새로 출시된 거 우리보고 사서 따라 만들어달라더군요. 자기들 프로젝트인데, 우리보고 핸드폰을 사서 그거 보고 그대로 똑같이 따라서 만들어달라는게 기획 결정이었습니다. 물론 개발기한은 늘어나지 않습니다...

저도 기억납니다. 요즘 세상에서는 손안에 더 빨리 구동되는 안드로이드/iOS가 있는데 빨리 웹OS가 사라진게 다행인것 같네요.

그리고, 최근에는 아마존 가상 서버 호스팅이 그런 역할을 하지 않나요? 외부에서 안정적으로 윈도우 서버나 우분투를 계속 돌리면서 뭔가 작업시켜야 할 때는 편한것 같아요.