로그인 유지
대부분 2012년 지구종말의 해라고 말들 하죠!?ㅋ
얼마전에 본 뉴스기사에서는 13년?인가 태양폭푹인가먼가로 또 한번 애기가 나왔던 것 같은데...
하지만 프로그래머로의 관점에서 본다면 2038년이 더 위험하다고 합니다!
( http://en.wikipedia.org/wiki/Year_2038_problem )
몇몇 관련글 댓글을 첨부하자면... http://www.indidev.net/forum/viewtopic.php?p=78
사실 몇년전 코딩을 하면서 레지스트리에 INT64 를 저장하려면 바이너리로 저장을 해야 된다는 이유로 귀찮아서 time_t 를 DWORD 로 형변환을 해서 저장을 하면서 time_t 가 언제 오버플로우 되더라.... 하고 찾아보니까 2038년 이더군요.그때 내린 결론은 "30년 뒤에 내가 코딩하고 있을 확률 - 1%, 30년 뒤에 내가 만든 프로그램이 돌아가고 있을 확률 - 0%" 였기 때문에 별로 죄책감은 없었습니다. ^^
~,.~!!!!!!어우; 38년. 프로그래머 관두고 사라져야할시간. 흐음.
int 유사시_미사일_자동공격_체크(){ if(마지막으로_공격하지말라는_명령을받은시간() + 7*24*60*60 < 현재시간()) { return 발사; } else return 대기;}
int 유사시_미사일_자동공격_체크()
{
if(마지막으로_공격하지말라는_명령을받은시간() + 7*24*60*60 < 현재시간())
return 발사;
}
else
return 대기;
여기에 파일을 끌어 놓거나 왼쪽의 버튼을 클릭하세요.
파일 용량 제한 : 0MB (허용 확장자 : *.*)
업로드 중... (0%)
대부분 2012년 지구종말의 해라고 말들 하죠!?ㅋ
얼마전에 본 뉴스기사에서는 13년?인가 태양폭푹인가먼가로 또 한번 애기가 나왔던 것 같은데...
하지만 프로그래머로의 관점에서 본다면 2038년이 더 위험하다고 합니다!
( http://en.wikipedia.org/wiki/Year_2038_problem )
몇몇 관련글 댓글을 첨부하자면... http://www.indidev.net/forum/viewtopic.php?p=78