[DUG] A Friday Qustion on Monday.

[Richard Vowles]

Guys, this is simply a silly discussion.

Tools = efficiency
People/Process = effectiveness

The problem with buggy software is not tools related - it is people and
process related. All the tools in the world won't help you if your
people or your process are/is questionable.

So given this is a process discussion really, can you guys tell me
exactly how much re-work you do? Betcha ya can't.

Richard
---
Richard Vowles
Borland Solutions Architect
DDI: +64-9-9184573, Cell: +64-21-467747
email and IM/MSN: richard.vowles at borland.com
Skype: rvowles

-----Original Message-----
From: delphi-bounces at ns3.123.co.nz [mailto:delphi-bounces at ns3.123.co.nz]
On Behalf Of Conor Boyd
Sent: Wednesday, 15 June 2005 10:34 a.m.
To: 'NZ Borland Developers Group - Delphi List'
Subject: RE: [DUG] A Friday Qustion on Monday.

This was something that used to amuse me about some of the Rational
tools.

The way Rational used to push the RUP and Rational tools as the only way
to develop software failed to ring true for me, when we noticed that
some of the errors we were getting with one of their tools was coming
from an application that was obviously written in a language (Smalltalk,
maybe, I can't quite remember) that was not supported by any of the
Rational tools.

It just caused to question the validity of their stance, given that they
obviously weren't using any of their own tools to develop some of their
own software. ;-)

Cheers,

C.

-----Original Message-----
From: delphi-bounces at ns3.123.co.nz [mailto:delphi-bounces at ns3.123.co.nz]
On Behalf Of Kyley Harris

This topic of D2006 leads me to pose the following thoughts for comment.

Borland has taken big steps in aquisition to provide software for
lifecycle design and development, including memory optimization
software, leak tracking and feature tracking tools.  All these things
seem wonderful (if you can afford it). So why are there so many issues
with delphi after production release. We are trying to be sold on Unit
Testing, Memory Tracking, Bug Tracking, etc etc, with all these new
features in delphi, and the other products such as starteam, NUnit &
DUnit, and Optimizeit suites to name a few. It seems like Borlands main
marketing is in opposition to Rational for lifecycle tools, rather than
focusing on the requirements of the simple programmer requisites. It
used to be that most people thought of them without question as the IDE
and compilers of choice, but I think this is taking a back leg to High
Level tools.

I have to query weather the Delphi team is following the unit testing
and design philosophy that it is selling to us as the best thing since
sliced bread.

At the end of the day the most important thing to me is solid code, and
a good working IDE that supports my need of solid clean code, and
doesn't throw tantrums every five minutes. The brain is an excellent
tool for all the other stuff.

_______________________________________________
Delphi mailing list
Delphi at ns3.123.co.nz
http://ns3.123.co.nz/mailman/listinfo/delphi