Groups > comp.lang.java.programmer > #9768

Re: unicode

From	markspace <-@.>
Newsgroups	comp.lang.java.programmer
Subject	Re: unicode
Date	2011-11-07 19:18 -0800
Organization	A noiseless patient Spider
Message-ID	<j9a71d$a3k$1@dont-email.me> (permalink)
References	(4 earlier) <4e6eaa8a$0$305$14726298@news.sunsite.dk> <j4mgeo$h1c$2@dont-email.me> <4e6ff2a9$0$313$14726298@news.sunsite.dk> <j4p3oh$pa2$1@dont-email.me> <4eb89437$0$286$14726298@news.sunsite.dk>

Show all headers | View raw

On 11/7/2011 6:30 PM, Arne Vajhøj wrote:
> You asked what problem it solves.
>
> Now you know what problem it solves.
>
> You still do not think it is a serious problem, but that is
> a different discussion.

No, I disagree with that assertion.  If it's not an actual use case, 
something that doesn't actually come from a user, or solve a real user 
need, then it's just a pointless maintenance expense.  Just like any 
other "feature" that nobody needs or uses, it can just be removed.

> Once put in the language, then they can never remove it without breaking
> existing code.

My understand about these things is that they grep (*) through the code 
base of the most important customers and do an evaluation of the code 
changes required.  The question is "can we afford to make the changes 
this would require?"  It's a ROI question, not slavish devotion to 
backwards compatibility.  Yes the holy grail is "no code changes 
required" but that isn't a given, necessarily.  Sometimes you gotta 
break those eggs to make your omelet.

(*) Figuratively.  Not necessarily use the grep program.  It's a code 
inspection process.

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Re: unicode Arne Vajhøj <arne@vajhoej.dk> - 2011-11-07 21:30 -0500
  Re: unicode markspace <-@.> - 2011-11-07 19:18 -0800
    Re: unicode Arne Vajhøj <arne@vajhoej.dk> - 2011-11-07 22:47 -0500
      Re: unicode markspace <-@.> - 2011-11-07 21:12 -0800

csiph-web