나무모에 미러 (일반/밝은 화면)
최근 수정 시각 : 2024-03-24 13:04:38

TmaxOS/발표회

파일:상위 문서 아이콘.svg   상위 문서: TmaxOS
1. 개요2. 체험 부스3. 발표회4. 주요 발언5. 발표회 평가
5.1. 언론5.2. 네티즌

파일:external/www.dogdrip.net/f586879572f6227d71a356fd885f2bff.jpg

1. 개요

2016년 4월 20일에 있었던 TmaxOS 발표회를 정리한 문서.

2. 체험 부스

9시부터 등록이 시작되었다. 이 때 선착순 300명에게는 블루투스 키보드 교환권을, 선착순 1000명에게는 브레드박스(소보루빵 + 쿠키 + 음료수+ 자일리톨 사탕 3개)교환권을 지급하였다. 이후 오후 6시 반까지 코엑스 그랜드볼룸 발표장 밖에 있는 부스에서 Tmax OS가 설치된 컴퓨터를 체험해볼 수 있었다. Tmax OS 자체 소프트웨어로는 오피스 3종(각각 워드, 스프레드시트, 프리젠테이션에 해당하는 제품들.)과 브라우저인 ToGate, 동영상 재생 플레이어인 TPlayer가 전시되었고, 마찬가지로 체험해볼 수 있었다. 그 외에는 마소 윈도우와의 호환성을 어필하기 위해 설치된 부스와 통합 앱 개발 플랫폼인 TOP를 설명하는 부스와 함께 경품을 걸고 다양한 이벤트를 진행하였다.

2009년의 병크로 인해 새롭게 발표된 OS에 대한 기대치가 낮았던지라, 발표가 시작되기 전 OS를 직접 체험한 사람들의 분위기는 좋았다. 전작에 비해 UX/UI가 좋아졌으며, 동작 수행 속도가 좀 굼뜨고 버벅이긴 하지만 실제 출시일까지 발전시켜 나가면 될 것이기에 괜찮은 제품이 나왔다는 분위기였다.

그러나 오후에 발표가 시작되자...

3. 발표회


현재 정확한 원인을 파악 중에 있습니다만, 지금 동일한 PC를 3대째 하드웨어를 교체해도 계속 전원이 지금 나가고 있습니다.
실제로 관계자가 한 말.

발표회는 한/미 유튜브에서 1시부터 6시까지 생중계되었다.

이번 발표도 역시나 티맥스 윈도우 때처럼 가장 중요한 데모 시연을 시작하기도 전에 환영사, 축사, 키노트로 도배되었다. 키노트 발표 내용도 과거처럼 운영체제 및 시스템 소프트웨어의 종류부터 시작해서 정작 TmaxOS에 대한 내용이 아닌 원론적인 언급이 대부분이다. 중간에 인터넷 및 각종 OS 표준의 중요성을 운운하면서도 '크롬ActiveX[1]가 지원 안되지 않냐[2]'라는 유체이탈 화법을 구사했다. 또한 티맥스 OS는 해킹이 안된다고 하며, 1억 원의 상금을 건 해킹대회를 열 것을 예고하기도 했다. 뚫으려고 할 때마다 다운될테니 해킹할 수 없다는 말이 맞기는 하다.

Home Edition이 B2C로 무료, Professional이 B2C와 B2B로 유료, Enterprise가 B2B로 유료다. 즉, 일반 소비자용 뿐만이 아니라 종합적인 것이다. # 게다가 티맥스OS는 향후 자동차, 스마트폰 OS 시장까지 바라보고 있다고 한다. 최종 목표는 클라우드 OS인 모양.



시연기능 중 OS가 다운되는 모습. 빌 게이츠와 스티브 잡스의 위기 대처 능력에 비하면(...)

그러나 발표회가 진행되면서, 생중계를 봤던 네티즌들은 이내 몇 가지 허점이 드러난 걸 알아챘다. 대강 살펴보면...

4. 주요 발언

