1) Get everything on one chip. The difference between cost of production of a CPU chip vs a CPU + a dozen periferials are marginal. And then you save on motherboards, adapters, communication etc. 2) Retail takes some 50% cut. Other middlemen, another 30%. The actual cost of production is like 5-10% of the retail price. I've seen your $10 USB hubs I've bought for 3PLN (that is $1) in retail in Poland. That is including tax, shipping to Polish retailer, and a bunch of other fees after they left the hands of the manufacturer. So, yes, the margins are ENORMOUS. 3) Development is half or more of the actual cost of the device. If the development is 100% government funded, and you pay only for your physical copy of the laptop, not for license to all the firmware and hardware design, the cost goes down by a huge margin. 4) They have all the technology. Intel, NVidia, LG, whatever brand name you mention, they likely have their factories in India. And the government may simply declare any NDA null and void by fiat, hire their employees, and have them re-create whatever they had made at their original employees. Not saying this will certainly happen, but it's not impossible - all the licensing, sublicensing, sub-sublicensing costs for all the little parts, protocols, interfaces, patents and so on, are another HUGE chunk of the cost. And if it's not a direct copy, but a rewrite, and all hidden inside one dedicated chip, who is ever going to find out?
Russia has the technology and resources to reverse the Global Warming, and more, assure quite a harsh winter for everyone.
The question is, who is going to take all the nuclear fallout that would be the side effect of the Operation Climate Change, provide sites for detonating all the Climate Change Devices.
Interestingly, if you trade in a NEWER (meaning, likely, more fuel-efficient) car, you get MORE money. Also, if you go with purchase of NEW CAR instead of choosing PUBLIC TRANSPORT, you get a better deal.
It's not about ecology. It's about getting more new cars sold.
>by June 30, 2009, 100% of servers of IT divisions of government agencies must be installed with open source software;
So. Let's see. Windows 2003 Server. Runs Exchange, SharePoint, MSSQL, IIS. And here, I open the console and type nc localhost 80. See, it connected. Netcat is open source. Meaning this server has been installed with Open Source software. Requirement fulfilled.
âoeWe leave to future cases the elaboration of the precise contours of machine implementation, as well as the answers to particular questions, such as whether or when recitation of a computer suffices to tie a process claim to a particular machine.â
And I thought I was the newbie... You do realize that Javascript can be -- is -- a general-purpose programming language, not only a browser scripting language?
You can control industrial machinery with PHP, write office applications in VRLM, and make ASCII art with SQL. Doesn't mean they are best for the job. JS adaptations are present in some programs other than browsers but hardly anyone takes them seriously. Look for job ads asking for perfect knowledge of Adobe Acrobat including Javascript. See if they prefer you knowing msh over C#. Besides, which of current -other than webbrowser- implementations of JS would you even start considering as a platform for a game? (note: platform for a game, not in-game scripting engine.)
For lack of APIs, everything must be done by hand, pixel by pixel, polygon by polygon, and Javascript just doesn't have the speed to do it.
Sadly, even there, I'm not sure there is an API for the pixels
Canvas. But both Canvas and SVG are simply too slow and cumbersome to do anything serious in them. This may change in some nondescript future, but for now, nope. Yeah, someone wrote a wolfstein clone with Canvas. Meaning on a 2GHZ machine you're getting about the same performance as a corresponding program in C running on 486.
No matter how good the language by itself is, without API to perform given task, it's not suitable for that task. A bet why such a dirty and crude language as PHP is so successful? Myriads of APIs to everything in the world there is. It's not a good language but you can get things done in it, instead of messing around finding another 3rd party library that half-works with the data you need to interface with.
Javascript would be a great in-game scripting engine (though a hell to implement).
What would make it hell to implement? There are at least three open source Javascript engines that I can think of, off the top of my head, and more in the works. Are you saying none of them would be easy to embed?
Experience says otherwise -- for example, CouchDB embeds Javascript in an Erlang program.
The flexiblity of Javascript. Ability to extend, overwrite, modify system-provided objects. The little fun command eval() with its fun ability to be recursive. Asynchronous nature meaning all the synchronization issues. It's not getting a JS module to sit in the middle of your app that is a problem. It's writing the API between your app and JS, that takes into account all the tricky features of JS.
You created bird.prototype.fly = function(){...} and filled the sky of your game with birds.
and then some modder writes pig.prototype.fly = bird.prototype.fly;
In Javascript it's perfectly legal, and from then on all his pigs should be able to soar like eagles. But it's your job, as the game engine author, to assure that they will be able to - instead of crashing the game.
Once I've turned a DOM tree of a complicated HTML form into a cellular automaton collecting and analyzing the data that way - each element calls the children to provide results, creates new children if current value suggests it, hands its own and children's results serialized to the parent, and so on. The tree-like data structure is stored in 1:1 corresponding DOM tree.
At first I did it by extending Element.prototype, and it worked great in Firefox, but IE wouldn't have any of it. Then I overwrote document.CreateElement() with my version that applied the changes to every new instance before returning it. It worked in all browsers. A hack likely impossible in any other language, but it makes my head spin how the Mozilla guys made the engine to accept overwriting Element.prototype.check() so that clicking on a checkbox with class="submenu" creates a new submenu of choices.
"That's not a flaw of Javascript, it is a lack of an API. I see no reason why a vblank couldn't trigger a Javascript event."
Heh, and that's what shows you're just a newbie.
I see. File a bug in bugzilla.mozilla.org "Javascript needs a vblank trigger". If it isn't RESOLVED WONTFIX in first week, it will stay unresolved for the next eternity and some. The reason is not because it can't be done, it's because nobody will do it. You're confusing theory with reality. Try getting this feature in Explorer, talk with Microsoft to have it implemented in IE8 or IE9. Good luck.
It's exactly the lack of API that makes Javascript not plausible for making games. If it had an API to load 3D scenes, API to a physics engine, API to UDP sockets, it would work just fine. But it does not and even if at some time it will, currently Javascript is NOT ready for quality games, which was the original point. For lack of APIs, everything must be done by hand, pixel by pixel, polygon by polygon, and Javascript just doesn't have the speed to do it.
Javascript would be a great in-game scripting engine (though a hell to implement). Just like LUA or Python -inside- games. Not as the game platform though. WoW isn't written in LUA and Civ4 isn't written in Python for the same reason.
Dynamic lights written in assembly, vs static ones, same CPU time? Excuse me? The OS sandboxes C++ well enough. And with "moving work to someone else", it's about modifying the whole system architecture, versus optimizing a single part.
Of course the "five-minute solutions" aren't always plausible. Of course sometimes hard work at optimization, months of efforts will yield a 5000% increase in efficiency. But we're talking about one specific case: Javascript engines in web browsers. The hard work at optimizing them doubled or tripled their speed. Switching the language of your would-be game from JS to, say, C++ would increase the speed about fifty times. Disagree with this specific case and don't seek exceptions to the rule which applies here.
VM = interpreter. No matter how much marketing people may want to convince you otherwise. If it's not native code, it's not run by native CPU, but by a virtual machine, it means it's interpreted.
Guess why people don't write quality games in Python and Java.
UNIX is an OS, running on bare hardware. It introduces a serious performance impact over running the app on bare hardware, a'la DOS. Javascript is embedded inside a browser which acts as OS for it. OS inside OS. Extra abstraction layers. Suddenly the slow-down doubles. As for virtualization, try virtualizing a different architecture than your native, say running a virtual MIPS machine under an x86 system. See the impact. The virtualization you're talking about makes heavy use of hardware features. The JS VM does not.
I'm sure I've seen browser without SVG. Actually, I'm sure most of users use it. Are you going to put "Firefox 3.0.4 required" on the product you're selling?
Good luck accessing VBLANK interrupts in Javascript. Also, good luck getting 50FPS from anything more than a handful of pixels.
As soon as you start writing more advanced code, you start finding bugs in the libraries. Also, have you maybe noticed what is the performance impact of using, say, JQuery vs writing the code in JS by hand? Suddenly slow-down triples.
Are you trying to prove your point by suggesting purposely wrong solutions as examples?
Look, the best algorithms will have complexity of O(n). The five-minute solution would be "Send me the data pre-sorted, you have more CPU power on your side", of complexity of O(0).
People rewrite things in assembly if these things were way too slow for their purposes. Meaning they get faster, but still slow. A five-minute solution would be to remove the whole part which does it, and use precalculated data, or hiring a bunch of interns to do it by hand, a hundred times faster than the computer would.
Not only I'm a programmer, I'm a seasoned one. Not once I spent a week trying to optimize a part of the program until someone suggested "why not overhaul the database structure instead, and kill the monster you're struggling with, replacing it with one simple SQL query?" A large application, with admin interface, with segments in Java, Perl and PHP communicating over custom protocol, importing data with SOAP, extracting a couple of lines from enormous files the partner would provide - and wouldn't change because hundreds of others depend on them - replaced with one guy adding or removing a line in a 4KB text file once a month, after getting a call from that partner. Getting the app to -just- fit in the time frame instead of lagging behind the required speed by -O3 instead of optimizing an algorithm.
These are optimizations. Not reducing complexity by 20% or by half, but by 99%. Changing estimates from 2 manyears to one day. Young programmers dabble in the code thinking how to squeeze 2 more cycles from the critical section. Advanced programmers know a faster CPU costs less than the salary the younger programmers would get for the time they spend finding the two extra cycles. Or replacing Javascript, even very, very well optimized with hundreds of people working years on making it faster, with C++.
In Firefox, which is in fact written mostly in Javascript (or at least most of the user interfaces is) and which uses a superset of functions available to webpages for that, including "dangerous" functions like file I/O, it does the work of providing the user with Javascript by restricting/limiting/crippling/sandboxing the very same engine it freely uses for purpose of creating the UI.
Quite a few of Firefox security holes were based exactly on shortcomings of this sandboxing, access to "system-only" methods leaking into userspace.
I don't know how exactly this duality (sandboxing vs full feature set) is achieved internally, but I know it costed lots and lots of time and effort to create. And only five-minute solutions can take next-to-none resources. If something costs lots and lots of time and effort to create, it will take quite a bit of resources to run as well.
Matter of performance, not language capabilities. Writing games in JS is rather easy, rather pleasant, rather fast. It's a nice language for the programmer, due to very flexible structure (override built-in methods? yay!) and has some great development tools (Firebug), and it's a nice language for the user, because everyone has a web browser, no installation required.
It's not nice for the machine. First, it's an interpreter. Second, due to this very extreme flexibility it won't ever be very efficient. It's sandboxed, meaning it can't run natively at full speed, every operation must be scrutinized security-wise. The rendering uses non-native extensions that lack in efficiency too. It's event-based meaning you shouldn't run a loop at full speed (or the user gets a requester "this page is running slow, should I stop the script?"), you need to create clock events to trigger each iteration. And you get a HUGE pile of compatibility issues.
Of course, if you create a faster computer, the Nature will create programmers writing the usual in slower programming languages.
Blah. The property of water that makes things wet applies to self, e.g. water makes water wet. And because there's no way not to immerse water in self, it is always wet.
They introduced copyright to encourage creativity; it got twisted into a weapon protecting the corporations' profits, destroying creativity. They started the communist revolution to improve the living of common people. The slope changed them into prisoners. They tried to preserve safety of the citizens, then killed their freedoms with PATRIOT.
Now they introduce cameras to count people looking at billboards and will abuse them for Big Brother style surveilance.
Orwell's "Animal Farm" was just a made up chain of events without justification or evidence. hence it's got no credibility. Entirely impossible scenario. Never happened afterwards. Total fabrication.
I avoid storing passwords in most sites, where I can remember them - I have a few "tiers" of passwords, the low-security, medium-security, high-security etc. Except some sites require "no punctuation characters" or "password must include at least 3 digits and at least 3 letters." or "password must be lowercase". In these cases I make up something to match and let the password manager remember that. I don't care about these sites anyway, they usually suck - I just register with disposable email, grab the info I need and never return.
While solar "heat oil/water -> turbine" approach may be plausible, with the common "ecological" solar batteries, it takes more (usually "dirty") energy to produce such a battery than it can produce in its lifespan. Meaning solar is just a hype which in fact is bad for environment.
Slashdot Mirror
1) Get everything on one chip. The difference between cost of production of a CPU chip vs a CPU + a dozen periferials are marginal. And then you save on motherboards, adapters, communication etc.
2) Retail takes some 50% cut. Other middlemen, another 30%. The actual cost of production is like 5-10% of the retail price. I've seen your $10 USB hubs I've bought for 3PLN (that is $1) in retail in Poland. That is including tax, shipping to Polish retailer, and a bunch of other fees after they left the hands of the manufacturer. So, yes, the margins are ENORMOUS.
3) Development is half or more of the actual cost of the device. If the development is 100% government funded, and you pay only for your physical copy of the laptop, not for license to all the firmware and hardware design, the cost goes down by a huge margin.
4) They have all the technology. Intel, NVidia, LG, whatever brand name you mention, they likely have their factories in India. And the government may simply declare any NDA null and void by fiat, hire their employees, and have them re-create whatever they had made at their original employees. Not saying this will certainly happen, but it's not impossible - all the licensing, sublicensing, sub-sublicensing costs for all the little parts, protocols, interfaces, patents and so on, are another HUGE chunk of the cost. And if it's not a direct copy, but a rewrite, and all hidden inside one dedicated chip, who is ever going to find out?
Russia has the technology and resources to reverse the Global Warming, and more, assure quite a harsh winter for everyone.
The question is, who is going to take all the nuclear fallout that would be the side effect of the Operation Climate Change, provide sites for detonating all the Climate Change Devices.
Don't give you the credit required to advance to the next semester.
"Student didn't turn in the notes that were required for the credit."
That's a perfectly legal excuse.
Best is to scan the whole notebook, stash the files away, never mentioning it, then turn in the original.
Then, when you finally finish your contact with the asshole, post the entire content on the net and publish the info on your school website.
And let THEM fight YOU.
Interestingly, if you trade in a NEWER (meaning, likely, more fuel-efficient) car, you get MORE money.
Also, if you go with purchase of NEW CAR instead of choosing PUBLIC TRANSPORT, you get a better deal.
It's not about ecology. It's about getting more new cars sold.
>by June 30, 2009, 100% of servers of IT divisions of government agencies must be installed with open source software;
So. Let's see. Windows 2003 Server. Runs Exchange, SharePoint, MSSQL, IIS. And here, I open the console and type nc localhost 80. See, it connected. Netcat is open source. Meaning this server has been installed with Open Source software. Requirement fulfilled.
Of course your act of masturbation immensely damages the undeveloped psyche of the poor 18yo.
âoeWe leave to future cases the elaboration of the precise contours of machine implementation, as well as the answers to particular questions, such as whether or when recitation of a computer suffices to tie a process claim to a particular machine.â
Direct citation from Bilski's case.
Give them all the reason to fire you and more, then quit.
Instead of getting punished, you add insult to injury.
Now, did I say it had to be in a web browser?
And I thought I was the newbie... You do realize that Javascript can be -- is -- a general-purpose programming language, not only a browser scripting language?
You can control industrial machinery with PHP, write office applications in VRLM, and make ASCII art with SQL. Doesn't mean they are best for the job. JS adaptations are present in some programs other than browsers but hardly anyone takes them seriously. Look for job ads asking for perfect knowledge of Adobe Acrobat including Javascript. See if they prefer you knowing msh over C#. Besides, which of current -other than webbrowser- implementations of JS would you even start considering as a platform for a game? (note: platform for a game, not in-game scripting engine.)
For lack of APIs, everything must be done by hand, pixel by pixel, polygon by polygon, and Javascript just doesn't have the speed to do it.
Sadly, even there, I'm not sure there is an API for the pixels
Canvas.
But both Canvas and SVG are simply too slow and cumbersome to do anything serious in them. This may change in some nondescript future, but for now, nope. Yeah, someone wrote a wolfstein clone with Canvas. Meaning on a 2GHZ machine you're getting about the same performance as a corresponding program in C running on 486.
No matter how good the language by itself is, without API to perform given task, it's not suitable for that task. A bet why such a dirty and crude language as PHP is so successful? Myriads of APIs to everything in the world there is. It's not a good language but you can get things done in it, instead of messing around finding another 3rd party library that half-works with the data you need to interface with.
Javascript would be a great in-game scripting engine (though a hell to implement).
What would make it hell to implement? There are at least three open source Javascript engines that I can think of, off the top of my head, and more in the works. Are you saying none of them would be easy to embed?
Experience says otherwise -- for example, CouchDB embeds Javascript in an Erlang program.
The flexiblity of Javascript. Ability to extend, overwrite, modify system-provided objects. The little fun command eval() with its fun ability to be recursive. Asynchronous nature meaning all the synchronization issues. It's not getting a JS module to sit in the middle of your app that is a problem. It's writing the API between your app and JS, that takes into account all the tricky features of JS.
You created bird.prototype.fly = function(){...} and filled the sky of your game with birds.
and then some modder writes pig.prototype.fly = bird.prototype.fly;
In Javascript it's perfectly legal, and from then on all his pigs should be able to soar like eagles. But it's your job, as the game engine author, to assure that they will be able to - instead of crashing the game.
Once I've turned a DOM tree of a complicated HTML form into a cellular automaton collecting and analyzing the data that way - each element calls the children to provide results, creates new children if current value suggests it, hands its own and children's results serialized to the parent, and so on. The tree-like data structure is stored in 1:1 corresponding DOM tree.
At first I did it by extending Element.prototype, and it worked great in Firefox, but IE wouldn't have any of it. Then I overwrote document.CreateElement() with my version that applied the changes to every new instance before returning it. It worked in all browsers. A hack likely impossible in any other language, but it makes my head spin how the Mozilla guys made the engine to accept overwriting Element.prototype.check() so that clicking on a checkbox with class="submenu" creates a new submenu of choices.
That's three minor versions behind the curr
"That's not a flaw of Javascript, it is a lack of an API. I see no reason why a vblank couldn't trigger a Javascript event."
Heh, and that's what shows you're just a newbie.
I see. File a bug in bugzilla.mozilla.org "Javascript needs a vblank trigger". If it isn't RESOLVED WONTFIX in first week, it will stay unresolved for the next eternity and some. The reason is not because it can't be done, it's because nobody will do it. You're confusing theory with reality. Try getting this feature in Explorer, talk with Microsoft to have it implemented in IE8 or IE9. Good luck.
It's exactly the lack of API that makes Javascript not plausible for making games. If it had an API to load 3D scenes, API to a physics engine, API to UDP sockets, it would work just fine. But it does not and even if at some time it will, currently Javascript is NOT ready for quality games, which was the original point. For lack of APIs, everything must be done by hand, pixel by pixel, polygon by polygon, and Javascript just doesn't have the speed to do it.
Javascript would be a great in-game scripting engine (though a hell to implement). Just like LUA or Python -inside- games. Not as the game platform though. WoW isn't written in LUA and Civ4 isn't written in Python for the same reason.
BTW, http://blog.creonfx.com/javascript/dojo-vs-jquery-vs-mootools-vs-prototype-performance-comparison
No "raw JS" in the graphs, but I assure you it would be the fastest of them all.
Dynamic lights written in assembly, vs static ones, same CPU time? Excuse me?
The OS sandboxes C++ well enough. And with "moving work to someone else", it's about modifying the whole system architecture, versus optimizing a single part.
Of course the "five-minute solutions" aren't always plausible. Of course sometimes hard work at optimization, months of efforts will yield a 5000% increase in efficiency. But we're talking about one specific case: Javascript engines in web browsers. The hard work at optimizing them doubled or tripled their speed. Switching the language of your would-be game from JS to, say, C++ would increase the speed about fifty times. Disagree with this specific case and don't seek exceptions to the rule which applies here.
VM = interpreter. No matter how much marketing people may want to convince you otherwise. If it's not native code, it's not run by native CPU, but by a virtual machine, it means it's interpreted.
Guess why people don't write quality games in Python and Java.
UNIX is an OS, running on bare hardware. It introduces a serious performance impact over running the app on bare hardware, a'la DOS. Javascript is embedded inside a browser which acts as OS for it. OS inside OS. Extra abstraction layers. Suddenly the slow-down doubles. As for virtualization, try virtualizing a different architecture than your native, say running a virtual MIPS machine under an x86 system. See the impact. The virtualization you're talking about makes heavy use of hardware features. The JS VM does not.
I'm sure I've seen browser without SVG. Actually, I'm sure most of users use it. Are you going to put "Firefox 3.0.4 required" on the product you're selling?
Good luck accessing VBLANK interrupts in Javascript. Also, good luck getting 50FPS from anything more than a handful of pixels.
As soon as you start writing more advanced code, you start finding bugs in the libraries. Also, have you maybe noticed what is the performance impact of using, say, JQuery vs writing the code in JS by hand? Suddenly slow-down triples.
Are you trying to prove your point by suggesting purposely wrong solutions as examples?
Look, the best algorithms will have complexity of O(n). The five-minute solution would be "Send me the data pre-sorted, you have more CPU power on your side", of complexity of O(0).
People rewrite things in assembly if these things were way too slow for their purposes. Meaning they get faster, but still slow. A five-minute solution would be to remove the whole part which does it, and use precalculated data, or hiring a bunch of interns to do it by hand, a hundred times faster than the computer would.
Not only I'm a programmer, I'm a seasoned one. Not once I spent a week trying to optimize a part of the program until someone suggested "why not overhaul the database structure instead, and kill the monster you're struggling with, replacing it with one simple SQL query?" A large application, with admin interface, with segments in Java, Perl and PHP communicating over custom protocol, importing data with SOAP, extracting a couple of lines from enormous files the partner would provide - and wouldn't change because hundreds of others depend on them - replaced with one guy adding or removing a line in a 4KB text file once a month, after getting a call from that partner. Getting the app to -just- fit in the time frame instead of lagging behind the required speed by -O3 instead of optimizing an algorithm.
These are optimizations. Not reducing complexity by 20% or by half, but by 99%. Changing estimates from 2 manyears to one day. Young programmers dabble in the code thinking how to squeeze 2 more cycles from the critical section. Advanced programmers know a faster CPU costs less than the salary the younger programmers would get for the time they spend finding the two extra cycles.
Or replacing Javascript, even very, very well optimized with hundreds of people working years on making it faster, with C++.
In Firefox, which is in fact written mostly in Javascript (or at least most of the user interfaces is) and which uses a superset of functions available to webpages for that, including "dangerous" functions like file I/O, it does the work of providing the user with Javascript by restricting/limiting/crippling/sandboxing the very same engine it freely uses for purpose of creating the UI.
Quite a few of Firefox security holes were based exactly on shortcomings of this sandboxing, access to "system-only" methods leaking into userspace.
I don't know how exactly this duality (sandboxing vs full feature set) is achieved internally, but I know it costed lots and lots of time and effort to create. And only five-minute solutions can take next-to-none resources. If something costs lots and lots of time and effort to create, it will take quite a bit of resources to run as well.
Matter of performance, not language capabilities.
Writing games in JS is rather easy, rather pleasant, rather fast. It's a nice language for the programmer, due to very flexible structure (override built-in methods? yay!) and has some great development tools (Firebug), and it's a nice language for the user, because everyone has a web browser, no installation required.
It's not nice for the machine. First, it's an interpreter. Second, due to this very extreme flexibility it won't ever be very efficient. It's sandboxed, meaning it can't run natively at full speed, every operation must be scrutinized security-wise. The rendering uses non-native extensions that lack in efficiency too. It's event-based meaning you shouldn't run a loop at full speed (or the user gets a requester "this page is running slow, should I stop the script?"), you need to create clock events to trigger each iteration. And you get a HUGE pile of compatibility issues.
Of course, if you create a faster computer, the Nature will create programmers writing the usual in slower programming languages.
Blah. The property of water that makes things wet applies to self, e.g. water makes water wet. And because there's no way not to immerse water in self, it is always wet.
They introduced copyright to encourage creativity; it got twisted into a weapon protecting the corporations' profits, destroying creativity.
They started the communist revolution to improve the living of common people. The slope changed them into prisoners.
They tried to preserve safety of the citizens, then killed their freedoms with PATRIOT.
Now they introduce cameras to count people looking at billboards and will abuse them for Big Brother style surveilance.
Orwell's "Animal Farm" was just a made up chain of events without justification or evidence. hence it's got no credibility. Entirely impossible scenario. Never happened afterwards. Total fabrication.
Does it have the class "coward" which gains XP from running from the enemies?
These who don't know History are sentenced to repeating it.
The credibility is in past scenarios. Copyright. PATRIOT. Communist revolution.
Slippery Slope scenarios tend to be right.
I avoid storing passwords in most sites, where I can remember them - I have a few "tiers" of passwords, the low-security, medium-security, high-security etc. Except some sites require "no punctuation characters" or "password must include at least 3 digits and at least 3 letters." or "password must be lowercase".
In these cases I make up something to match and let the password manager remember that. I don't care about these sites anyway, they usually suck - I just register with disposable email, grab the info I need and never return.
Gonna download the game from Torrent as soon as it comes up, then make a bank transfer of their fair share of the price of the game.
While solar "heat oil/water -> turbine" approach may be plausible, with the common "ecological" solar batteries, it takes more (usually "dirty") energy to produce such a battery than it can produce in its lifespan. Meaning solar is just a hype which in fact is bad for environment.
You asshole, I ran this as a Perl program and it erased my hard drive.
If you hesitated about buying a Linksys router running Linux, hurry up.