Design Con 2015
Breaking News
Comments
Oldest First | Newest First | Threaded View
Page 1 / 2   >   >>
cdhmanning
User Rank
Rookie
re: Can advanced tools actually slow us down?
cdhmanning   5/24/2012 2:39:40 AM
NO RATINGS
I remember my first year of programming. FORTRAN on punch cards using a mainframe. We submitted our programs as batch jobs and got a print out back hours later. Due to the time involved, you would be very careful about what you submitted, painstakingly checking the code before cutting cards (cards == money) and then checking the cards again before submitting. It was more than once that a 200-line program ran - correctly - first time. Frugality was important too. I wrote a 56-line Fortran program to print out wall calendars. Worked great, but was pretty hard to understand. Now editing and compilation is cheap/free and I don't worry so much about getting it perfect first time. Forgot a variable name? So what just compile and see the errors the compiler throws up. Would I trade back for the Good Old Days? No thank you! I also remember dropping the 2000 punch-card source code for a compiler when I tripped down some stairs. It took quite a while to get them back in order and re-punch damaged cards.

Duane Benson
User Rank
Blogger
re: Can advanced tools actually slow us down?
Duane Benson   5/24/2012 3:54:13 PM
NO RATINGS
It's not just the "do it fast/do it over" that causes me to sometimes question all of the "advances." The proliferation of options is also staggering. If you look at all of the library functions available in .NET and other tool chains, you can spend a lot of time just searching to the right library function to use. On the one hand, that frees up a lot of time from wrote tasks, but it also can cause delays. There are so many that you can't keep them in your head so you likely have to research each time you need to use one.

Les_Slater
User Rank
CEO
re: Can advanced tools actually slow us down?
Les_Slater   5/24/2012 9:21:16 PM
NO RATINGS
Remember back in those days drawing diagonal line on the edge of a deck of cards so if they were dropped all you had to do was carefully get that diagonal line back.

WireMan0
User Rank
CEO
re: Can advanced tools actually slow us down?
WireMan0   5/25/2012 7:34:33 PM
NO RATINGS
New tools would probably be great if only the documentation kept pace. While trying a new software IDE for a microcontroller a few days ago, I inadvertently closed two windows on the display. I couldn't figure out how to get them back. The docs explained what those windows would show but had no information about how to open them. Sad.

Rod Dalitz
User Rank
Rookie
re: Can advanced tools actually slow us down?
Rod Dalitz   5/25/2012 8:46:22 PM
NO RATINGS
I have a motto over my desk: "Why is there never enough time to do a job right, but always enough to do it over?"

psw_#1
User Rank
Rookie
re: Can advanced tools actually slow us down?
psw_#1   5/25/2012 9:15:08 PM
NO RATINGS
The long-short way to the door, versus the short-long way... Event driven and schedule aware, not schedule driven... Plan the plan, execute the plan...

DickH
User Rank
Rookie
re: Can advanced tools actually slow us down?
DickH   5/27/2012 1:38:20 AM
NO RATINGS
that's what a lot of folks say about C++ - you get 'choice/decision paralysis' because there are to many ways to code something - and it's not at all obvious which will be best. A great language would point obviously towards the best approach

seaEE
User Rank
CEO
re: Can advanced tools actually slow us down?
seaEE   5/27/2012 2:15:47 AM
NO RATINGS
The person sitting in front of their computer appearing to be doing nothing may actually be thinking about how to solve a problem or how to best organize a process. On the other hand, the person frantically hacking away at their keyboard may be making a host of mistakes and bad, quick decisions that will affect a product for a long time down the road.

sudo
User Rank
Rookie
re: Can advanced tools actually slow us down?
sudo   5/28/2012 8:51:04 AM
NO RATINGS
Bill, are you describing SCRUM design methodology? Oh, that's Schwaber, not Schweber! ;-) Good point and this is not just a time issue, either. I admit, I sometimes embrace the dark side and I just tweak and throw the code at the FPGA compiler, again. This only works though if the basic architecture is sound and it's a double-edged sword if this is meant to save time. What if there is another error behind the error? And one behind that? Time to stop and think! If I jump in without proper thinking upfront and hope to do the checks later, the architecture will resemble the proverbial dog's breakfast and when finally the design appears to work, then the obvious temptation is not to look too hard for possible errors still hiding, especially with increasing time pressures on the project. It's just human nature.

Les_Slater
User Rank
CEO
re: Can advanced tools actually slow us down?
Les_Slater   5/30/2012 3:24:58 PM
NO RATINGS
We need a formality in which a problem or task is completely defined and the tools that go from that definition to the executable.

Page 1 / 2   >   >>


Most Recent Comments
Top Comments of the Week
Flash Poll
Like Us on Facebook

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
EE Life
Frankenstein's Fix, Teardowns, Sideshows, Design Contests, Reader Content & More
Max Maxfield

Max's BADASS Display: A Comedy of Errors
Max Maxfield
5 comments
Good grief -- where does the time go? I first determined to build my Bodacious Acoustic Diagnostic Astoundingly Superior Spectromatic (BADASS) display way back in the mists of time we used ...

<b><a href=Betajet">

The Circle – The Future's Imperfect in the Present Tense
Betajet
5 comments
The Circle, a satirical, dystopian novel published in 2013 by San Francisco-based writer Dave Eggers, is about a large, very powerful technology company that combines aspects of Google, ...

Martin Rowe

Make This Engineering Museum a Reality
Martin Rowe
Post a comment
Vincent Valentine is a man on a mission. He wants to make the first house to ever have a telephone into a telephone museum. Without help, it may not happen.

Rich Quinnell

Making the Grade in Industrial Design
Rich Quinnell
16 comments
As every developer knows, there are the paper specifications for a product design, and then there are the real requirements. The paper specs are dry, bland, and rigidly numeric, making ...

Special Video Section
The LT8640 is a 42V, 5A synchronous step-down regulator ...
The LTC2000 high-speed DAC has low noise and excellent ...
How do you protect the load and ensure output continues to ...
General-purpose DACs have applications in instrumentation, ...
Linear Technology demonstrates its latest measurement ...
10:29
Demos from Maxim Integrated at Electronica 2014 show ...
Bosch CEO Stefan Finkbeiner shows off latest combo and ...
STMicroelectronics demoed this simple gesture control ...
Keysight shows you what signals lurk in real-time at 510MHz ...
TE Connectivity's clear-plastic, full-size model car shows ...
Why culture makes Linear Tech a winner.
Recently formed Architects of Modern Power consortium ...
Specially modified Corvette C7 Stingray responds to ex Indy ...
Avago’s ACPL-K30T is the first solid-state driver qualified ...
NXP launches its line of multi-gate, multifunction, ...
Doug Bailey, VP of marketing at Power Integrations, gives a ...
See how to ease software bring-up with DesignWare IP ...
DesignWare IP Prototyping Kits enable fast software ...
This video explores the LT3086, a new member of our LDO+ ...
In today’s modern electronic systems, the need for power ...