'안드로이드는 OS라고 할 수 없다.'
안드로이드는 엄연히 리눅스 배포판의 일종으로 분류되는 OS다. 정작 그래놓고는 OS 플랫폼의 예로 .NET을 들었다. 티맥스OS가 FreeBSD 커널을 그냥 갖다 쓴 것이 아니라 자체 개발도 하였음을 어필하기 위해 플랫폼과 OS의 차이를 언급하려던 것이었으나, 예시로 넣어야 할 걸 안넣고 빼야할 걸 넣어 자신들이 진출하려는 기술에 대한 무지를 드러내게 되었다.
'C드라이브는 비표준이다', 'MS의 윈도우는 비표준이다'
운영체제에 표준이라는 개념은 존재하지 않는다. 따라서 당연하게도 TmaxOS가 운영체제의 표준을 준수한다거나 하는 일도 있을 수 없다. 이 발언은 정부 주도 표준화에 집착하는 정부 연구과제의 코드를 맞춘 발언으로 추측된다. 그리고 소위 "C 드라이브"라 지칭된 드라이브 문자, path convention은 Windows 이전 세대인 DOS를 넘어서서 CP/M 시절부터 유구하게 써온 역사 깊은 경로 표기법이다. 뭐 (쫄딱망한)노벨 넷웨어처럼 X드라이브 쓰란건가[5]
'MS는 표준인 UNIX를 따라가야 한다', '우리는 (MS)OS의 표준화를 통해 공정하게 경쟁해야 한다.'
이전 발언에 이은 망언. 유닉스는 리눅스를 비롯해 Unix-like로 분류되는 수많은 OS들의 시조이며, 다양한 OS들에게 큰 영향을 주었지만 '표준 운영체제' 같은 것이 아니다. POSIX라는 표준이 있지만 POSIX는 Unix-like OS들을 위한 표준이지 다른 운영체제가 이를 따르지 않는다고 문제가 되는 것도 아니다. 거기에 POSIX는 Windows가 오히려 SUA(Interix)[6], Powershell 및 네이티브 POSIX 유틸리티 등을 제공하여 상당히 오랫동안 호환성 지원을 해 왔다. 가령 MS는 윈도우 10에서 캐노니컬과 협력하여 Windows Subsystem for Linux라는 이름으로 우분투 리눅스의 bash shell을 비롯한 SSH, grep, sed, awk 등의 명령행 도구들을 네이티브로 지원 중이다. # 벤치마크를 보면 몇몇 앱들은 기존 리눅스 배포판들보다 뛰어난 무시무시한 성능을 발휘한다.

독점적인 시장우위를 차지하고 있는 윈도우에 대하여 유닉스 계열 OS라는 이름값을 이용해 비난하려고 없는 표준을 들먹일 정도로 표준을 사랑하는 것처럼 보였으나, 그 다음 발언은 가히 충격적이다.
'크롬은 ActiveX가 안 되는 게 문제다.'
바로 전에 표준을 들먹이던 사람들제작사인 MS마저 표준화에 반하는 기술임을 인지하고 지원을 종료한 지 오래된 기술을, 그것도 타사 브라우저에서 안 된다고 문제삼는다. 참고로 티맥스OS의 브라우저는 블링크 기반이다. 브라우저를 개발했다면 당연히 개발된 브라우저가 얼마나 표준을 잘 준수하고 있는지를 먼저 말하는게 우선인데 하다 못해 Acid3, HTML5Test 점수도 언급하지 않고 있다. 브라우저 개발은 고사하고 표준의 개념은 제대로 알고 발표하는지 의심스러운 부분.
'macOS는 FreeBSD에 예쁜 포장을 한 것뿐.'
그럼 티맥스OS는? 훌륭한 자폭이다먼저 OS XFreeBSD에 포장을 한 것이라는 주장은 사실관계부터 틀렸다. OS X의 전신이 되는 NeXTSTEP은 4.3BSD에서 시작한 것인데 이게 1988년 일이고, FreeBSD 프로젝트는 1993년 시작한 것이기 때문이다. 또한 OS X는 사실상 커널이 자체개발이라서 당연히 FreeBSD와도 다른 커널을 쓴다. OS X의 커널인 XNU는 Mach 커널과 Objective-C 및 Swift에서 사용할 각종 객체지향 시스템 인터페이스의 결합으로 이루어져 있는데, 사실 Mach는 외부 프로젝트에서 출발한 것이긴 하지만 그 외의 부분은 애플이 직접 설계 및 구현한 것이 맞다. 즉 OS X는 커널부터 UI까지 모두 애플이 직접 만든 OS라 할 수 있는 것이다.

애플은 넥스트 시절부터 자사의 제품 기능을 최대한 구현하기 위해 BSD 시스템을 재설계 수준으로 뜯어 고쳤고, 거기에 이 고친 것에서 유용한 부분들을 원본 프로젝트(FreeBSD, GCC, LLVM 등) 에 다시 기여했다. 정작 TmaxOS도 FreeBSD 커널이고, Wine 등 오픈소스 프로젝트를 사용한 정황이 있는데도 불구하고 티맥스가 역으로 기여했다는 언급은 전혀 없다.
'티맥스OS의 바이너리는 윈도우, 리눅스, 모바일 모두 호환된다. 프로그래밍이 대단히 쉽다.'
TmaxOS가 아니라 별개로 개발 중인 TOP라는 통합 앱 개발 프레임워크에 대한 설명이라고 한다. 프로그래밍이 쉽다는 말도 개발 중인 TOP 프레임워크의 미래상을 그린 것이다. 하지만 JavaC#, MS의 UWP를 보면 현실은...
'(주변기기) 드라이버들은 서드파티 회사에서 만들었기 때문에 문제가 많다. 직접 제작하겠다.'
IBM PC리눅스가 대성한 이유는 플랫폼을 모두 공개하고 서드 파티 회사들의 참여를 이끌어내서 자연스레 생태계가 조성되었기 때문이었다. 그런데 이를 막는다는 건?(...)

