|
That's only valid iff the application you're developing is comparable in system needs to what your development environment gobbles down. That might've been true a decade ago for VC6; but since then the VS team has picked up Gordon Moore's gauntlet and seems likely to win the fight.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Dan Neely wrote: for VC6
Nailed it!!
Maybe this will come back around when we start developing mobile apps, on mobile devices. 
- S
50 cups of coffee and you know it's on!
Code, follow, or get out of the way.
|
|
|
|
|
I do part time progrmming for work on my own home PC (~1.8Ghz single core, 1G Ram, 80Gig hard drive (close to full).
A while ago my boss asked me to do some extensions to an application. I told him I needed a new PC (sick of waiting for apps to compile). He said ok but once you have finished the project, hence he is still waiting.
___________________________
Here come the machines!
|
|
|
|
|
This will probably get buried, but it needs to be said.
When a developer builds on a powerful system, there will invariably be lost opportunities to work on performance gains. Virtualization is one of very few instances where I would think big iron would be necessary.
Consider if certain bloated libraries are really needed, for example. If it's appropriate, you may get all the functionality you need by rewriting a very small portion of a huge library, yes you're reinventing the wheel a bit, but you also get a performance boost that you wouldn't care about gaining on a high powered machine.
Granted performance isn't everything -- security and stability come first -- but it's one of the reasons (aside from poor tech support) why clients get frustrated. A developer should never expect a client to use similar or better hardware unless we're talking about a game or high-end utility where such performance is an absolute requirement.
Overbuilding and building wisely aren't the same thing.
|
|
|
|
|
We used to use virtual machines to 'pre-test' our development. This pointed out any performance issues soon enough as well as any integration problems etc...
Developers often open up a lot of applications at the same time (I do in any case) which tends to munch away memory and cpu.
V.
|
|
|
|
|
V. wrote: Developers often open up a lot of applications at the same time (I do in any
case) which tends to munch away memory and cpu.
Users often open up more. Once had a user who would open up around 8-12 Word documents of 60-90 pages and would then complain about the VB application he need to run being slow.  That all on a machine with 2GB RAM.
|
|
|
|
|
Jan Steyn wrote: 8-12 Word documents
That's not much  .
I often have 3 or 4 IDE's (VS2010) open, several word documents, SQL editors, IE's, virtual machines, our own applications and office documents open. Occasionally some photoshop sessions too.  ...
V.
|
|
|
|
|
Eksith wrote: A developer should never expect a client to use similar or better hardware unless we're talking about a game or high-end utility where such performance is an absolute requirement.
requirements are verified in the various phases of product testing. in order to do proper developers will tend to run some memory and cpu intensive applications in order to properly develop an application.
as if the facebook, twitter and message boards weren't enough - blogged
|
|
|
|
|
That's a terrible way to solve a problem and totally discounts the cost of a developer's time.
Give the devs the fastest machines you possibly can. Then, setup a test machine on the crappiest machine you feel the need to support, specify your performance goals, and test (or even debug) against the crappy machine to fulfill these goals.
But don't waste salaries on compile time.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Chris Maunder wrote: But don't waste salaries on compile time.
 +5
/ravi
|
|
|
|
|
Perhaps you mean a test system?
|
|
|
|
|
Eksith wrote: A developer should never expect a client to use similar or better hardware
Agreed.
Eksith wrote: Developers shouldn't have powerful machines
Highly not true.
/ravi
|
|
|
|
|
MAC x2 XEON Quad Core 2.8GHz, 18GB RAM
x2 512GB SSD (Not 4 years old!)
NVidia GTX285
And still compiles great!!
|
|
|
|
|
Seems that at the time it compiled also your pocket. All the cache was transformed in IV (Intermediate Value) and disappeared!
|
|
|
|
|
Quad core Xeon W3550 @ 3GHZ. Vista 64-bit (can't go to Win 7 yet), 24GB RAM. VS2010 and SQL Server 2008 dev environment. Quite speedy.
|
|
|
|
|
There is some advantage to being the only developer in a mid-sized trucking company. I had the same laptop for three years, I wanted a new desktop and they wanted to deploy the notebook. So I got a quad core i7 3.4Ghz, 64Gb SSD + 1Tb HDD, 8Gb RAM and three monitors.
Pays for having to slog everything out on my own.
|
|
|
|
|
Slow machines give you more time to think (or surf the web). Unfortunately, mine is fast enought 
|
|
|
|
|
the pc at my last job blew chunks, mostly because of the lame HD that was installed with it. the HD was so slow that I used to walk away from the machine while serious disk activity was happening.
kind of reminded me of the old days (286 and older) when we would start up the machine and then take a morning break while it was starting up.
I have only worked at one place where my development machine screamed.
as if the facebook, twitter and message boards weren't enough - blogged
|
|
|
|
|
Should've begged for an SSD. At least I know next time.
Home PC rocks though 
|
|
|
|
|
Buy only because I was whining like a 4 year old for about a year until I finally got a new one. That was 6 months ago so it's still pretty good.
I wasn't, now I am, then I won't be anymore.
|
|
|
|
|
Well since I am in charge of hardware purchases my development box is reasonably fast. Not as fast as the home box but I am more under budget concerns at work and I can not buy from eBay.
John
|
|
|
|
|
Not really, but representative of client machines.
I tend to program for small resource footprint applications with as few third party add-ins as I can get away with. Programming applications on last month’s machine assures that I don't get carried away with the wow features. We do test the applications prior to sending them out, but having the speed bumps in place during development minimizes reworking the code.
A good portion of my work are special use applications and having to troubleshoot issues over the phone with unknown systems and clueless operators can be quite frustrating. Especially on limited admin access systems.
It was broke, so I fixed it.
|
|
|
|
|
Using the same box for over 4 years and requested a faster system. Three weeks ago, by some stroke of luck, the laptop died.
They replaced it with a used, same model system, with 10% SLOWER CPUs...
If you think that's bleak and cheerless, too bad. Reality doesn't owe us comfort. - Richard Dawkins
|
|
|
|
|
and that includes back when developing on shared systems (OpenVMS).
|
|
|
|
|
My primary development machine is a single core 3GHz/2GB Xeon running XP sp2.
I'd like to whine that I need more power and all that, but in reality, it works out well having a system that is more similar to that of the other 250 or so systems here than it is different.
That being said, and the fact that all replacements are coming in with Win7, I would certainly like a new toy. But then, don't we all?.
With the whole place soon to go thin-client, who knows what the future brings? As long as my desktop is fully loaded.
Donations will be accepted.
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "As far as we know, our computer has never had an undetected error." - Weisert | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
