Re: WHY
aaron_kempf_at_hotmail.com
Date: 12/22/04
- Next message: Hosh: "Newbie - Unusual DATE question"
- Previous message: Frank Kabel: "Re: calculating no of days"
- In reply to: Harlan Grove: "Re: WHY"
- Next in thread: hrlngrv_at_aol.com: "Re: WHY"
- Reply: hrlngrv_at_aol.com: "Re: WHY"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 22 Dec 2004 10:56:00 -0800
I've been working a lot longer than that LoL
I just think that it is funny that all of these people get sidetracked..
developing 'solutions' in Excel.
It's just absolutely comical to me..
re-creating the same spread***, week in and week out..
templates' don't help-- what happens when they change??
do you have to go back and 'untemplate' everything you do and push it into a
new template?
LoL
"Harlan Grove" <hrlngrv@aol.com> wrote in message
news:O5k%23W$x5EHA.2124@TK2MSFTNGP15.phx.gbl...
> <aaron_kempf@hotmail.com> wrote...
> >the real work-- you see.. database people do all the real work for a
> >company.
> ...
>
> I'm sure the database admins do all the work at, say, Boeing and Airbus,
and
> the design and production engineers are all so much unnecessary overhead.
>
> Or perhaps you meant implicitly to restrict your remarks to developers. So
> all Perl, PHP, Java, even VB programming is all secondary to maintaining a
> few dozen RDBMS stored procedures.
>
> You really do live in cloud cuckoo land, don't you?
>
> >back after 9/11-- in the worst part of the dotcom burst.. there were
> >hundreds, if not thousands of spread*** geeks and webdevelopers that
> >were out of work.
>
> Uh . . . the dot.com bust occurred in 2000, a year before 9/11. So your
> knowledge of recent history is as deep and broad as your knowledge of
> software.
>
> In case no one else has told you this, ignorance really isn't bliss.
>
> And if there were people employed as *developers* who only knew
> spreadsheets, then who knows, you may be right (after all, even a stopped
> clock is right twice a day). And I doubt there were many people working
for
> dot.coms who knew only spreadsheets, and if there were, those people would
> have been the financial vanguard of the new economy, reaping what they had
> sown. But it wouldn't have been due to the narrowness of their software
> skill set, they would have been unemployed/unemployable because no one
still
> in business would have trusted their subject knowledge.
>
> Spread*** use isn't the core of of the jobs done by people who use (and
> even develop) most spreadsheets. Spreadsheets are just a tool. Databases
> seem to appeal to fanatics.
>
> >Was there too many database people??
> >
> >NO.
>
> Yes, low level database developers are always in some demand.
>
> >I am the only person out of my 20 friends that has been gainfully
employed
> >these past 4 years.
>
> Goody for you. If you've only been working full time for 4 years, I've
been
> working longer than you've been alive. So what?
>
> >because of the fact that companies understand the long-term value of
> >building database tools.
> ...
>
> So all these 20 friends of yours are poor benighted 'spread***
> developers'?
>
> To repeat, low level database developers are always in some demand.
There's
> also steady demand for plumbers to fix clogged toilets, but that hardly
> proves the transcendent worth of the plumbing profession.
>
> >If you've seen brazil or 1984-- its like hundreds of poeple running
around
> >typign the same spread***.. typing the same thing weeek in and week
out.
>
> Into databases, no doubt.
>
> >TPS Reports-- from Office Space. I mean--- isn't it comical to you guys
> >that people still work like it is 1984?
>
> Yes, but the raison d'etre of TPS reports is *precisely* to make time
> management itself inefficient! It's not the spread*** implementation
> that's ridiculous, it's the concept itself. It'd be no different if you
were
> using a mouse to point-and-click hole punches in a virtual Hollerith card
> (though such an interface would appeal to my own obscurantist streak).
>
> >I dont make reports that get emailed or printed out. I build systems so
> that
> >people can have a nice lil flexible frontend to analyze millions of
> records.
> ...
>
> Goody. What you do may be fundamentally different from what others have
BEEN
> TOLD TO DO.
>
> >I just think that it is hilarious that you guys defend this platform.
> ...
>
> No funnier than your inability to recognize the limits of your
understanding
> of the strengths and weaknesses of various software tools.
>
> >Learn more about it-- i BEG of all of you.. not for me; but for you.
Make
> >yourself more efficient and INSPECT access in order to know what it can
do.
>
> Go ahead - educate us! Show us how to create an amortization table in
> Access. Astound me! Go on, try to do this, and tell us the steps involved.
>
> >And stay tuned... I will be back; and I'm making a website called
> >sqlrising.com right now.. so you guys can continue to read up on cool
> >projects..
>
> I think I'll stick to reading the mySQL site instead, thanks.
>
> >just so that people can SEE what databases can do.
>
> And your examples would be . . . ?
>
> >most people have no comprehension.
>
> So true, so true!
>
> >All I know is that Amazon is a DATABASE with a couple of webpages.. and
> that
> >is one of the most powerful things in the world.
>
> FTHOI, check out what Amazon runs on its servers at netcraft,
>
> http://uptime.netcraft.com/up/graph/?host=www.amazon.com
>
>
- Next message: Hosh: "Newbie - Unusual DATE question"
- Previous message: Frank Kabel: "Re: calculating no of days"
- In reply to: Harlan Grove: "Re: WHY"
- Next in thread: hrlngrv_at_aol.com: "Re: WHY"
- Reply: hrlngrv_at_aol.com: "Re: WHY"
- Messages sorted by: [ date ] [ thread ]