이후에 티맥스측에서 해명한 바에 따르면 그래픽카드 제조사가 FreeBSD 계열을 잘 지원하지 않고 있기 때문에 TmaxOS는 현재 그래픽 성능 문제를 가지고 있으며, 이를 해결하기 위한 자체 개발에 힘쓰겠다는 뜻이라는 말이라 한다.[7] 결국 직접 만들어서 어떻게든 해보겠다는 말이 맞았다
'우리는 root 상위에 보안관리자 계정을 만들었다. 따라서 root가 뚫려도 안전하다.'
그냥 최상위 권한 계정 명칭이 root에서 보안관리자로 변경된 것 뿐이다. 비슷한 컨셉으로 MS 윈도우는 최상위 권한계정인 Administrator 외에 관리자 계정이 수정하지 못하는 시스템 파일을 건드릴 수 있는 AUTHORITY\SYSTEM이나 SERVICE\TrustedInstaller 권한이 있지만 Administrator 계정 위에 존재하는게 아니라 아예 다른 위치에 존재하는 특수 권한으로, 사용자는 정상적인 방법으로는 이 계정들로 로그온할 수 없다.
'(크래시가 나자 사회자 왈) 여러분의 뜨거운 열기에 다운이 됐습니다!'
'윈도가 그냥 커피라면 티맥스OS는 티오피입니다.' 버그가
'Visual Studio는 어려운 개발 툴'
윈도에서의 개발 환경을 이클립스로 보여주면서 Visual Studio가 어렵다고 한다(...) 사실 Visual Studio는 쉽고 편리하면서 확장성 있고 있을 거 다 있는 IDE 중 하나이다. 비록 용량이 크고 옵션에 따라 무겁긴 하지만 어렵진 않다. 특히 디버깅의 편의성은 VS를 따라올 IDE가 없다. 발표자가 이클빠
오히려 이클립스를 제대로 쓰기 위해 확장 기능들을 설치하다 보면 Visual Studio와는 비교가 되지 않을 정도로 느리고 무거워진다. 이걸 조금이라도 줄이기 위해 많은 사람들은 아예 개발 환경 단위로 이클립스를 별도 설치해버린다. 게다가 이클립스의 주 목적인 Java 개발에서는 오히려 IntelliJ IDEA가 더 좋다는 평을 받고, 아예 안드로이드 진영이 공식 개발툴로 IntelliJ IDEA 기반으로 안드로이드 스튜디오를 만들고 이클립스를 버렸을 정도다. 이는 Visual Studio의 로열티 문제를 회피하고 싶어서 무료로 공개되는 이클립스를 미는 것으로 보인다. 그러나 이젠 Visual Studio Code가 나와서...
'Safe ActiveX'
ActiveX를 완전 샌드박스 형태로 사용 가능하게 하면 안전할테지만 사실 그러면 ActiveX를 쓸 이유가 없다. ActiveX는 브라우저의 샌드박스 내부에서는 접근할 수 없는 로컬의 파일이나 드라이버에 직접 접근하기 위해 사용되기 때문이다. 또는 인증서가 있는 신뢰 가능한 ActiveX만 실행 가능하게 하는 방법도 있지만 이쪽은 공공기관에서 사용하는 ActiveX에 인증서가 적용된 것이 많지 않기 때문에 문제.
'송중기가 죽었다가 살아나 송혜교 앞에 나타난 것보다 더 감동적이었습니다.'
'업데이트가 있다든지 하면 불명예이지 않습니까. 에러가 있다는 거니까.'
ㅡ 좌담회에서 (MS)윈도우는 업데이트들이 많아서 불편하다라는 말에 대한 CTO의 답변. (위 풀버전 영상의 4:46:05 ~ 4:47:05 구간)
업데이트가 있다는 것은 제조사에서 지속적으로 관리를 해준다는 의미이다. 게다가 다들 알겠지만 새로운 기능이 추가될 때도 업데이트가 필요하다. 업데이트는 버그 수정만 하는 게 아니다. Windows 8 이후로는 업데이트를 사용자 모르게 백그라운드에서 물밑작업을 한 후 재부팅이나 종료 시에 적용하기 때문에 사실 최신 윈도우를 사용한다면 업데이트가 많아서 불편하다는 말이 낯설다. 업데이트는 시스템 최적화를 통해 작동 속도를 향상시키는 역할도 한다. 최근 윈도우 업데이트가 불편한 점은 가끔 문제가 있는 업데이트가 배포돼서 컴퓨터가 먹통이 되는 정도로, 이마저도 안전 모드에서 해당 업데이트를 지우면 해결된다.
업데이트를 안 하는 것은 버그를 방치한다는 반증이 되면 됐지, 버그가 없다는 증명이 될 수가 없다. 게다가 버그가 없는 프로그램은 존재할 수 없다는 것은 개발계의 절대적인 격언이다. 소프트웨어 개발을 좀 아는 사람이라면 절대 이런 언급을 할 수 없다. 더욱 가관인 것은 티맥스의 기술을 책임지는 CTO가 말하고 있다는 게 한심한 부분이다. 업데이트가 불명예라면 나중에 내부에서 문제가 발견되어도 업데이트해 주지 않으려고 할 것이 분명하기 때문이다. 문제를 해결하지 않고 그냥 덮으려는 식의 대응이 나올 수 있는데, 다른 응용프로그램도 아니고 치명적인 보안 이슈도 종종 발생할 수 있는 운영체제를 개발하는 회사가 이런 마인드로 제품을 개발하고 있다면 답이 없다.
'마이크로소프트를 노키아처럼 몰락시키는 게 목표입니다.' P의 법칙? MS에 원수를 졌나? 콩밥을 먹어야 정신을 차리겠군

