Slashdot Mirror


User: jdwtiv

jdwtiv's activity in the archive.

Stories
0
Comments
54
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 54

  1. I don't think a breakup will change anything... on Microsoft To Go Straight to the Supreme Court? · · Score: 1

    How about something totally different, since Microsoft's primary weapon against other companies was using OEM pricing to force the PC manufacturers to install Microsoft only products, why not take away their OEM prices.

    This way PC makers and consumers will have a real choice!

  2. Re:nice, but... on Heroes III Coming to Linux · · Score: 1

    > but the glaring lack of support for 3dfx cards
    > in the version of xfree that shipped with
    > my Red Hat 6.0 is a bit disconcerting....

    3dfx has drivers at their web site:
    Voodoo3/Banshee drivers

  3. Re:Net Impact on Movie Industry: Zero on Why DVD Encryption Crack was a Cinch · · Score: 2

    >DVDs are cheaper to produce than video tapes.

    I've often wondered about this. It seems like it would be cheaper to produce a cd than a cassette tape for the same reasons, yet here we are 10 years or so into the cd revolution and cd's are still more expensive than tapes.

    (And if I remember correctly tapes/records were normally pretty close to the same price)

    Also reminds me of a speech I saw from a well known games developer. He was very excited about the proliferation of cdrom drives, as cd's were going to save his company a ton of money over shipping floppies. When someone asked if that meant his games would be cheaper, he just smiled from ear to ear... :)

  4. Perl is fast enough + database access much easier! on Perl Domination in CGI Programming? · · Score: 1

    When measuring efficiency, you have to look at the server, network latency, and even the speed at which the browser can parse your page. (I have a cgi-script that will generate 2000+ rows in a table in a couple of seconds, but the browser takes 30+ seconds to let me look at the table)

    Does it really matter if a c++ executable can run the same query in 1.5 seconds instead of 2 seconds if it takes 30 seconds for the brower to show the page?

    Accessing a database in perl/java is much easier than using the c api. (I don't know if there are nice c++ api's for databases yet, but doing dynamic SQL in c is 1000x more difficult than anything else I've seen) With so many developers wanting to store large amounts of text/information in a database, you want to be able to get at that data the most efficient way possible.