In summary: GPUs are vastly superior at real-time computer graphics than CPUs, and will eventually grow to have all the functionality of CPUs. GPUs are improving at a better rate than CPUs precisely because of their streaming, parallelisable nature.
Imagine the CPU and GPU being merged into a combined entity with unified memory, perhaps SMP, and eliminating the PCI/AGP straw currently being used to feed the GPU.
So, let's get this straight... Copying an audio CD to my hard disk is a crime. Just in case I'd like to do this, I should pay a tax to greedy corporations. But they will still defame me in the media, possiblly hack my PC, and possibly take me to court. At the same time they tax me, and everyone, despite the particular use of each PC.
These greedy blood sucking parasites can't have it both ways.
(No, I didn't read the actual link, the headline was enough to make me angry!)
I dearly hope that corporate types will take note of the cultural difference at Linux conferences and dress more respectfully, be less fixated on Dilbert-zone dress code, and not lecture geeks on making a "good" impression to salary slaves and journalists.
Frankly, these people would probably rather spend AUD$300 on Knuth books than high-maintenance corporate-wear. Or an airfare to Perth... Or a broadband connection...
I am sure your comments are sincere, but I think the problem is yours, rather than ours...:-)
I agree! It may be useful from an Apache setup point of view, but hardly contributes anything to the state-of-the-art thinking on micro-payments.
If I'd been charged to visit that page in the context of a misleading slashdot blurb, who would I be "micro-refunding" me as a disgruntled "customer"? The hapless victim of a "slash-dotted micro-payment avalance", or slashdot itself?
Besides, I am not a "customer" of either site, merely a visitor. Is it any way to treat a visitor to pick their pockets on their way through the door? Even if it's only a micro-payment?:-)
In addition to the (ample) feedback provided by others here:
1. I think that the save dialog should be reconsidered. "Traditional" is not an obvious label for the concept of saving a "regular file". Perhaps a multi-tab with "File" and "Database" as options would be less confusing for Joe User.
2. It is very important for such a system to also work at the filesystem level. Actually, for the guru users around here, it is key to acceptability! So, if I'm using bash tab-completion, why can't I do something like:/Data/Year:2002/Month:December/Type:Email/From:foo @bar.com etc, browse my files according to a virtual heirachy based on various metadata?
3. Backups. I very much like the idea of doing: tar cvzf 2002December.tgz/Data/Year:2002/Month:December/* Similarly for delete!
4. External data. Is this system for only user data? What about files on an Intranet shared filesystem, or on Internet websites. Can I use this for Bookmarks out into the network? Filed along with relevant documents of my own?
All in all a good direction to take things, but I feel that without system-level integration it will not gain critical mass if only _some_ tools can talk to the database, hence the need for system-level integration. How will the system cope with LaTeX, ps2pdf, etc...:-) ?
Leading from the bottom doesn't work. All it
will do is imply that you know more, or better,
than your boss, and this will give them motivation
to suppress your ideas. The scenario you talk
about will end in disaster, and it will never
be recognised that pushing out quick-hacks
was sabotaging the long-term success of the
company.
Time, Date, Timezone and calendar handling
Universal constants (PI, e, etc)
Unit Conversion
I think that multiple return values is also a
useful, and nice idea -
With all the negativity going on here at Slashdot in relation to C++, it makes me wonder if slashdot has been infected with dot com web scripting try- hards, and the real hacker crowd has migrated elsewhere.
My 0.01 (Australian cents arn't worth much) is that C++ would benefit from perhaps a few minor enhancements to the language, and certainly a major expansion of the standard library. Things that come to mind - multi-threading, networking, TCP/IP protocols, optional garbage collection, various smart pointers in addition to auto_ptr.
I'd also like to see some HTML/XML oriented
functionality as part of the standard library.
A serious math and vector calculus library
would be useful for graphics programming.
I don't think it would be desirable or necessary to change things in a way that substantially breaks existing code.
It would certainly be nice to have some of Java's tricks in a standardised form, and to decrease dependence on vendor specific 3rd party libraries.
It's understandable that 15 year old programmers are more interested in Java-style padded-cell programming, but out here in research/commercial land, we've got existing code bases to consider - and Java just isn't that big enough an advantage to justify large, time consuming porting efforts.
Make Java an ISO standard, and it could be taken half seriously. C++ is my bread and butter, and I won't be relying on Microsoft or Sun to improve my primary development environment. Roll on, C++0x!
Slashdot Mirror
Yes, something like:
"We'll encrypt all your organisational data
into MS-specifc file formats... for free.."
Once the hapless nonprofit is hooked,
start charging market rates...
In summary: GPUs are vastly superior at real-time computer graphics than CPUs, and will eventually grow to have all the functionality of CPUs. GPUs are improving at a better rate than CPUs precisely because of their streaming, parallelisable nature.
Imagine the CPU and GPU being merged into a combined entity with unified memory, perhaps SMP, and eliminating the PCI/AGP straw currently being used to feed the GPU.
NVIDIA + AMD
ATI + Intel ?
So, let's get this straight... Copying an audio
CD to my hard disk is a crime. Just in case I'd
like to do this, I should pay a tax to greedy
corporations. But they will still defame me in
the media, possiblly hack my PC, and possibly
take me to court. At the same time they tax me,
and everyone, despite the particular use of each
PC.
These greedy blood sucking parasites can't have
it both ways.
(No, I didn't read the actual link, the headline
was enough to make me angry!)
I dearly hope that corporate types will take note of the cultural difference at Linux conferences and dress more respectfully, be less fixated on Dilbert-zone dress code, and not lecture geeks on making a "good" impression to salary slaves and journalists.
:-)
Frankly, these people would probably rather spend AUD$300 on Knuth books than high-maintenance corporate-wear. Or an airfare to Perth... Or a broadband connection...
I am sure your comments are sincere, but I think the problem is yours, rather than ours...
I agree! It may be useful from an Apache setup point of view, but hardly contributes anything to the state-of-the-art thinking on micro-payments.
:-)
If I'd been charged to visit that page in the context of a misleading slashdot blurb, who
would I be "micro-refunding" me as a disgruntled "customer"? The hapless victim of a "slash-dotted micro-payment avalance", or slashdot itself?
Besides, I am not a "customer" of either site, merely a visitor. Is it any way to treat a visitor to pick their pockets on their way through the door? Even if it's only a micro-payment?
In addition to the (ample) feedback provided by
/Data/Year:2002/Month:December/Type:Email/From:foo @bar.com
/Data/Year:2002/Month:December/*
:-) ?
others here:
1. I think that the save dialog should be reconsidered. "Traditional" is not an obvious label for the concept of saving a "regular file". Perhaps a multi-tab with "File" and "Database" as options would be less confusing for Joe User.
2. It is very important for such a system to also work at the filesystem level. Actually, for the guru users around here, it is key to acceptability! So, if I'm using bash tab-completion, why can't I do something like:
etc, browse my files according to a virtual heirachy based on various metadata?
3. Backups. I very much like the idea of doing:
tar cvzf 2002December.tgz
Similarly for delete!
4. External data. Is this system for only user data? What about files on an Intranet shared filesystem, or on Internet websites. Can I use this for Bookmarks out into the network? Filed along with relevant documents of my own?
All in all a good direction to take things, but I feel that without system-level integration it will not gain critical mass if only _some_ tools can talk to the database, hence the need for system-level integration. How will the system cope with LaTeX, ps2pdf, etc...
Leading from the bottom doesn't work. All it
will do is imply that you know more, or better,
than your boss, and this will give them motivation
to suppress your ideas. The scenario you talk
about will end in disaster, and it will never
be recognised that pushing out quick-hacks
was sabotaging the long-term success of the
company.
Time, Date, Timezone and calendar handling
...
Universal constants (PI, e, etc)
Unit Conversion
I think that multiple return values is also a useful, and nice idea -
int, int foo()
{
return x,y;
}
With all the negativity going on here at Slashdot in relation to C++, it makes me wonder if slashdot has been infected with dot com web scripting try- hards, and the real hacker crowd has migrated elsewhere.
My 0.01 (Australian cents arn't worth much) is that C++ would benefit from perhaps a few minor enhancements to the language, and certainly a major expansion of the standard library. Things that come to mind - multi-threading, networking, TCP/IP protocols, optional garbage collection, various smart pointers in addition to auto_ptr. I'd also like to see some HTML/XML oriented functionality as part of the standard library. A serious math and vector calculus library would be useful for graphics programming.
I don't think it would be desirable or necessary to change things in a way that substantially breaks existing code.
It would certainly be nice to have some of Java's tricks in a standardised form, and to decrease dependence on vendor specific 3rd party libraries.
It's understandable that 15 year old programmers are more interested in Java-style padded-cell programming, but out here in research/commercial land, we've got existing code bases to consider - and Java just isn't that big enough an advantage to justify large, time consuming porting efforts.
Make Java an ISO standard, and it could be taken half seriously. C++ is my bread and butter, and I won't be relying on Microsoft or Sun to improve my primary development environment. Roll on, C++0x!