5. 발표회 평가

5.1. 언론

티맥스소프트, 국산 운영체제 발표...10월 출시
또 다운된 티맥스OS, "그 무모한 도전 계속 합니다"...올 10월 정식 제품 출시
[이슈분석]PC 넘어 클라우드까지, 티맥스 OS의 꿈
엔터프라이즈 “멀티 OS로 재도전”…‘티맥스OS’ 공개
운영체제 독립의 꿈, 티맥스OS

5.2. 네티즌

파일:external/www.dogdrip.net/a005e92feda3947d5c9f9265f2196142.png
Tmax OS = Tree of Savior. 한마디로 똥망이라는 소리. 원본

"국내 IT 산업 최고의 떡밥이 풀렸다."로 요약할 수 있다.

발표회 유튜브 중계방에 최고 8천 명 정도가 중계를 지켜봤다. 트위터와 많은 커뮤니티에서 반응글이 올라왔다.

[1] 표준이 그렇게 중요하다면서 ActiveX가 웹 표준에서 안드로메다만큼 벗어나 있는 건 당연히 무시되고 있다. 사실상 표준이 아닌 한국시장 평균을 노린다는 속셈이 명확하다. 발표자가 표준에 대해 몰라서라기보다는 애초부터 타겟이 일반 소비자가 아니라 관공서이기 때문일 가능성이 있다.[2] Windows한정으로 IE Tab을 설치하면 된다.[3] 비유하자면 신형 자동차를 소개하는 자리에서 "이 자동차는 무려 시동을 걸면 움직입니다!"라고 자랑스럽게 생색내는 셈이다.[4] 당첨자를 뽑았으나 당첨자가 자리에 없어서 계속 당첨자를 뽑는 촌극을 벌이기도 했다.[5] 사실 Windows도 복구 모드 같은 PE 모드에 한해 X드라이브를 쓰긴 하나, 어디까지나 특수상황이다.[6] 이건 사실 좀 조악하긴 했다만, 이 서브시스템이 존재하던 당시에는 MS가 반 오픈소스 진영의 대표자격이었던 것을 생각하면, 지원이 있었다는 사실 자체가 신기한 일이다. 미국 정부쪽에 Windows를 납품하려면 POSIX 지원이 필수라서 MS도 초기에는 사실 구색을 맞추기 위해서 어쩔 수 없이 지원하긴 했지만.[7] TmaxOS 쪽 설명에 따르면, 현재 그래픽 작업은 CPU 기반으로 이뤄지고 있다. FreeBSD 기반 GPU 가속화 솔루션이 흔하지 않다는 이유에서다. 티맥스는 이를 앞으로 GPU 기반으로 개선하는 작업을 진행 중이라고 밝혔다. 현재 라데온으로 시험하고 있으며, 향후 인텔 또는 엔비디아 등도 지원할 계획이라고 밝혔다.


파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는
문서의 r308
, 2.2번 문단
에서 가져왔습니다. 이전 역사 보러 가기
파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는 다른 문서에서 가져왔습니다.
[ 펼치기 · 접기 ]
문서의 r308 (이전 역사)
문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)