Re: Is VB6 still alive and well?

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

"Tom Esh" <tjeshGibberish@xxxxxxxxxx> wrote in message
news:564d81pfedfja5bam7005d2l01mkhutj94@xxxxxxx
> On Sat, 14 May 2005 13:49:51 -0400, "Peter Aitken"
> <paitken@xxxxxxxxxxxxx> wrote:
>> ...Yes, there MAY be problems
>> down the road - and there MAY NOT! Many people are actively berating
>> MS for things that they are worried might happen. Get it - MIGHT?...
>
> Yes, but many believe it would be a lot more difficult (if not
> impossible) to get fixed after the fact. Not an unreasonable
> assumption IMO. Hence the "ounce of prevention" approach. Get it? :-)

Apart from the rounding problem and the various issues getting VB apps to
conform to XP themes there is this attitude:
http://www.eweek.com/article2/0,1759,1495504,00.asp

I'm not saying that security should not be an overriding concern but that
when (not if) things change in future OS releases, whether it be for
security concerns or just a side effect of some other change, the effect on
legacy applications is hardly likely to be positive. The best we can hope
for is neutral. What we have to expect is negative. Using a supported
language with supported tools is certainly a better position to be in than
the alternative. The only question is what language is going to be
supported long-term and VB.Net is certainly far down the list of likely
candidates.

Putting on blinders and hoping that things might not change is living in a
fool's paradise. Things have changed, things are changing and things will
change in the future. Within the sphere of the support environments the
changes may be positive but within the sphere of all applications being used
they may be show stoppers. A business can't wait until that happens before
being ready to handle the changes.

--
Reply to the group so all can participate
VB.Net: "Fool me once..."

.

Relevant Pages

  • Re: various objects in my VB6 project - Calling IUnknown
    ... legacy support for EXEs is an order of scale beyond ... "Language Stability" enjoyably employs structure. ... But I'm not black and white on the matter of migration changes. ...
    (microsoft.public.vb.general.discussion)
  • Re: Architectural support for programming languages
    ... microarchitectural support in processors for operating systems to make ... The language used will match the programs, ... were adding architectural features to take their share of new market ... and run them under and OS written in C and on architecture with all ...
    (comp.arch)
  • RE: cannot import data manually on sql server 2005 because of collatio
    ... Your original collation of your SQL Server 2000 database is a Windows ... and this requires that the related language and locale must be ... Options, click on Languages tab, in Supplemental language support box, ...
    (microsoft.public.sqlserver.dts)
  • Re: how is Haskell not robust?
    ... Haskell has not reached critical mass. ... have a thousand packages but still poor support for mainstream package ... If anyone would make money with the language or a compiler ...
    (comp.lang.functional)
  • Re: Why should I eschew prototype.js?
    ... Microsoft drives this market, whether people admit it or not. ... out next week and proclaimed "The only markup language we will support ... Furthermore, if any other attributes are present, IE will ignore the script block. ...
    (comp.lang.javascript)