[DUG] A Friday Qustion on Monday.
Kyley Harris
kyleyharris at gmail.com
Wed Jun 15 11:18:38 NZST 2005
Re-Work? Never. I prefer the word Re-Write, as inspiration takes me... Kidding.
You are right. It is very hard to measure, and I agree that I have yet
to find a decent way to unit test a GUI.
In reality, half the bugs I am finding could purely be installed
package related issues that the IDE is not handling well at all. I
think we all have probably installed packages that throw the IDE out
the window. Perhaps the product is just over complex and they would
have been better off with the original idea of keeping everything
seperate instead of this all in one package that we got.
thats my 255cents worth
On 6/15/05, Richard Vowles <Richard.Vowles at borland.com> wrote:
> 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
>
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
--
Kyley Harris
Harris Software
+64-9-8455274
+64-21-671-821
More information about the Delphi
mailing list