|
4.35GB, according to the launcher. My pitiful connection lets me pull down roughly 2GB an hour, so assuming I don't encounter any slowdowns, or none of my machines suddenly decides to download something, it'll be done early evening for me...
Wasn't there a GTA update that weighted in at 13GB? Somehow that figure stuck in my head...
|
|
|
|
|
The first download needs - gulp - 95GB so 13GB for an update wouldn't surprise me.
I remember when Doom II coming on 5 floppies was a OMG moment ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
OriginalGriff wrote: The first download needs - gulp - 95GB
I imagine that's going from a recent clean install. I would've remembered that figure if I would've had to pull down nearly 100GB in one go. That'd be saturating my bandwidth for over two days, assuming nothing else. Completely impractical.
|
|
|
|
|
Yep - March or April this year. It was huge, but it came down to me at 4.5Mbs so it was done overnight.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Now imagine the charges if you were using your phone.
It boggles the mind that you can get data plans in the hundreds of GBs from most ISPs, but for a smartphone, 10GB is considered "excessive".
|
|
|
|
|
What does "GTA V" mean?
I hate acronyms
|
|
|
|
|
It's a game: Grand Theft Auto Five[^] - multiplayer, open world, you do what you want when you want (if you have the in-game money to afford it).
Surprisingly good game!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
OriginalGriff wrote: Surprisingly good game!
+1
It took me years to warm up to the online experience - in any game - the thought being, I don't have the time for constantly getting shot down by 12-year olds who have nothing better to do than practice their aim all day.
Truth is, while that can happen, if it's a problem, you can just change sessions. The game's certainly got a grind factor, but if you enjoy the missions, it's a huge time-sink. I don't play any other game...
|
|
|
|
|
So I'm writing a system that deals with so-called UBNs (Unique Bedrijfs/Company Numbers).
The value is 7 characters long for Dutch companies in the branch I'm working for.
However... Some aren't, so you get a leading 0, like 0123456.
Now, I have an import, which does not give me the leading 0.
As a result my customer omitted the leading 0 from their master data as well.
However, we have a service that customers connect to, which does use the leading 0.
So, made a fix for the import and forced this UBN to be at least 7 characters, problem solved...
Except that I just found out some third party software does not include a leading 0 when accessing our service (even though it's set in the settings!)
Event their logs show the leading 0, but my logs say differently.
Who the hell comes up with this sh*t?
|
|
|
|
|
It's a number that all companies have, so I think I know whence it came.
It's also unsurprising that different systems treat it differently, causing interworking problems. The joy of software.
And too, but I couldn't help but find this amusing!
|
|
|
|
|
Greg Utas wrote: but I couldn't help but find this amusing! It would be if it didn't happen to me
Leading zeroes always make me nervous, this isn't the first time I've run into this problem
|
|
|
|
|
Sander Rossel wrote: Who the hell comes up with this sh*t? They 'all' do. And the sooner 'they' can be replaced with AI, the better. Because right now we only get genuine stupidity!
|
|
|
|
|
Optimist. With our luck we only get AS, not AI.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
Sander Rossel wrote: Who the hell comes up with this sh*t?
Ah, a question for the ages.
|
|
|
|
|
The same thing happens with Israeli ID numbers. Numbers issued in the last 40-odd years have 9 digits, of which the first encodes the type (company, person born in Israel, person born abroad, etc.), 7 are the ID, and the last is a checksum digit. The first digit is never a zero.
The older 7-digit ID numbers were expanded to 9 digits by padding the number on the left with zeros, and adding the checksum digit. For some old-timers, this leads to an interesting ID number such as 000012345.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Daniel Pfeffer wrote: For some old-timers, this leads to an interesting ID number such as 000012345.
Literally nothing better than being a walking test case with an ID like that
|
|
|
|
|
If I expect a leading zero in a number I always plan on padding them on.
|
|
|
|
|
About ten years ago I had to interface with a third-party system via sockets. The specification for the socket API specified that each message had to be identified by a ten-digit ID -- any ten digits would do, it just had to be unique. I decided to use the first two digits to identify (to myself) what type of message it was. For most messages I used "00", but for some special messages (like when querying the health of the other system) I used "99" or "98". BOOM! The response was always that the message was invalid and the system was resetting.
I contacted the developer at the vendor (the guru who developed and documented the API) and he said that my messages should have been valid and he had no idea why the system was behaving as I had described it to him.
A few days later he told me the reason -- the developers of the application hadn't understood the API specification and had assumed that the ID was a 32-bit integer (!) and they were trying to parse the ten digits . Once he got them straightened out they fixed their code and all was good after we installed an update. Whether the fix was to use a string or a 64-bit integer on their side I will never know.
|
|
|
|
|
Been there, done that
The "standard" I'm currently using defines fields and values in a message.
I've had to exchange messages with two parties so far, and both had their own "interpretation" of which fields were mandatory.
For the SOAP definition I had to create a completely different version
The latest version of the spec, which is actually a pretty detailed document, is about 15 years old, so that shouldn't be the problem
|
|
|
|
|
Ah stop your bitching, I worked with a financial system where the traders were allowed to enter 1.23m or 1.23 mil or basically anything they liked for numerical values. Try doing financial regulatory reports on such shite that had to be accurate to the cent.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Mycroft Holmes wrote: or basically anything they liked for except numerical values. FTFY
Why would you even want that?
|
|
|
|
|
Trading platform and guess who made the bank the most money, so traders (lazy, ignorant, opinionated arseholes) get to dictate what they want.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
- Excel messes up leading 0s
- Octal nightmare
- Blame it on EBCDIC, space comes after 9 in ordinal order!
I think I learned these from a David Letterman top ten list, but I forgot the other 7.
|
|
|
|
|
englebart wrote: Excel messes up leading 0s And more!
I get a CSV file from a customer, but they often edit it using Excel.
There go the leading zeroes, decimals, date formats...
|
|
|
|
|
Well, in my case it was an Admin Manager who passed out a 'file format' to 40 or so customers for a CSV return with (30+) columns described as 'Number', 'Text' and 'Date'....
|
|
|
|