Re hidden plasmoids: Some people prefer and use the "show desktop"-button. The rest of us puts plasmoids in the panel, where it is visible all the time (or however you like it.)
If you don't like krunner, don't use it. I find it incredible useful. I use it for math, unit conversion and program launching all the time, plus the occasional shutdown as well. For me, it's the feature of KDE I use the most, and one of the killer features.
What drivers are people downloading? Running either (K)ubuntu or debian, I never hunt for a driver... at worst, I install it with aptitude or some other apt frontend.
or not. It's a gamble. And that's life. Wherever you invest, there is a chance of misfortune. Personally, I think the Euro will survive, but who knows? It rather depends on the socialists being able to restrain themselves a bit in the coming years.
Not that I have any stake in this game, but didn't early adopters run a greater risk that their investment would be useless?
In the end, the only thing that matters is whether it is adopted by critical mass or not, and/or accepted by governments. Much like standards:) You could even start your own bitcoin2, using whatever rules you think are fair, and try to get people interested.
Actually, the value of the dollar is very much set by the market, both in relation to goods (how much wheat can you get for one dollar), and in the relation to other currencies (e.g., Euro). Noone dictates the rates of these exchanges.
As someone who has used both (well, Octave rather than matlab), I'd say that C would be the wrong choice for anything you'd consider matlab for. C++, on the other hand, would be an obvious choice, and given the right libraries, the code wouldn't be that much more cumbersome. What Octave/Matlab gives you is interactivity: you can stop the calculation anywhere and screw around, you can save the entire state wherever and experiment and you get a nice copy-on-write on all data elements. And, at least for Octave, you can slowly convert your program to C++ one function at a time, if you want to. This makes it a nice prototyping language.
I thought major version increments were for major, incompatible changes, while minor versions were for smaller, compatible ones?
That is still mostly true, but only for libraries. It doesn't make much sense for applications, except perhaps with respect to plug-ins, which I understand Firefox breaks with abandon every point release.
You are optimizing (or suggesting someone else do) prematurely. To quote
"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"
At least, I haven't heard of any networks being swamped with XMPP traffic, or even marginally affected by it. If you want to optimize something, have a look at P2P, streaming or spam.
Denmark has a proper welfare system that I hope is more difficult to game than ours.
Hah. You wish. Illegally claiming welfare checks of one persuasion or another is rampant in DK.
Drop the minimum wage and it'll be the middle class paying more for the welfare needed to keep workers in shitty factories. Some employers have HR departments trained to set up food stamps, medicaid, and affordable housing for employees. I'd be all in favor if this mean a serious VAT or real progressive tax rates. But apparently taxing people who benefit more from a proper society (ie the rich) is just too much for enough Americans that it won't happen. Our system is fucked so hard.
In my experience, every system is fucked. And your idea to "tax the rich" doesn't work very well. For one thing, the rich tends to be highly mobile and will just switch country, and for another, there just isn't that much money in the filthy rich --- there just isn't enough of them. The middle class always ends up paying because it is where the money is, really. You tax the rich mostly to make the middle class feel better about paying, not for the better return.
As for Denmark, the problem here is that the majority of voters actually is a net receiver of tax funds. Which makes it very hard to reduce taxes, as is desperately needed --- it is not sustainable to keep having the highest tax rate in the world. DK is loosing jobs at an alarming rate across the board for this reason, to countries such as Germany or Sweden.
Not that I will claim to be an expert, but there is such a thing as absorption bands; CO2 being a relatively low-concentrate gas would have a greater potential for additional absorption than say N2, which is probably almost completely blocks out any IR bands it might have. Could that be one reason why? I really don't think something that basic would be overlooked by the combined scientific community.
Many countries don't have minimum wages... e.g. Denmark. Would they be banned from U.S. exports, too? I sincerely doubt anyone in DK is paid less than the U.S. minimum wage, unless working for free for whatever reason.
Personally, I dislike minimum wage. It just causes bureaucracy. The de facto minimum wage would be whatever welfare check is in place for the unemployed, or failing that, what you earn as a simple thief, which society would have to pay/anyway/.
Actually, it is not so hard as you make it out to be. The long-term effect would be the steady-state for the earths climate, which is a relatively simple calculation compared to say computing weather, or even just trying to predict how the current not-steady-state is progressing.
In principle, it's as simple as calculating and balancing an equation. The only real difficulty in there is cloud & ice cover, and even those are manageable.
All that is of course only to calculate the total extra energy (or average temperature, if you will). If you want to know whether it is America, Europa or Africa which will be heated most, you are back to finite elements and complicated models.
The rate of change is quite unprecedented, though. Just saying. Personally, I don't think the world is up to reducing the CO2 output much, even if the world wanted to, so we just argue with each other instead.
Ok, here is a link to Denmarks statistics.. It will have darn near every birth in Denmark. It shows around 32K boys and 30K girls for the most recent year... or about 105:100. (Look at "tabel 3" (table 3), "1 dreng"="1 boy", "1 pige"="1 girl"... the remaining numbers of for twins and triplets and such).
As for abortion, I it was legalized in 1973. For 1970, the numbers would be 36.0K boys, 34.0K females giving the ratio 106:100.
Oh for crying out loud. Ok, here is a link to Denmarks statistics.. It will have darn near every birth in Denmark. It shows around 32K boys and 30K girls for the most recent year... or about 105:100. (Look at "tabel 3" (table 3), "1 dreng"="1 boy", "1 pige"="1 girl"... the remaining numbers of for twins and triplets and such).
Maybe you should go and correct the wikipedia article, then?;) Seriously, you are confusing the fact that females live longer with the birth rate. More boys than girls are born (about 105:100), but women live longer --- as I recall, about 7 years.
At it's core, banks acts as intermediates between people who have a (temporary) excess of money and people who has a temporary deficit of money. This gains the people with excess 2 things: 1) safe (relatively) storage of money and 2) a (modest) rent for the money. For the people with temporary deficits, this allows them to cover this deficit, allowing e.g. at factory owner to pay wages before the manufactured goods are sold.
Originally, banks only provided the "safe storage" part, while today they also handle various other services, including stock trading, currency exchange and counselling.
(I have no affiliation with banks, except as a minor customer)
Assuming you mean a keyword used for references (variables), that would require the user to remember every time, likely leading to lots & lots of leaks. If you move it to be part of the class, you need to figure out how to handle classes that contains references to (superclasses of) this type of object.
And if you forget to remove an object from a collection when you're done with it, it won't get garbage collected, and you get a memory leak.
Nothing short of a compiler/runtime with superhuman AI can protect programmers from their own stupidity, but there is a difference betweeb walking a tightrope and driving a highway.
Let me try an example. Does EsbensFooClass contain a resource that should be collected as soon as possible? If it doesn't, will it in the next version of the library? The keyword simply puts the burden in the wrong place. The class is the one who knows about it's resources, the class should be the one who decides when resources must be reclaimed. That was my point, and why it is an error-prone method. C++ steps around this by essentially requiring every class to reclaim it's resources as "soon as possible", for some value of possible.
Also, you may prefer crashing at the first excuse, but I prefer the programs I use to at least try to keep working (this is especially true for programs like Firefox which insist on running everything in a single instance).
Well, it depends. For a browser, I agree.. keeping running is probably the better behavior, since any corruption probably won't cause harm in the future. But not so for a spreadsheet program.. if I save my corrupted document, overwriting the last version, I could very well have to go back to the mythical backup to reclaim some of my work. With the crash, I'd probably have an autosave, or at least the document before I started out.
All this is somewhat hypothetical.. in the practice, I find that either system almost uniformly just crash (one with a core dump, Java with just a backtrace), leaving the user with a dataloss since the last (auto)save.
I have skipped over the security aspect. For programs facing potentially malicious data, like say a DNS server, I think the overhead and price of managed memory is perfectly reasonable. There, of course, Java is also useless due to its poor support for fork() and other process handling machinery to properly shield against malicious data, but other managed languages might do better.
I don't think the test would be valid for C, as they constrained themselves to work with the standard library. Anyways, C++ is not slower than C --- I don't know where that myth comes from.
Slashdot Mirror
Re hidden plasmoids: Some people prefer and use the "show desktop"-button. The rest of us puts plasmoids in the panel, where it is visible all the time (or however you like it.)
If you don't like krunner, don't use it. I find it incredible useful. I use it for math, unit conversion and program launching all the time, plus the occasional shutdown as well. For me, it's the feature of KDE I use the most, and one of the killer features.
What drivers are people downloading? Running either (K)ubuntu or debian, I never hunt for a driver... at worst, I install it with aptitude or some other apt frontend.
or not. It's a gamble. And that's life. Wherever you invest, there is a chance of misfortune. Personally, I think the Euro will survive, but who knows? It rather depends on the socialists being able to restrain themselves a bit in the coming years.
Not really. He is claiming that bitcoin uses less power than current state-of-the-art would.
Not that I have any stake in this game, but didn't early adopters run a greater risk that their investment would be useless?
In the end, the only thing that matters is whether it is adopted by critical mass or not, and/or accepted by governments. Much like standards :) You could even start your own bitcoin2, using whatever rules you think are fair, and try to get people interested.
Actually, the value of the dollar is very much set by the market, both in relation to goods (how much wheat can you get for one dollar), and in the relation to other currencies (e.g., Euro). Noone dictates the rates of these exchanges.
Non-programmers surely shouldn't be making production code in any case :)
As someone who has used both (well, Octave rather than matlab), I'd say that C would be the wrong choice for anything you'd consider matlab for. C++, on the other hand, would be an obvious choice, and given the right libraries, the code wouldn't be that much more cumbersome. What Octave/Matlab gives you is interactivity: you can stop the calculation anywhere and screw around, you can save the entire state wherever and experiment and you get a nice copy-on-write on all data elements. And, at least for Octave, you can slowly convert your program to C++ one function at a time, if you want to. This makes it a nice prototyping language.
UF4 at 800C.. what could possibly go wrong? ;)
Still, might be worth it as a stopgap before fusion.
I would also like to complain about <sub> not working on slashdot, of all places.
I thought major version increments were for major, incompatible changes, while minor versions were for smaller, compatible ones?
That is still mostly true, but only for libraries. It doesn't make much sense for applications, except perhaps with respect to plug-ins, which I understand Firefox breaks with abandon every point release.
You are optimizing (or suggesting someone else do) prematurely. To quote
At least, I haven't heard of any networks being swamped with XMPP traffic, or even marginally affected by it. If you want to optimize something, have a look at P2P, streaming or spam.
Denmark has a proper welfare system that I hope is more difficult to game than ours.
Hah. You wish. Illegally claiming welfare checks of one persuasion or another is rampant in DK.
Drop the minimum wage and it'll be the middle class paying more for the welfare needed to keep workers in shitty factories. Some employers have HR departments trained to set up food stamps, medicaid, and affordable housing for employees. I'd be all in favor if this mean a serious VAT or real progressive tax rates. But apparently taxing people who benefit more from a proper society (ie the rich) is just too much for enough Americans that it won't happen. Our system is fucked so hard.
In my experience, every system is fucked. And your idea to "tax the rich" doesn't work very well. For one thing, the rich tends to be highly mobile and will just switch country, and for another, there just isn't that much money in the filthy rich --- there just isn't enough of them. The middle class always ends up paying because it is where the money is, really. You tax the rich mostly to make the middle class feel better about paying, not for the better return.
As for Denmark, the problem here is that the majority of voters actually is a net receiver of tax funds. Which makes it very hard to reduce taxes, as is desperately needed --- it is not sustainable to keep having the highest tax rate in the world. DK is loosing jobs at an alarming rate across the board for this reason, to countries such as Germany or Sweden.
There are no new materials (not really possible anyways, unless the Table of Elements is continued on the reverse?),
Fullerene is a new materials from the last couple of decades that looks very promising.
Not that I will claim to be an expert, but there is such a thing as absorption bands; CO2 being a relatively low-concentrate gas would have a greater potential for additional absorption than say N2, which is probably almost completely blocks out any IR bands it might have. Could that be one reason why? I really don't think something that basic would be overlooked by the combined scientific community.
Many countries don't have minimum wages... e.g. Denmark. Would they be banned from U.S. exports, too? I sincerely doubt anyone in DK is paid less than the U.S. minimum wage, unless working for free for whatever reason.
Personally, I dislike minimum wage. It just causes bureaucracy. The de facto minimum wage would be whatever welfare check is in place for the unemployed, or failing that, what you earn as a simple thief, which society would have to pay /anyway/.
gratisdns.dk supports DNSSEC for my humble domains. Some of the pages are in Danish, though :)
Actually, it is not so hard as you make it out to be. The long-term effect would be the steady-state for the earths climate, which is a relatively simple calculation compared to say computing weather, or even just trying to predict how the current not-steady-state is progressing.
In principle, it's as simple as calculating and balancing an equation. The only real difficulty in there is cloud & ice cover, and even those are manageable.
All that is of course only to calculate the total extra energy (or average temperature, if you will). If you want to know whether it is America, Europa or Africa which will be heated most, you are back to finite elements and complicated models.
The rate of change is quite unprecedented, though. Just saying. Personally, I don't think the world is up to reducing the CO2 output much, even if the world wanted to, so we just argue with each other instead.
Ok, here is a link to Denmarks statistics.. It will have darn near every birth in Denmark. It shows around 32K boys and 30K girls for the most recent year... or about 105:100. (Look at "tabel 3" (table 3), "1 dreng"="1 boy", "1 pige"="1 girl"... the remaining numbers of for twins and triplets and such).
As for abortion, I it was legalized in 1973. For 1970, the numbers would be 36.0K boys, 34.0K females giving the ratio 106:100.
Are you convinced yet? ;)
Oh for crying out loud. Ok, here is a link to Denmarks statistics.. It will have darn near every birth in Denmark. It shows around 32K boys and 30K girls for the most recent year... or about 105:100. (Look at "tabel 3" (table 3), "1 dreng"="1 boy", "1 pige"="1 girl"... the remaining numbers of for twins and triplets and such).
Are you convinced yet? ;)
Maybe you should go and correct the wikipedia article, then? ;) Seriously, you are confusing the fact that females live longer with the birth rate. More boys than girls are born (about 105:100), but women live longer --- as I recall, about 7 years.
Always, there has been more boy babies then girl babies.
At it's core, banks acts as intermediates between people who have a (temporary) excess of money and people who has a temporary deficit of money. This gains the people with excess 2 things: 1) safe (relatively) storage of money and 2) a (modest) rent for the money. For the people with temporary deficits, this allows them to cover this deficit, allowing e.g. at factory owner to pay wages before the manufactured goods are sold.
Originally, banks only provided the "safe storage" part, while today they also handle various other services, including stock trading, currency exchange and counselling.
(I have no affiliation with banks, except as a minor customer)
And if you forget to remove an object from a collection when you're done with it, it won't get garbage collected, and you get a memory leak.
Nothing short of a compiler/runtime with superhuman AI can protect programmers from their own stupidity, but there is a difference betweeb walking a tightrope and driving a highway.
Let me try an example. Does EsbensFooClass contain a resource that should be collected as soon as possible? If it doesn't, will it in the next version of the library? The keyword simply puts the burden in the wrong place. The class is the one who knows about it's resources, the class should be the one who decides when resources must be reclaimed. That was my point, and why it is an error-prone method. C++ steps around this by essentially requiring every class to reclaim it's resources as "soon as possible", for some value of possible.
Also, you may prefer crashing at the first excuse, but I prefer the programs I use to at least try to keep working (this is especially true for programs like Firefox which insist on running everything in a single instance).
Well, it depends. For a browser, I agree.. keeping running is probably the better behavior, since any corruption probably won't cause harm in the future. But not so for a spreadsheet program.. if I save my corrupted document, overwriting the last version, I could very well have to go back to the mythical backup to reclaim some of my work. With the crash, I'd probably have an autosave, or at least the document before I started out.
All this is somewhat hypothetical.. in the practice, I find that either system almost uniformly just crash (one with a core dump, Java with just a backtrace), leaving the user with a dataloss since the last (auto)save.
I have skipped over the security aspect. For programs facing potentially malicious data, like say a DNS server, I think the overhead and price of managed memory is perfectly reasonable. There, of course, Java is also useless due to its poor support for fork() and other process handling machinery to properly shield against malicious data, but other managed languages might do better.
I don't think the test would be valid for C, as they constrained themselves to work with the standard library. Anyways, C++ is not slower than C --- I don't know where that myth comes from.