Comment Re:Branding (Score 1) 215
What is "FSD"? Fixed slip differential? Flame suppression device? Fourteen segment display? Female sexual dysfunction?
Full self driving?
What is "FSD"? Fixed slip differential? Flame suppression device? Fourteen segment display? Female sexual dysfunction?
Full self driving?
... and its memory footprint is smaller than OS X or Ubuntu
[citation needed]
Really interested not trolling.
We all know that Macbook, iPhone, iPad and a Starbucks Grande-size Latte are the holy trinity in being "cool
I guess there is something unholy on that trinity of four
The other question is what portability really means.
Many people think that portability means "your code will run on multiple platforms".
With Java, I feel it is more a case of "your code will run on the Java platform".
The distinction is that, in the latter case, a lot of the facilities that have been implemented for existing platforms have to be re-implemented for the new platform. I feel a lot of effort has gone into creating things for Java that already existed outside it.
By contrast, many other programming languages attempt to fit in and play nice with whatever platform they end up being deployed on. Where Java has your programs run inside a virtual machine which is more or less the same across native platforms, other languages have you create programs that are just like the programs your native platform knows how to run. Where Java has people build functionality on the facilities provided by the virtual machine, other languages have you build functionality on the facilities provided by the native platform.
The approaches are different, and lead to a vastly different feel both during application development and when using an application developed using one approach or the other. Both approaches have their pros and cons.
Java's approach has the advantage that, absent deficiencies in the specification and bugs in the implementation, the Java platform is the same everywhere, regardless of native platform. The disadvantage is that you lose access to the native platform's facilities that are not also in the virtual platform. It also means that your software is almost certain to not really fit in with the native platform.
The other approach leaves you with access to the native platform's facilities, which is a double-edged sword. The disadvantage is that many of those will not be available on all platforms, and code that uses them will therefore be non-portable. The advantage is that you can make your software do anything that would normally be expected of an application on the native platform. Software developed using this approach will thus tend to integrate better with the native platform, and feel less foreign to users.
Doubled-plus. Sure, there are 40% efficient solar panels, if you have a satellite or space probe budget. Others are more like 20%, and when you're talking about super cheap panels, 10% is kind of a magic number. On the ground, 20%-ish for conventional or 10%-ish for super-cheap is already on-par, long-term, with other energy sources. If these really achieve 86% efficiency and don't cost a bloody fortune, this is revolutionary. Holy balls indeed!
Wait a minute... are you saying that that they're trying to save their data in a nonexistant location, or in a location that you don't personally agree with? I absolutely hate having a program tell me where to store the data. Unless I'm trying to store in in a read-only or system subdirectory, I'll put my files where I damned well please.
If you're talking about where the OS looks for the program, it sounds like the design of your installation program is at fault.
"Ahead warp factor 1" - Captain Kirk