Why UTF-8/16 character encodings?

Simen Kjaeraas simen.kjaras at gmail.com
Thu May 30 03:08:38 PDT 2013


On Thu, 30 May 2013 11:36:42 +0200, monarch_dodra <monarchdodra at gmail.com>  
wrote:

> On Wednesday, 29 May 2013 at 22:42:08 UTC, Walter Bright wrote:
>> On 5/29/2013 3:26 AM, qznc wrote:
>>> Once I heared an argument from developers working for banks. They coded
>>> business-specific stuff in Java. Business-specific meant financial  
>>> concepts with
>>> german names (e.g. Vermögen,Bürgschaft), which sometimes include äöüß.  
>>> Some of
>>> those concept had no good translation into english, because they are  
>>> not used
>>> outside of Germany and the clients prefer the actual names anyways.
>>
>> German is pretty easy to do in ASCII: Vermoegen and Buergschaft
>
> What about Chinese? Russian? Japanese? It is doable, but I can tell you  
> for a fact that they very much don't like reading it that way.
>
> You know, having done programming in Japan, I know that a lot of devs  
> simply don't care for english, and they'd really enjoy just being able  
> to code in Japanese. I can't speak for the other countries, but I'm sure  
> that large but not spread out countries like China would also just  
> *love* to be able to code in 100% Madarin (I'd say they wouldn't care  
> much for English either).
>
> I think this possibility is actually a brilliant feature that could help  
> popularize the language oversees, especially in teaching courses, or the  
> private sector. Why not turn down a feature that makes us popular?
>
> As for research/university, I think they are already global enough to  
> stick to English anyways.
>
> No matter how I see it, I can only see benefits to keeping it, and  
> downsides to turning it down.

Now if only we had the C preprocessor:

#define 如果 if
#define 直到 while

(Note: this is what Google Translate told me was good. I do not speak,
read or otherwise understand chinese)

-- 
Simen


More information about the Digitalmars-d mailing list