Board index » delphi » Re: Developers in Pain

2008-01-03 03:25:30 AM
delphi144
Paul Nichols [TeamB] writes:
--
Rudy Velthuis [TeamB] www.teamb.com
"Manuscript: something submitted in haste and returned at
leisure." -- Oliver Herford (1863-1935)
 

Paul Nichols [TeamB] writes:
--
Dave Nottage [TeamB]
 

"Rudy Velthuis [TeamB]" <XXXX@XXXXX.COM>writes
I sling code for a living, but I have been thinking of getting into dentistry
as a hobby. Whatdya think? :^)
Cheers,
Van
 

Rudy Velthuis [TeamB] writes:
 

TJC Support writes:
--
Rudy Velthuis [TeamB] www.teamb.com
"Testing proves the presence, not the absence, of bugs."
-- Edsger Dijkstra
 

"Rudy Velthuis [TeamB]" <XXXX@XXXXX.COM>writes
patience. :^)
Van
 

Dave Nottage [TeamB] writes:
members still call me about finding them a position with my new company. :)
However, I think it may change somewhat, since the merger.
Last project I was on there was much better. The manager however, came
from IT and understood application development. Makes a huge difference.
 

"Jouni Aro" <XXXX@XXXXX.COM>writes
for a client to present it at a trade show many years ago. It was good
enough that his potential customers were ready to buy it on the spot,
needless to say, that merely led to completely unrealistic schedules for
the real application that had not even been properly scoped out or designed
yet.
I will never produce such a prototype again. Since then I mockup screens
(easy to do in Delphi of course) and then just insert screen shots in a Word
doc.
--
Wayne Niddery - TeamB (www.teamb.com)
Winwright, Inc. (www.winwright.ca)
 

On 2008-01-02, Mike Orriss <XXXX@XXXXX.COM>writes:
actually dentistry, but to medication that accompanied it.
A sedation (for a simple filling) that made me pretty much incoherent for
three days, and an antibiotic (for a problematic root c{*word*7}no less that
actually paled compared to the medication).
 

Wayne Niddery (TeamB) writes:
and calculate the estimates without showing anything concrete before the
schedules and costs have been agreed to.
After all, the e{*word*277}ment of creating new apps can be very tempting and
you want to show that you can do it. But if you do it too quickly or
the tool (such as Delphi) helps to create something too quickly, people
tend to draw conclusions that the rest cannot be much more difficult.
On the other hand it is very hard to admit to yourself that it will take
that much time for you to get such a simple application done :)
Also, for some reason (well, it is the only visible part :) ) when the
GUI is there it seems like almost finished, even if it would not do
anything. But the GUI is usually only a small fraction of the complete
system - especially the initial GUI which will require several changes
before it finally satisfies.
Lessons learned :)
 

"Jouni Aro" <XXXX@XXXXX.COM>writes
the biggest point - they can only go by what they see (and they cannot be
blamed for that) - and when they see what appears to be a working program,
for them the GUI *is* the program and it already works, so why can not they
have it *now*?
--
Wayne Niddery - TeamB (www.teamb.com)
Winwright, Inc. (www.winwright.ca)