Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: Henderson Newsgroups: comp.lang.java.programmer Subject: Re: Arithmetic overflow checking Date: Thu, 21 Jul 2011 15:58:40 -0400 Organization: e1 Lines: 15 Message-ID: References: <015aeb15-57db-48ab-9cd4-77f8448b632f@w24g2000yqw.googlegroups.com> <1f9c17dltrhlmhifuigoa914477r4rg1e1@4ax.com> <09fe171s46ilvq9qmn254dctunm6noh0ps@4ax.com> <4e262731$0$314$14726298@news.sunsite.dk> <4e26300b$0$309$14726298@news.sunsite.dk> <4e2769dc$0$314$14726298@news.sunsite.dk> <43MVp.69006$_I7.9664@newsfe08.iad> NNTP-Posting-Host: h1MICDOSuUTFyvkTQ7BjNQ.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: WinVN 0.99.12z (x86 32bit) X-Notice: Filtered by postfilter v. 0.8.2 Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:6347 On 21/07/2011 8:52 AM, Martin Gregorie wrote: > Arguably, the delay in removing deprecated features (which amounts to the > same thing) is a waste of time: Y2K showed us that, with absolutely > nothing being done ahead of time in most shops, the result was the > expensive last minute panic. > > In fact, you can make the opposite argument: delay too long and there > will be nobody left who remembers which programs might be affected or > even that there is a problem. One problem with removing deprecated features, at least from Snoracle's standpoint, is that organizations will be even more reluctant to update Java if doing so might require extensive modifications to all their stuff's source code.