And if the trojan's CPU power represents a significant % then the coins go to the trojan operator. The trojan operator is likely to sell them and the currency devalues even further. That's the point.
Mathematically 93% people get squished in the most common form of pyramid. In the 8-ball style scam 14 people must join for 1 to leave. The guy at the top of a 1:2:4 pyramid leaves when it becomes a 1:2:4:8 pyramid. So 1 person leaves for every 2:4:8=14 people remaining. When the scheme collapses therefore there will be ~93% people still in it who haven't been paid out.
But that's not to say 7% of investors profit from the scam. The scammer would construct a phony pyramid which appears to have 7 existing members (tiered 1:2:4) for every 8 rubes they have lined up to join. So you pretend there are already 7 people existing people in the scheme and when 8 more join for a $1000 fee the scammer is immediately up $8000, when these people recruit 16 more people, that's another $16000, when they recruit 32 more people, that's another $32000.
The scammer is up $56000 at this point and could cut and run. No rube has been paid a penny yet. Alternatively the scammer might set themselves up as the "payment processor" for the scheme "to ensure honesty" and gauge the scam's health by the number of new members reinserting themselves for as long as they can. If new members start drying up they know the scheme's dying and run for the hills. Either way the scammer walks away with most of the money, a few lucky rubes *might* get a payout but most will end up in the 93% that has nothing.
Mining becomes increasingly hard over time but while there are bitcoins to be mined they will be mined. And the point is that if some trojan is doing the mining then those bitcoins are invariably going to be sold devaluing the currency even further.
Of course it is in trouble. It's always been in trouble. It's naively implemented, the client software was insecure, many of the exchanges were insecure, it faced (and still does) huge regulatory questions, it was a magnet for scammers, hackers & drug dealers, it was hyped through group think into a huge bubble which has since collapsed, people hoarded coins rather than spending them and are now panic selling, and the system itself has many of the characteristics of a ponzi / pyramid scheme. I'm sure some people profited from it, and many more didn't. It's a broken system and this much has been obvious for a long time.
Anyone have any insight into why Nokia went with WP7 instead of riding the Android bandwagon? Wouldn't Moto be it's only "classic" competitor in the Android phone market?
I expect Nokia rigourously weighed up all the technical merits of every competing smart phone operating system and then chose Windows Phone when Microsoft waved a big wad of money under their nose. It makes little sense for any other reason.
Nokia has gone from providing the entire user experience, software and hardware to being just another pretty phone that runs Microsoft's operating system.
I expect the most likely outcome is the patent will be contested and invalidated if as suggested there is prior art. I'm sure the workaround is to put a slight curve into the slider, or some movement other than just sliding, or to emulate a sweeping motion instead of a slide etc. etc. I think the solution in Android 3 / 4 is novel enough not to qualify either - you drag a circle onto another circle. You're not "sliding" the circle because you can drag it up, down, left or right. You just have to drag and drop it in the correct fashion which is effectively sliding even though it isn't.
Swing is great. Nice layout model, cross platform user interface, skinnable. Problem is it hasn't always been so nice and visual editors like Window Builder, Netbeans are still easy to break, in no small part because Java doesn't have an XML or other declarative layout format, or partial classes. Either or both of these would make it so much easier to write GUIs in Java. It beggars belief that partial classes hasn't been done given the amount of scenarios it could simplify (basically any robo generated code which a human written code must coexist with).
Swing is also a lot more predictable and better thought out API than SWT although the latter benefits from greater native OS integration. SWT suffers from some really ugly APIs and hacks to work around limitations in native widgets.
In answer to your questions I would suggest A) The majority of people actually interested in an Amiga desktop are likely to be hobbiests and would figure how to install it, B) See A.
I'm not sure why you mention an ARM netbook. You could buy an Atom powered netbook off the shelf from $200 up. Install Linux, e.g. Ubuntu and then follow instructions on the AROS site to slap the desktop on top. Or download the AROS live CD burn to USB stick and do the same. I don't think AROS makes the process as simple as it could be but neither does it sound especially hard either.
I'd also argue that if Amiga had a spirit that it has long disappeared. It's embarrassing watching how people attach their hopes to one business after another who think that slapping the Amiga / Commodore moniker on some OEM hardware is fooling anyone. Instead what happens is said business goes bust and the assets get sold on to be part of another doomed venture.
The JVM starts up fast enough at this point that it's not even worth caring about in the main part. It's the loading of the application on top which can take some time depending on what it is. It would be nice to be able to suspend an application and take a snapshot which could be instantly restarted (or clone) but I suspect that would be a function of the operating system and not easy given things like memory mapped files, open sockets etc.
More polygons means more work for artists which means higher budgets and more risk. What's the incentive for a new console when current gen consoles can do anything one could actually want to do?
Not necessarily. I expect most graphics are done in Maya or similar and then the polys are reduced down for production. So even in modern games it may well be the inputs are high poly models. They probably even fiddle around with the reduction to see how low they can go.
You garnish their wages or you prosecute them. Make people suffer for taking a handout without the intent of paying it back and you deter others from doing the same. Don't tell me this is not possible.
As I said you can already have a free Amiga OS. It's called AROS. It's a portable, open source implementation of the Amiga workbench and libraries. It even runs on original Amiga hardware and is binary compatible when it is. Why wait for some branded netbook to appear when you could just install AROS right now only any supported hardware of your choosing and achieve the same?
Actually step 2 is watch as states hike their taxes to recreate 52 different state level equivalents of what used to exist at federal level with even greater bureaucracy, loopholes and abuses that would be entailed. It's a stupid idea basically, one that appeals to libertarians but makes little sense in reality.
There are actually people out there that sign up for college, get their grant money, drop out of college, and then repeat the same thing at another college a few miles away. I hope that's not what you mean by "direct give-away", but that's what's happening.
Then you prosecute them or force them to pay back the interest at a punitive rate. Loans are not abused by the majority of students and if it produces a more employable and educated workforce it is in the interests of the country to supply them. It's an investment basically.
If this niche were profitable we wouldn't see the Amiga brand pass from one failed business to the next every few years. The reality is that anyone looking for nostalgia could avail themselves of an emulator to get it. Anyone looking for a native Amiga experience can get it with AROS (and open source AmigaOS compatible workbench & API). I don't believe this niche would stand to make much money if any.
Organize the project better, and you won't have to make that decision or compromise.
Building a shitload of code consisting of a kernel, cross compiler, developer tools, runtimes, libraries, and applications is not going to be fast no matter what way you dice it. Speeding it up boils down the old business of throwing faster & more CPU, memory, hdd at it and tweaking the build to use parallel builds to take advantage of multiple cores.
After you built it the once chances are you wouldn't need to build significant chunks of it again unless you were actively changing them.
Makerbot is useful for making small runs of items, possibly one offs. By comparison to other forms of manufacture it is a time & energy intensive process. Using a technology like this for mass production sounds like a dumb idea from the get go.
If were as simple as printing off some shells to save the species that marine biologists could phone an order to China and have a boxes of these things shipped to their door for a reasonable sum. I'm also fairly certain that there must be hundreds of potentially viable containers / shell substitutes in common use which could be collected by kids and tipped over the side into the sea without any further manufacturing effort. Look how many vials, bottles and tubs humans produce and it's not hard to see how many could be suitable for crabs.
I'm not suggesting that you don't have other measures in place (e.g. triggers which flag users viewing an unusual number of documents), but if documents appear in the wild you want to track down the culprit. If someone leaked 20 documents, a small fraction of the wikileaks dump you'd likely be able to nail the person.
Yeah sure that's it. It's all some conspiracy. Every climate scientist is the pay of... who? Who are these glorious benefactors you're talking about? How come no scientist has come forward to blow the whistle on this vast conspiracy of yours?
A more reasonable interpretation is that scientists have gathered evidence, analysed it, made models, drawn conclusions and published their findings. Findings all point at the same direction - that climate is changing and it is manmade in nature. And for reasons unknown some people cannot accept that fact and prefer to concoct some vast conspiracy to rationalise the scientists saying what they're saying.
AGW deniers are in the same camp as creationists, 9/11 truthers, Holocaust deniers, moon hoaxers. Even when faced with overwhelming evidence they still refuse to believe it preferring to grasp for pseudoscience, quote mining and other nonsense to pretend evidence doesn't matter.
Some vaccines contain thiomersal, a compound of mercury. And in such miniscule amounts it doesn't harm anyone beyond some localized redness. Many vaccines are phasing it out, not because it causes harm but because it's talking point for antivaxxer loons. Of course when thiomersal goes these loons will be screeching about the miniscule traces of formaldehyde or detergents that vaccines also contain.
Here is a simpler way to trap people who leak documents with one modified bit of data. Produce a 32 bit unique hash of the user's id and a 32 bit hash of the document. Based on the document's hash (e.g. the first char mod 32) choose and test one bit of the user's hash and if its set change just one character in the document, e.g. put an extra space in, or perhaps change a comma to a semi-colon.
If a leak occurs do the same test for every employee with access to the document, and discard the half for whom the correct character was visible. Keep repeating for every subsequent leak, halving the group each time. It wouldn't take many documents on average to identify who the culprit was.
MacOS Classic did have a simple finder called "At Ease" many moons ago. I suppose that could constitute prior art over the Palm. But the act of arranging icons in a grid is nothing new in any desktop going back to the dawn of GUIs.
Slashdot Mirror
And if the trojan's CPU power represents a significant % then the coins go to the trojan operator. The trojan operator is likely to sell them and the currency devalues even further. That's the point.
But that's not to say 7% of investors profit from the scam. The scammer would construct a phony pyramid which appears to have 7 existing members (tiered 1:2:4) for every 8 rubes they have lined up to join. So you pretend there are already 7 people existing people in the scheme and when 8 more join for a $1000 fee the scammer is immediately up $8000, when these people recruit 16 more people, that's another $16000, when they recruit 32 more people, that's another $32000.
The scammer is up $56000 at this point and could cut and run. No rube has been paid a penny yet. Alternatively the scammer might set themselves up as the "payment processor" for the scheme "to ensure honesty" and gauge the scam's health by the number of new members reinserting themselves for as long as they can. If new members start drying up they know the scheme's dying and run for the hills. Either way the scammer walks away with most of the money, a few lucky rubes *might* get a payout but most will end up in the 93% that has nothing.
Mining becomes increasingly hard over time but while there are bitcoins to be mined they will be mined. And the point is that if some trojan is doing the mining then those bitcoins are invariably going to be sold devaluing the currency even further.
Of course it is in trouble. It's always been in trouble. It's naively implemented, the client software was insecure, many of the exchanges were insecure, it faced (and still does) huge regulatory questions, it was a magnet for scammers, hackers & drug dealers, it was hyped through group think into a huge bubble which has since collapsed, people hoarded coins rather than spending them and are now panic selling, and the system itself has many of the characteristics of a ponzi / pyramid scheme. I'm sure some people profited from it, and many more didn't. It's a broken system and this much has been obvious for a long time.
Generating extra bitcoins when the price is plunging will devalue it further.
Anyone have any insight into why Nokia went with WP7 instead of riding the Android bandwagon? Wouldn't Moto be it's only "classic" competitor in the Android phone market?
I expect Nokia rigourously weighed up all the technical merits of every competing smart phone operating system and then chose Windows Phone when Microsoft waved a big wad of money under their nose. It makes little sense for any other reason.
Nokia has gone from providing the entire user experience, software and hardware to being just another pretty phone that runs Microsoft's operating system.
I expect the most likely outcome is the patent will be contested and invalidated if as suggested there is prior art. I'm sure the workaround is to put a slight curve into the slider, or some movement other than just sliding, or to emulate a sweeping motion instead of a slide etc. etc. I think the solution in Android 3 / 4 is novel enough not to qualify either - you drag a circle onto another circle. You're not "sliding" the circle because you can drag it up, down, left or right. You just have to drag and drop it in the correct fashion which is effectively sliding even though it isn't.
Swing is also a lot more predictable and better thought out API than SWT although the latter benefits from greater native OS integration. SWT suffers from some really ugly APIs and hacks to work around limitations in native widgets.
I'm not sure why you mention an ARM netbook. You could buy an Atom powered netbook off the shelf from $200 up. Install Linux, e.g. Ubuntu and then follow instructions on the AROS site to slap the desktop on top. Or download the AROS live CD burn to USB stick and do the same. I don't think AROS makes the process as simple as it could be but neither does it sound especially hard either.
I'd also argue that if Amiga had a spirit that it has long disappeared. It's embarrassing watching how people attach their hopes to one business after another who think that slapping the Amiga / Commodore moniker on some OEM hardware is fooling anyone. Instead what happens is said business goes bust and the assets get sold on to be part of another doomed venture.
The JVM starts up fast enough at this point that it's not even worth caring about in the main part. It's the loading of the application on top which can take some time depending on what it is. It would be nice to be able to suspend an application and take a snapshot which could be instantly restarted (or clone) but I suspect that would be a function of the operating system and not easy given things like memory mapped files, open sockets etc.
More polygons means more work for artists which means higher budgets and more risk. What's the incentive for a new console when current gen consoles can do anything one could actually want to do?
Not necessarily. I expect most graphics are done in Maya or similar and then the polys are reduced down for production. So even in modern games it may well be the inputs are high poly models. They probably even fiddle around with the reduction to see how low they can go.
Heh good catch :) Brain not working so well today.
I'm not getting into any dilemma. The few idiots who chose to borrow money without sticking to the terms are the ones in the dilemma.
You garnish their wages or you prosecute them. Make people suffer for taking a handout without the intent of paying it back and you deter others from doing the same. Don't tell me this is not possible.
As I said you can already have a free Amiga OS. It's called AROS. It's a portable, open source implementation of the Amiga workbench and libraries. It even runs on original Amiga hardware and is binary compatible when it is. Why wait for some branded netbook to appear when you could just install AROS right now only any supported hardware of your choosing and achieve the same?
Actually step 2 is watch as states hike their taxes to recreate 52 different state level equivalents of what used to exist at federal level with even greater bureaucracy, loopholes and abuses that would be entailed. It's a stupid idea basically, one that appeals to libertarians but makes little sense in reality.
There are actually people out there that sign up for college, get their grant money, drop out of college, and then repeat the same thing at another college a few miles away. I hope that's not what you mean by "direct give-away", but that's what's happening.
Then you prosecute them or force them to pay back the interest at a punitive rate. Loans are not abused by the majority of students and if it produces a more employable and educated workforce it is in the interests of the country to supply them. It's an investment basically.
If this niche were profitable we wouldn't see the Amiga brand pass from one failed business to the next every few years. The reality is that anyone looking for nostalgia could avail themselves of an emulator to get it. Anyone looking for a native Amiga experience can get it with AROS (and open source AmigaOS compatible workbench & API). I don't believe this niche would stand to make much money if any.
Organize the project better, and you won't have to make that decision or compromise.
Building a shitload of code consisting of a kernel, cross compiler, developer tools, runtimes, libraries, and applications is not going to be fast no matter what way you dice it. Speeding it up boils down the old business of throwing faster & more CPU, memory, hdd at it and tweaking the build to use parallel builds to take advantage of multiple cores.
After you built it the once chances are you wouldn't need to build significant chunks of it again unless you were actively changing them.
If were as simple as printing off some shells to save the species that marine biologists could phone an order to China and have a boxes of these things shipped to their door for a reasonable sum. I'm also fairly certain that there must be hundreds of potentially viable containers / shell substitutes in common use which could be collected by kids and tipped over the side into the sea without any further manufacturing effort. Look how many vials, bottles and tubs humans produce and it's not hard to see how many could be suitable for crabs.
I'm not suggesting that you don't have other measures in place (e.g. triggers which flag users viewing an unusual number of documents), but if documents appear in the wild you want to track down the culprit. If someone leaked 20 documents, a small fraction of the wikileaks dump you'd likely be able to nail the person.
A more reasonable interpretation is that scientists have gathered evidence, analysed it, made models, drawn conclusions and published their findings. Findings all point at the same direction - that climate is changing and it is manmade in nature. And for reasons unknown some people cannot accept that fact and prefer to concoct some vast conspiracy to rationalise the scientists saying what they're saying.
AGW deniers are in the same camp as creationists, 9/11 truthers, Holocaust deniers, moon hoaxers. Even when faced with overwhelming evidence they still refuse to believe it preferring to grasp for pseudoscience, quote mining and other nonsense to pretend evidence doesn't matter.
Some vaccines contain thiomersal, a compound of mercury. And in such miniscule amounts it doesn't harm anyone beyond some localized redness. Many vaccines are phasing it out, not because it causes harm but because it's talking point for antivaxxer loons. Of course when thiomersal goes these loons will be screeching about the miniscule traces of formaldehyde or detergents that vaccines also contain.
If a leak occurs do the same test for every employee with access to the document, and discard the half for whom the correct character was visible. Keep repeating for every subsequent leak, halving the group each time. It wouldn't take many documents on average to identify who the culprit was.
MacOS Classic did have a simple finder called "At Ease" many moons ago. I suppose that could constitute prior art over the Palm. But the act of arranging icons in a grid is nothing new in any desktop going back to the dawn of GUIs.