핵심 내용을 요약하면 다음과 같습니다: ▩ Y2K38 문제는 Y2K 버그와 유사하지만, 유닉스 기반 시스템이 32비트 signed integer 형식을 사용하여 날짜와 시간을 저장하는 방식과 관련이 있습니다. ◎ 유닉스 시간은 1970년 1월 1일 자정(유닉스 에포크)부터 시작하여 그 이후로 지난 non-leap 초를 계산합니다. ◎ 32비트 signed integer 형식은 2^31-1(2,147,483,647)개의 양수 값을 허용합니다. 2038년 1월 19일 UTC 기준 03:14:08에 이 최대값에 도달할 것입니다. ◎ 이 문제가 발생하면 다음 초에 integer overflow가 발생하고 날짜가 음수로 바뀌어 2038년이 아닌 1901년의 날짜로 해석됩니다. ◎ 이 버그는 Y2K 전환 시 경험했던 문제와 유사하게 정확한 날짜와 시간 계산에 의존하는 시스템에 심각한 문제를 일으킬 수 있습니다. ◎ 해결책은 시스템을 64비트 signed integer 형식을 사용하도록 업그레이드하는 것이며, 이를 통해 훨씬 더 큰 값을 허용하고 문제를 약 2,920억 년 동안 연기할 수 있습니다. ◎ 그러나 32비트 마이크로컨트롤러를 사용하는 많은 임베디드 시스템과 장치는 업그레이드가 어렵거나 불가능할 수 있으므로 버그를 피하기 위해 교체가 필요합니다. ◎ Y2K38 문제에 대비하려면 Y2K 버그와 유사한 두려움과 혼란이 발생할 가능성과 함께 상당한 노력과 비용이 필요할 것입니다. ◎ 기술 컨설턴트가 기업이 시스템을 감사하고 업그레이드하여 Y2K38 문제를 완화하는 데 도움을 줄 수 있는 기회가 생길 수 있습니다.
2:02 "The price was $1 per bit" regarding computer memory in the early days is a bit of a stretch. While memory was indeed expensive, the cost was not standardized to $1 per bit 5:04 Unix time is a 32-bit signed integer, but in reality, it's typically a 64-bit signed integer. Additionally, it incorrectly suggests that Unix time started at zero, whereas it actually started at 00:00:00 UTC on January 1, 1970
6:19 이미 많이들 지적했을 거라 생각했는데 아직 없군요. 아마 비전공자를 위해서 설명을 간단화 시키기 위해서 그렇게 표현한 걸 수도 있긴한데. 통상적인 시스템에서는 37의 최상위 비트를 negative로 바꾼다고 해서 -37이 되지는 않습니다. 2의 보수형태로 표현됩니다. 예시에서는 7bit 시스템인데, 이 경우 0은 0000000 이고 1은 0000001 이지만, -1 은 1000001 이 아닌 1111111 이 됩니다. 그리고 1111111과 0000001을 더하면. 즉 -1과 1을 더하면, 오버플로우에 의해서 자연스럽게 0000000이 되는 시스템이죠.
Y2K 문제를 처음 인지했던 1958년에 비하면 지금은 이런 정보를 효과적으로 찾아볼 수 있는 환경이 많이 발전했고, 특히 각계 전문가들이 실시간으로 정보를 공유하고 소통하면서 해결책을 찾는 게 가능해졌으니 임베디드 시스템... 쪽의 비용 관련 이슈만 적절한 선에서 해결될 수 있다면 2038년 이전에 무리 없이 대처 가능할 것 같네요. +@ 정보량을 두 배로(32비트 >> 64비트) 늘렸을 뿐인데 데드라인을 거의 3천억 년 미룰 수 있다라.. 혁명적이군요(?!)
Idea: Make a new time system format that compensates for Y2K38 OR trash the Unix epoch OR make a better UE. KOR (구글 번역): 아이디어: Y2K38을 보완하는 새로운 시간 시스템 형식을 만들거나 Unix 시대를 폐기하거나 더 나은 UE를 만듭니다.
2922억년 뒤에도 여전히 유닉스 타임이 사용된다면 128비트형으로 교체하면됩니다. 이는 현재 우주 나이에 4조를 곱하고 거기에 다시 1억을 곱해야 나올만한 수로 5.39x10의 30승 이라는 값을 가짐 그나저나 다니는 회사의 일부시스템이 MariaDB를 사용중인데 이 문제를 해결한버전인지 모르겟네요.. IPv4 와 IPv6 에 대한 영상도 만들어주시면 좋을것 같아요
UTC? long 아냐? y2k 난리 칠 때 UTC도 나중에 문제되겠네 생각만 하고 계산은 안해봤는데 그게 이제 20년도 안남았다니... 하지만 나는 옛날부터 long 으로만 써왔다는... 4 byte int 같은건 모르는 native 64bit 세대라고..... 하자.
어차피 이제 공간은 널널하니 그냥 우주의 유의미한 시간까지 모두 나타내도록 1024비트 시간을 쓰죠 ㅋㅋㅋ 이정도면 별들이 다 철조각이 될때까지는 쓸 수 있지 않을까...? +아! 년이 아니라 초였지 ㅋㅋㅋㅋ 절 대 부 족 해 인공지능 친구가 저때까지 쓸려면 10^27비트가 필요하다는데 음... 125,000테라쯤만(?) 있으면 저장할수 있다고 하네요~
I think we can just make unix2 and we won't have to change all the 32 bit devices to 64. And we will be able to earn a few decades. 걍 유닉스 2 만드면은 굳이 32비트 장치들을 64비트로 안 바꾸면 되는 거 아닌가요? 그러면 최소 몇 십년을 벌겠는데요.
"슈타인즈게이트" 라는 게임/애니메이션에서도 나온 그거다. 2038년 이야기는 언제 들어도 흥미롭지만, 또 개발자인 이상 꼭 알고가야 되는 부분이지요. 어릴때는 그럴 바엔 그냥 연도값을 추가해서 유닉스 기본연도정보를 직접 바꾸면 안되는가? 하는 의문도 들었지만, 32비트 를 계속 끌고가는 것도 솔직히 이상하기도 하고, 또, 그랬다간 수많은 곳에서 그에 상응하는 대응패치가 안 되어서 또 문제겠지요…
🔥 니꼴라쓰의 NextJS 최신 무료 강의 🔥
bit.ly/4acHMD4
.
🔥 니꼴라쓰의 파이썬 2024 무료 강의 🔥
bit.ly/4bVXAvB
.
📌 직접 만들면서 코딩 배우기 (*무료*)
👉🏻 bit.ly/46W9XVC
핵심 내용을 요약하면 다음과 같습니다:
▩ Y2K38 문제는 Y2K 버그와 유사하지만, 유닉스 기반 시스템이 32비트 signed integer 형식을 사용하여 날짜와 시간을 저장하는 방식과 관련이 있습니다.
◎ 유닉스 시간은 1970년 1월 1일 자정(유닉스 에포크)부터 시작하여 그 이후로 지난 non-leap 초를 계산합니다.
◎ 32비트 signed integer 형식은 2^31-1(2,147,483,647)개의 양수 값을 허용합니다. 2038년 1월 19일 UTC 기준 03:14:08에 이 최대값에 도달할 것입니다.
◎ 이 문제가 발생하면 다음 초에 integer overflow가 발생하고 날짜가 음수로 바뀌어 2038년이 아닌 1901년의 날짜로 해석됩니다.
◎ 이 버그는 Y2K 전환 시 경험했던 문제와 유사하게 정확한 날짜와 시간 계산에 의존하는 시스템에 심각한 문제를 일으킬 수 있습니다.
◎ 해결책은 시스템을 64비트 signed integer 형식을 사용하도록 업그레이드하는 것이며, 이를 통해 훨씬 더 큰 값을 허용하고 문제를 약 2,920억 년 동안 연기할 수 있습니다.
◎ 그러나 32비트 마이크로컨트롤러를 사용하는 많은 임베디드 시스템과 장치는 업그레이드가 어렵거나 불가능할 수 있으므로 버그를 피하기 위해 교체가 필요합니다.
◎ Y2K38 문제에 대비하려면 Y2K 버그와 유사한 두려움과 혼란이 발생할 가능성과 함께 상당한 노력과 비용이 필요할 것입니다.
◎ 기술 컨설턴트가 기업이 시스템을 감사하고 업그레이드하여 Y2K38 문제를 완화하는 데 도움을 줄 수 있는 기회가 생길 수 있습니다.
이거 chat gpt 같다
챗 지피티 맞을듯 @@leg6432
깔끔하네용
Fake x2000
y2k 때 세상이 망할줄 알았는데 다음날 학원가서 숙제검사하는건 똑같더군요.....
😂
ㅋㅋㅋㅋㅋ
그건 누군가 일해서 그렇습니다
😂😂😂
2037년 12월 31일: "시간을 2010년 1월 1일로 설정하세요. 요일이 같습니다."
32bit cpu나 32bit 기반 os 를 쓰는곳이 생각보다 많아서.. 특히 발전소나 군장비 등에 많아서 상당한 예산이 들 것임.. 오기전에 미리 해치워야 함
미래: 이번에는 Y292B 문제에 대해 알아볼게요~
지구탈출 이후 280억년쯤 지날때까지 문명이 남았으면 그것도 희망차네.
😂
@@catflying5965 280억년이면 과학기술의 특이점 정돈 됐을텐데 그때도 학교에서 선생님이 분필을 잡고 칠판에서 수학 문제 식 적으면서 이거 풀어보라고 할려나
2024년 4월 19일 오후 6시 01분 기록남김
몇 달전 어느 블로그에서 봤던 문제를 다뤄주시니 감명깊네요 :)
안드로이드 같은 모바일 OS도 이미 몇년전에 64비트로 갈아엎어서 크게 문제는되지 않을거라 하는데
임베디드는 제가 생각 못한 분야였습니다 ㄷㄷ
실제로 보안쪽이나 설비쪽으론 안정성을 위해서 구형 pc사용하는곳 엄청 많습니당.
AVR 같이 8bit MCU는 지금도 많이 사용합니다.
즉 UNIX 서버 시간을 사용하지 않는다면 큰 문제가 되지 않을 것입니다.
UNIX 시간을 사용하는 32Bit 시스템은 64Bit로 프로세서를 교환하던가, UNIX 시간을 사용하지 않도록 소프트웨어를 수정해야죠.
2:02 "The price was $1 per bit" regarding computer memory in the early days is a bit of a stretch. While memory was indeed expensive, the cost was not standardized to $1 per bit
5:04 Unix time is a 32-bit signed integer, but in reality, it's typically a 64-bit signed integer. Additionally, it incorrectly suggests that Unix time started at zero, whereas it actually started at 00:00:00 UTC on January 1, 1970
이 문제는 ChatGPT 17.5가 해결해줄것입니다
이 문제 해결(?)하는 겸, 업데이트 없는 앱도 솎아낼 겸 애플이 32비트 앱들 지원을 과감하게 중단해버렸죠. 예뮬레이션이라도 풀어주고 중단하지...
그건 못하는 게 한국산 보안(라고 쓰고 좀이라는 읽는) 프로그램 같은 게 64비트보다 32비트가 더 많습니다
에버그린
갤럭시도 s24부터 32비트앱 설치막힘
정확히는 호환성 생각하지 싫어서죠. 32비트 지원을 소프트웨어/하드웨어 차원에서 끊어버리면 낭비되는 리소스가 없어서 성능향상이 눈에 띄일 정도로 눂아지거든요
강남스타일이 먼저 오버플로우 시킨거 생각하면 ㅋㅋㅋ
The Linux penguin (which actually has a name - Tux) in the thumbnail is genuinely disturbing.
새로운 걸 배워가요. 고마워요 니꼴라스!
고맙습니다!
we got y2k part 2 before gta 6 💀🔥
6:11 This is inaccurate. Computers usually use a technique called two's complement. In it, -37 is 1011011
요즘 영상 폼이 심상치가 않다
💪🏻
6:19 이미 많이들 지적했을 거라 생각했는데 아직 없군요.
아마 비전공자를 위해서 설명을 간단화 시키기 위해서 그렇게 표현한 걸 수도 있긴한데.
통상적인 시스템에서는 37의 최상위 비트를 negative로 바꾼다고 해서 -37이 되지는 않습니다.
2의 보수형태로 표현됩니다.
예시에서는 7bit 시스템인데, 이 경우 0은 0000000 이고 1은 0000001 이지만, -1 은 1000001 이 아닌 1111111 이 됩니다. 그리고 1111111과 0000001을 더하면. 즉 -1과 1을 더하면, 오버플로우에 의해서 자연스럽게 0000000이 되는 시스템이죠.
9:44 항공기 에서 제 2 의 Y2K 가 일어나면 대형사고 를 유발 할수 있는점 이 무섭지요
I do not even know this language and youtube recomended me this video , why?
3:27 쯤에 19세기가 아니라 20세기라 해야 되는 거 아닌가요!
당시에 핵 시스템도 문제 생긴다고 뭐 그래서 00년 넘어가는 새해 TV켜놓고 기다렸던 기억이
Btw, at 9:15, debian is linux, a distrobution of it
Nice video bro but computers actually use two's compliment to represent negative numbers.
옛날에 회사 처음 다닐때 10억 몇초 대로 기억하는데
지금 검색해보니..... 17억!
벌써 이렇게 시간이 많이 흘렀군요...
Y2K 문제를 처음 인지했던 1958년에 비하면 지금은 이런 정보를 효과적으로 찾아볼 수 있는 환경이 많이 발전했고,
특히 각계 전문가들이 실시간으로 정보를 공유하고 소통하면서 해결책을 찾는 게 가능해졌으니
임베디드 시스템... 쪽의 비용 관련 이슈만 적절한 선에서 해결될 수 있다면 2038년 이전에 무리 없이 대처 가능할 것 같네요.
+@ 정보량을 두 배로(32비트 >> 64비트) 늘렸을 뿐인데 데드라인을 거의 3천억 년 미룰 수 있다라.. 혁명적이군요(?!)
9:30 Actually iPhone 5s is the _first_ iPhone which used 64-bit system. lmao
I've had a Y2K38 sticker on my laptop for a few months now and it's like the funniest thing.
64bit가 중요한 이유를 이제 알았네요 앞으로도 공부 많이 해야겠어요
화이팅입니다!
지금 16비트 컴퓨터 안쓰는 것처럼 10년 후면, 인류의 문명을 위협할 만하거나 경제적으로 문제가 큰 곳들에선 32비트도 거의 퇴출되겠죠 머, 우리가 걱정할 상황은 아닌듯합니다. 심지어 컴퓨터 많이 쓰는 너드들도 64비트로 다들 업글하지 않을까요 ㅎㅎ
3:27 1900년대는 20세기에 해당합니다. 현 세기가 21세기인 것 처럼 말이죠😊
고도화 시기를 굉장히 심하게 놓친 프로젝트는 일하시면 안됩니다
시간여행자 얘기로 유명한 존티토가 2038년 유닉스 문제를 해결하기 위해 2036년에서 2002년으로 ibm 5100을 구하려고 시간여행 했다고 주장하고 있죠
흥미로운 정보 감사합니다!
봐주셔서 감사합니다!
만약 38년에 타임머신이 생긴다면 누군가는 그거 타고 데니스 리치를 찾아가서 무부호 정수형으로 표기하라고 멱살을 잡지 않을까합니다.
닌텐도 스위치 동물의 숲에서도 2038년에 큰일이 일어난다는 이야기가 있던데 ㄷㄷ
2038 년 까지 잠재적인 문재를 해결하려면 나는 늙어서 해결 못한다 ㅜㅡ
Idea: Make a new time system format that compensates for Y2K38 OR trash the Unix epoch OR make a better UE.
KOR (구글 번역): 아이디어: Y2K38을 보완하는 새로운 시간 시스템 형식을 만들거나 Unix 시대를 폐기하거나 더 나은 UE를 만듭니다.
64비트도 같은 문제에 봉착할 때까지 인류가 번영하면 좋겠네요. 그 때 쯤이면 다른 은하까지도 진출해있겠지?
심지어 저때 종교인들도 종말이 온다며 신도들 돈 많이 뜯었드랬죠 ㅋㅋㅋㅋ
하지만 심각하게 대두된 사례라고 해봐야 비디오가게에서 날짜 계산 오류로 대여일이 몇년이 지나 연체료가 수백만원 나온거 정도?
먼 미래에는 10000년(Y10k) 문제가 올 수도 있습니다. 이는 네자리수 날짜 표기의 한계 때문
흥미롭네요
2922억년 뒤에도 여전히 유닉스 타임이 사용된다면 128비트형으로 교체하면됩니다.
이는 현재 우주 나이에 4조를 곱하고 거기에 다시 1억을 곱해야 나올만한 수로
5.39x10의 30승 이라는 값을 가짐
그나저나 다니는 회사의 일부시스템이 MariaDB를 사용중인데 이 문제를 해결한버전인지 모르겟네요..
IPv4 와 IPv6 에 대한 영상도 만들어주시면 좋을것 같아요
뭔가 현실이 터미네이터에서 나오는 스카이넷같네요 ㅋㅋㅋㅋ
정말 모르겠어서 하는 질문,,
요새는 메모리 영역도 많은데 연도 정보 따로 저장하면 안되나요?
16비트면 65536년도 까지 표현 가능하고,
연도 + 날짜,시간으로 16비트+32비트 조합이 가장 괜찮아보이는데
그러지않는 이유가 있나요
글고 현재 하드웨어 설계상 48비트 짜리 데이터면 64비트 다 쓰는거랑 별반 차이 없습니다.
아하..이미 그렇게 만들어진거때문에..
그러면 뭐 어쩔수 없이 나중엔
64비트로 늘려서 쓰도록 고쳐야겠네요
똑같이 1900년대 초반으로 날라가는게 웃기네 ㅋㅋㅋㅋ
근데 니코쌤 1900년대는 20세기야...
그냥 유닉스 타임을 갱신하면 안되나요? 2038년 1월 19일 UTC 0:00부터 다시 흘러가게? 그게 더 비용이 적을거 같은데
그런 방식으로는 전혀 문제가 해결되지 않습니다.
미래의 기록이 과거의 기록으로 바뀌는 대신 과거의 기록이 미래의 기록으로 바뀌는 것에 불과합니다.
하나의 값이 2개의 시간을 가리킬 수 없다는 것이 근본적인 원인입니다.
UTC? long 아냐?
y2k 난리 칠 때 UTC도 나중에 문제되겠네 생각만 하고 계산은 안해봤는데
그게 이제 20년도 안남았다니...
하지만 나는 옛날부터 long 으로만 써왔다는...
4 byte int 같은건 모르는 native 64bit 세대라고..... 하자.
윈도우 보단 유닉스 시스템이 지구상에는 더 많아서 이건 심각한 문제가 맞음
Rockstars doing everything to delay gta 6 💀
배속으로 듣고 있는지 확인하고 왔습니다 ㅋㅋㅋㅋㅋㅋ
아 나 일하는 가게 예약시스템 마리아디비로 구축했는데 38년 되기 전에 업그레이드 해야겠네.... 내 코드에서 타임스탬프 같은거 썼던가...? 디펜던시들은...? 버전 바뀌면 수정되어야 할 문제들 많을텐데... 뭐, 38년 되기 전에 예약시스템 다시 만들겠지...
X64나 이태니움도 결국 시간이 생기는건 단지 지연된다는 .... 패치 적용하기전에는...
기술은 발전하지만 사람이 발전 못하는게 진짜 버그 아닐까요
명언이다 ㄷ
아... 이것때문에 어쩔수 없이 폰 바꿔야 하잖아 거참.... 정말 어쩔수 없넹...
또 시작이다 밀레니엄 버그 난리 피우더니 아무 일 없이 지나가니까 뉴스에서 아무일 없이 지나갔다고 말하더라
원격포맷 지룡자✔
8bit와 16bit 임베디드 시스템에는 하드웨어 클락을 이용한다구...
그치만 그레고리력 역법이 오차가 그전에 생기거든요 그 하루를 어찌할지 모르겠지만 1000년뒤 후손이 알아서 하겠지
English Anyone?
here
Here
2038년 1월 19일에 컴퓨터는 멈추지 않고 윈도우 20쯤 나와서 3138년까지 버티겠죠
We just gotta do shit manually till it is fixed, from 2037 to 2039, isnt a problem
첫 번째 있는 비트를 부호 구분하는 용으로 사용하는게 아니면 2038년 문제가 더 뒤로 미룰 수 있는데 기술적으로 뷸가능 한가요?
지금부터 만드는 시스템은 가능한데, 이전에 만들어진 시스템은 어차피 갈아 엎어야 합니다.
혹시나 타임 스탬프?? 생각 했는데 정답이네
역시.. 미뤄논 문제는
생각보다 빠르게 다가오네...
2960억년도 생각보다
빠르게 오지않을까..?
빅프리즈로 우주가 먼저 식고 양성자가 붕괴할듯한디요
어차피 이제 공간은 널널하니 그냥 우주의 유의미한 시간까지 모두 나타내도록 1024비트 시간을 쓰죠 ㅋㅋㅋ
이정도면 별들이 다 철조각이 될때까지는 쓸 수 있지 않을까...?
+아! 년이 아니라 초였지 ㅋㅋㅋㅋ 절 대 부 족 해
인공지능 친구가 저때까지 쓸려면 10^27비트가 필요하다는데 음... 125,000테라쯤만(?) 있으면 저장할수 있다고 하네요~
한가지 궁금한점이 있습니다만
1970년?인 기준 날짜를 바꾸게 된다면
또 어떤 이슈가 생길까요?
설정 당시 연도 이전 으로 가서 작동 을 안한다고 보면 됩니다.
@@taehyeon901 답변 감사합니다! 좋은 하루 되세요👍
I think we can just make unix2 and we won't have to change all the 32 bit devices to 64. And we will be able to earn a few decades.
걍 유닉스 2 만드면은 굳이 32비트 장치들을 64비트로 안 바꾸면 되는 거 아닌가요? 그러면 최소 몇 십년을 벌겠는데요.
공항 광고판은 윈도우즈 비인증 거 쓰는 중
2920억년 후면 우주가 멸망했을 듯 한데 ㅋㅋㅋㅋㅋ
오호
혹시 최근 애플의 pwa지원 관련한 이슈도 다뤄주실수 있을까요?
OR JUST MAKE THEM UNSIGNED
왜 unsigned가 아니라 signed로 한거려나요...흠
뭐야 y2k가 진짜 문제였긴 했구나
미치겠네... 데이터 타입을 왤케 작은걸로 한거야 ㅋㅋㅋㅋㅋㅋ
4바이트가 그토록 아깝나
옛날에는 4바이트가 정말 컸죠 ㅠ 지금도 하드웨어 바뀐 건 체감 못하고 현업에서 메모리 관리 운운하는 분들 많아요.
the video is in English why are all the commits in Korean
This is the korean version of the channel and they have Korean captions
youtuhe allows this
Why not make 128 bits already then?
it will be the heat death of the universe before 64 bit time ends.
Rip my ipod touch
26살 내생일에 멈추는거 실화냐고 ㅠㅠ
안녕하세요 저는 한국사람입니다 제가 해킹과 몰카를 당하고 있는것같은데 증명할수 없는 상황입니다 테슬라ㅇ구글 엔비디아 에서 제가 했던 말들이 책으로 나오거나. 일론 머스크분께서 대화 내용이나 책이 출간 되었거든요 이런부분을 입증 시킬수있는 방법좀없을까요
조현병 치료 받아라
한 5년전부터 미리미리 교체하면 예방가능하려나
전자기기 다 멈춘다는게 몇번째야 ㅋㅋㅋ
와 인공위성들이 문제려나요
14년동안 그정도는 해결할듯 ㅋㅋ 지금 과학기술 발전속도 보면 걱정이 안됨
아 ㅋㅋ 이거 32비트 정처기 공부할때 잠깐 외웠었는뎅
온돌은 왜 고장났냐ㅋㅋ
😱
아니 내 생일에 ㅋㅋㅋ
SMH: BUY
결국 모든 문제는 반복되는것 같네요
알고 있으면 문제 안생김.
my phone is 256b
ㅋㅋㅋㅋ 댓글들도 엄청 웃김 ㅋㅋㅋㅋㅋ
"슈타인즈게이트" 라는 게임/애니메이션에서도 나온 그거다.
2038년 이야기는 언제 들어도 흥미롭지만, 또 개발자인 이상 꼭 알고가야 되는 부분이지요.
어릴때는 그럴 바엔 그냥 연도값을 추가해서 유닉스 기본연도정보를 직접 바꾸면 안되는가? 하는 의문도 들었지만,
32비트 를 계속 끌고가는 것도 솔직히 이상하기도 하고, 또, 그랬다간 수많은 곳에서 그에 상응하는 대응패치가 안 되어서 또 문제겠지요…
y2k여?
AI가 세계를 지배할지도 모르니까 이런 장치가 있으면 좋을듯 ㅋㅋ
전세계 컴퓨터가 멈추는 장치가 있으면 혹시모를 사태를 막을수있음
아 그래서 관련주 뭐임?
관련주 ㅋㅋ
CIH바이러스를 우리나라에 내가 퍼트렸다면?
한국 온돌 나오는거 개웃기네 ㅋㅋ
응 짜피 64비트 쓰면 그만이야~
다보스 포럼서 또 예언마냥 전세계 사이버어택 한다고 계획 말하던데 어떤식이려나