However, jet engines of the era were extremely inefficient, especially German ones where poor alloys limited exhaust temperatures in the turbine.
Especially the German ones? Sorry, which other country was producing jet engines at that time?
You must have some pretty serious insider knowledge if you're aware of any.
I have to review code coming from India it is full of bugs, short cuts, and shit that doesn't make a damn bit of sense
Amen. I won't say that all the programmers in India suck, because that would be an inaccurate stereotype. However, I will say that The worst code I have ever seen from American programmers I have worked with was better than the best code that came back from Indian outsourced groups. I suspect that all the GOOD INDIAN PROGRAMMERS CAME TO AMERICA TO MAKE BETTER MONEY.
Why would you hire the leftovers? Really, you think that you can just get better quality by spending less? Really?
+1
The (very few, that is) Good Developers came to USA, and the ones that you get outsourcing are the very bottom of the barrel.
The quality of their work is AT LEAST substandard, simply because they have no passion for the job.
Plus, when they say they assign your project N developers, they aren't really N.
So, at the very end, between bad quality of the work, and cheating about staffing, you end paying more than employing US developers (or bringing the good ones in US).
Oh, and, there's also the fact that the managers in US that are assigned to oversee outsourced projects, get really burned very quickly.
Linux should stop merging file systems used by three individuals at most.
There are so many totally useless file systems inside the main tree, and I honestly fail to see why those should bloat the main tree while the junk could happily live in the hard drive of the three perspective users.
For God's sake, even POHMELFS was merged! Where does it end? Where the boundary to say NO, and keep this irrelevant code out of the tree?
Intel trying to cut down power, and ARM trying to enter the multicore, superscalar field.
So far, ARM is way ahead in the smartphone/mobile market. In there, battery life is king, and Intel lags behind.
And rebranding can make a big difference-- look at the recent success of Bing, for instance.
easy there big boy! recent success? give them a few months until the "new" wears off before declaring it a success. Its just like the soda companies releasing a new flavor, Surge, Clear Pepsi, OK, Mt. Dew Livewire, [insert freaky ass flavor here], etc... were all a big hit for about 3 months while everyone had to try it. now where are they at?
Yes, yes, Bing has been a BIG success man! Come on, and join the MS funboys party, they serve the coolaid at the entrance!
And this Morro thing, is going to be even bigger than Bing. Based on a technology that has already been rejected by the market, the success will be certain.
I can just picture the meeting:
A: What do we do with this noOneCare? Nobody is buying it, and it costs us money. We fire everyone?
B: Why is it?
A: The technology suck, and people stopped buying into the Mafia Approach (sell fear and protection) long time ago.
B: Let's try to give it for free for one year, then we fire everyone.
If you would have asked me, in 1996 or so, that MS would have become so uncool that no new software they try to push would fail, and that they'll be actually forced to give stuff for free, I certainly wouldn't have believed you.
Oh well, here we are...
I don't know when Microsoft was ever "cool" for search. I've seen completely computer illiterate people, who don't even know how to type a URL in an address bar. And they've managed to change their default search to Google.
There was a time, somewhere in the mid 90', where MS was kinda cool (granted, not search-wise). Now, everything they try to push, dissolves in flames.
He's talking about Android being open, not the resulting device.
Note that for the end user, it makes no sense having an "open" source, when you (or others) cannot freely install (modulo huge hacks) your mods or apps.
That, and the fact that Android is a pseudo-Java-let's-do-something-different-even-though-we-have-no-technical-reason-for-it Java environment.
Once you let the smoke pumped by Google and its marketing settle, and you look at it from a technical side, Android is a piss-poor implementation.
I expected A WHOLE LOT more from Google, and they failed.
Choice, many times becomes really fast synonym of fragmentation and lack of standard.
And this is just a bright example. The situation described is 100% conforming to reality, as far as UI kits and sound infrastructure.
LISP is a language that offload the parsing burden onto the reader.
Sure is hell easier to write a LISP parser, but humans are taught since first grade to the "OPERAND1 OPERATOR OPERAND2" syntax, and LISP fscks that up.
With so many languages available today, LISP is most definitely the wrong answer.
It's wonderful! You will especially love their Parcelable interface, that you are FORCED to implement for every class (and contained/inherited class) that you plan to pass among views.
And this is not like the Java standard Serializable, that the JVM gives you for free. This is something that you are forced to implement.
Cheap poor interfaces design.
I'll have to agree. Mac and Windows are platforms, Linux is simply a kernel, that doesn't even give you a shell w/out userspace.
What people use and interact every day, is the whole GNU/GPL/whatever userspace.
As a matter of fact, you could replace the core kernel with some other Unixish, and most people wouldn't even notice it.
Unfortunately, OpenMoko missed the support of a company like Apple or Google behind. Able to sprinkle the necessary kool factor, and the $$$ necessary in marketing the product.
I believe there is space for a Truly Open (open as in Open Source, and as in Freedom from XYZ Application Store constraints/rules) mobile platform, possibly based on Linux and QTe.
And no, for the record, both iPhone and Android (and even less Symbian) are not truly open as by the definition above.
Not really. People mostly care of userspace apps they daily use, and as long as those are working fine, the kernel underneath is not really important.
I'd still pick Linux over FreeBSD any day of the week, 365 days / year, but others might not care at all.
I clearly remember that one of the very first releases of NT 3.0 had a feature like that. You could insert a floppy and automatically the OS was trying to read/detect the content of it.
Slashdot Mirror
However, jet engines of the era were extremely inefficient, especially German ones where poor alloys limited exhaust temperatures in the turbine.
Especially the German ones? Sorry, which other country was producing jet engines at that time?
You must have some pretty serious insider knowledge if you're aware of any.
Just use the darn methane do power your farm. Problem solved!
It's sad that this people get any attention at all.
But then again, if you're so dumb to buy into their BS, you probably deserve to be screwed.
I have to review code coming from India it is full of bugs, short cuts, and shit that doesn't make a damn bit of sense Amen. I won't say that all the programmers in India suck, because that would be an inaccurate stereotype. However, I will say that The worst code I have ever seen from American programmers I have worked with was better than the best code that came back from Indian outsourced groups. I suspect that all the GOOD INDIAN PROGRAMMERS CAME TO AMERICA TO MAKE BETTER MONEY. Why would you hire the leftovers? Really, you think that you can just get better quality by spending less? Really?
+1
The (very few, that is) Good Developers came to USA, and the ones that you get outsourcing are the very bottom of the barrel.
The quality of their work is AT LEAST substandard, simply because they have no passion for the job.
Plus, when they say they assign your project N developers, they aren't really N.
So, at the very end, between bad quality of the work, and cheating about staffing, you end paying more than employing US developers (or bringing the good ones in US).
Oh, and, there's also the fact that the managers in US that are assigned to oversee outsourced projects, get really burned very quickly.
Linux should stop merging file systems used by three individuals at most.
There are so many totally useless file systems inside the main tree, and I honestly fail to see why those should bloat the main tree while the junk could happily live in the hard drive of the three perspective users.
For God's sake, even POHMELFS was merged! Where does it end? Where the boundary to say NO, and keep this irrelevant code out of the tree?
Intel trying to cut down power, and ARM trying to enter the multicore, superscalar field. So far, ARM is way ahead in the smartphone/mobile market. In there, battery life is king, and Intel lags behind.
And rebranding can make a big difference-- look at the recent success of Bing, for instance.
easy there big boy! recent success? give them a few months until the "new" wears off before declaring it a success. Its just like the soda companies releasing a new flavor, Surge, Clear Pepsi, OK, Mt. Dew Livewire, [insert freaky ass flavor here], etc... were all a big hit for about 3 months while everyone had to try it. now where are they at?
Yes, yes, Bing has been a BIG success man! Come on, and join the MS funboys party, they serve the coolaid at the entrance!
...
And this Morro thing, is going to be even bigger than Bing. Based on a technology that has already been rejected by the market, the success will be certain.
I can just picture the meeting:
A: What do we do with this noOneCare? Nobody is buying it, and it costs us money. We fire everyone?
B: Why is it?
A: The technology suck, and people stopped buying into the Mafia Approach (sell fear and protection) long time ago.
B: Let's try to give it for free for one year, then we fire everyone.
If you would have asked me, in 1996 or so, that MS would have become so uncool that no new software they try to push would fail, and that they'll be actually forced to give stuff for free, I certainly wouldn't have believed you.
Oh well, here we are
Drug companies, making disease and cure? Or is it too conspiracy theory-ish even for a boring Thursday morning?
I don't know when Microsoft was ever "cool" for search. I've seen completely computer illiterate people, who don't even know how to type a URL in an address bar. And they've managed to change their default search to Google.
There was a time, somewhere in the mid 90', where MS was kinda cool (granted, not search-wise). Now, everything they try to push, dissolves in flames.
He's talking about Android being open, not the resulting device.
Note that for the end user, it makes no sense having an "open" source, when you (or others) cannot freely install (modulo huge hacks) your mods or apps. That, and the fact that Android is a pseudo-Java-let's-do-something-different-even-though-we-have-no-technical-reason-for-it Java environment. Once you let the smoke pumped by Google and its marketing settle, and you look at it from a technical side, Android is a piss-poor implementation. I expected A WHOLE LOT more from Google, and they failed.
Choice, many times becomes really fast synonym of fragmentation and lack of standard. And this is just a bright example. The situation described is 100% conforming to reality, as far as UI kits and sound infrastructure.
LISP is a language that offload the parsing burden onto the reader. Sure is hell easier to write a LISP parser, but humans are taught since first grade to the "OPERAND1 OPERATOR OPERAND2" syntax, and LISP fscks that up. With so many languages available today, LISP is most definitely the wrong answer.
Since the advent of eventfd(), you can wait for disk AIO (via KAIO), using epoll_wait().
Like I said, you're not doing it right. My app has 15 activities and one service that runs at boot-time as well as on demand.
Parcelable is rarely necessary to transfer data within an app. In fact, it'd be a performance hog to do that.
Passing data among activities requires you to use Bundles, and the data that you drop inside Bundles must be Parcelable.
You're not doing it right. There is barely ever a need to implement Parcelable if you're trying to pass data across your own app.
Sure, if your app is trivial enough to have a single Activity.
Interview with them didn't go well? Too bad.
Which part, exactly, was faulty in his analysis? Truth is a bitch, ain't it?
Come on! Come down the tree, that I'll give you a banana.
It's wonderful! You will especially love their Parcelable interface, that you are FORCED to implement for every class (and contained/inherited class) that you plan to pass among views.
And this is not like the Java standard Serializable, that the JVM gives you for free. This is something that you are forced to implement.
Cheap poor interfaces design.
Linux is freedom.
GNU/Linux is Stallman's idea of freedom.
I'll have to agree. Mac and Windows are platforms, Linux is simply a kernel, that doesn't even give you a shell w/out userspace. What people use and interact every day, is the whole GNU/GPL/whatever userspace.
As a matter of fact, you could replace the core kernel with some other Unixish, and most people wouldn't even notice it.
I hope the guy didn't notice that, otherwise he'd go bizerk.
I never looked it up, but I guess even China was pretty happy with W.
Unfortunately, OpenMoko missed the support of a company like Apple or Google behind. Able to sprinkle the necessary kool factor, and the $$$ necessary in marketing the product. I believe there is space for a Truly Open (open as in Open Source, and as in Freedom from XYZ Application Store constraints/rules) mobile platform, possibly based on Linux and QTe.
And no, for the record, both iPhone and Android (and even less Symbian) are not truly open as by the definition above.
Not really. People mostly care of userspace apps they daily use, and as long as those are working fine, the kernel underneath is not really important. I'd still pick Linux over FreeBSD any day of the week, 365 days / year, but others might not care at all.
or have a kill switch, disable background processes and practice full control of the software distribution
That is, as far as Freedom to use goes, the same thing curfew.
I clearly remember that one of the very first releases of NT 3.0 had a feature like that. You could insert a floppy and automatically the OS was trying to read/detect the content of it.