The Y2K issue seemed a big nothing burger to the public simply because we I/T guys busted our humps fixing that issue. If we hadn't busted it, there would have been major issues.
Where I worked at the time, we only had one issue and that was a rarely, lightly used program. That was fixed in a few hours.
2038 problem: Its because PCs can't use a date past 2038. It's a C programming issue. Thy will get it fixed well before then.2038
"The standard 4-byte format assumes that the beginning of time is January 1, 1970, at 12:00:00 a.m. This value is 0. Any time/date value is expressed as the number of seconds following that zero value. So the value 919642718 is 919,642,718 seconds past 12:00:00 a.m. on January 1, 1970, which is Sunday, February 21, 1999, at 16:18:38 Pacific time (U.S.). This is a convenient format because if you subtract any two values, what you get is a number of seconds that is the time difference between them. Then you can use other functions in the library to determine how many minutes/hours/days/months/years have passed between the two times.
If you have read How Bits and Bytes Work, you know that a signed 4-byte integer has a maximum value of 2,147,483,647, and this is where the Year 2038 problem comes from. The maximum value of time before it rolls over to a negative (and invalid) value is 2,147,483,647, which translates into January 19, 2038. On this date, any C programs that use the standard time library will start to have problems with date calculations."