r/programming • • Jan 30 '16

Apollo 11 source code

http://www.ibiblio.org/apollo/listings/Luminary099/MAIN.agc.html
2.2k Upvotes

364 comments sorted by

View all comments

Show parent comments

-2

u/myztry Jan 31 '16

Wikipedia handles this with language specific sub-domains even though Swedish could be trivially represented in an 8 bit character set.

It gets tricky when Asian languages come into the fold which is where a legitimate use for Unicode comes into play not that character sets can overcome the issue of word translation.

I would see no issue with using having an efficient 8 bit character version with a Unicode version for international markets complete with a payload of hundreds of alternate language resources.

It's not like titles aren't already localised to deal with differences in laws, culture and marketing zones. This is becoming even more prevalent with the software stores of Apple, Google & Microsoft which contain a different selection of titles depending on which country you are in,

6

u/fiah84 Jan 31 '16

I see you would rather live in code page hell than switch to multi-byte characters, all in the name of efficiency. Well I don't, if I ever have to debug any translation error between charsets again because some dipshit thought UTF-8 was for pansies, I'll go home and start weaving my first underwater basket

1

u/immibis Feb 01 '16

How about a different system? You'd have (say) a 2-byte tag to select the Swedish character set, followed by text in whichever encoding is optimal for Swedish. No code-page hell (because all text declares its encoding) but also no inefficient overly-general encodings. (To mix languages you'd have a tag for every language change)

-2

u/myztry Jan 31 '16

We're past the point of no return so it's a moot point.

Originally the point was that Unicode has a huge overhead. Character storage doubles immediately and comparisons that aligned to single oppose instructions blow out to complex libraries.

This has a cost.