Can't say I'm happy about the global application menu that they've half-inched from OS X. It's one of the annoyingly unintuitive aspects of the OS X interface, and I'm disappointed to see it here. The other changes look sensible though.
Can't speak for them... never worked there. However...
the financial software industry
I currently work there, and it's almost all Java or C# apart from a few legacy things in VB (shudder). The only place a subset of C++ is used is with the extremely time critical stuff that a single team uses to do arbitrage where we can host servers close enough to the exchange - and nigh on all of that would actually compile with a C compiler rather than a C++ one.
and most companies developing niche hardware
Where I used to work (doing automation), and most of my programming acquaintances still do. And it's mostly C with a little ARM assembler. C++ has never been big there because the libraries are too big and the memory use too unpredictable thanks to the amount of copying idiomatic STL code results in.
All that shows is that it takes the resources of a Google and an app architecture that acknowledges any large program written in C/C++ will leak in order to create a "snappy" app that doesn't crash. (Although I've seen colleagues crash Chrome plebty of times). Bascially, I've worked for too many companies with labyrinthine, buggy C++ codebases to want to use that boondoggle of a language again. There's only so many times I could bear working on bugs related to thread issues caused by the myriad ways encapsulation can be broken in C++, or others where it was down to Stroustrup's knack of making the wrong decision whenever he was faced with a choice in how to implement a part of the C++ object model.
Typically when you buy worldwide rights, it applies to the entire world, no?
If Apple really did get what they thouight they'd bought, it was still only the rights to the trademark in the 10 countries that the Taiwanese subsidiary claimed was theirs to sell. So not worldwide rights then.
And if you read up on Santorum's bizarre beliefs it becomes event more disgusting. What the hell is wrong in the US that an obvious wingnut like Santorum can gain so much support?
Why bother making the transition? You're background sounds like mine - C, C++ then Java - and based on a few years of dealing wih Perl I'd never willingly use a weakly typed language. Many errors in statically typed languages can be caught by the compiler, static analysis tools or nowadays by the IDE. Whereas with crap like Perl, JavaScript or *spit* PHP, such tools are hindered by the language and often by the libraries to the point where you'll drown in warnings that may or not be of genuine concern. In short, your existing skills are in demand, so leave the crap languages to the script kids.
We've had drug resistant TB in the UK. That includes one case in Basingstoke, where a family friend works as a nurse. The patient is (or was, this was two years ago) an intravenous drug user.
FreeBSD outperforms OpenBSD on pretty much any metric you are likely to think of, and it outperforms NetBSD on many of them as well (a significant amount of recent work went into NetBSD to make it perform better and to degrade more gracefully under load, prior to which FreeBSD pretty much outperformed it across the board). On security, the area that OpenBSD claims to be particularly hot on, you'd be hard pressed to find much difference in reality. Security fixes tend to percolate from one of the big three BSD's to the others very quickly, and they all offer a number of sophisticated security features.
As to portability, NetBSD is undoubtedly easier to port to another architecture, as considerable work has always been done to ensure that. FreeBSD used to concentrate solely on x86 support, and as a result making it more portable in recent years has required a lot of work, and where there are ports to similar architectures, they tend to be more mature on NetBSD than FreeBSD. OpenBSD is also very portable, and again the support for those non-x86 architectures it has been ported to tends to be better than with the same architectures where a FreeBSD port exists.
This has nothing to do with copyright, as it's an attempt at obfuscation. The original license for the WURFL data file, as present on the copy used by the OpenDDR project, allowed copying. The license on later versions of the WURFL data file changed to say it was "meant" to be only used with the WURLF API. Then the version after that essentially went proprietary and closed. The WURFL project leader has - whether in ignorance or maliciously - used the DMCA to get GitHub to take down their hosting of OpenDDR's data file.
If the OpenDDR project was hosted in the European Union, it would not have had the hosting pulled in this way - regardless of the European Database Directive.
OpenDDR used the last snapshot of WURFL that had very liberal licensing. This snapshot dates from April last year. In July, the wording on the database file became a bit more restrictive, stating it was only for use with the WURFL API, but not in the terms of anything approaching a formal license. The subsequent version was the one that had the legalese restricting modification or redistribution. So the OpenDDR people were actually pretty careful about this.
The sad thing is that most of the WURFL data came from third party contributions. These were probably submitted with a belief that the data would remain available the same way it had always been. The the WURFL developer (essentially one guy) decided to commercialise it. The moral of this would appear to be:
Don't submit to projects with unclear licensing
Don't host open source projects on sites that are subject to US jurisdiction
Replacing the firmware in a car can cause mechanical failure though, perhaps by causing a transmission to shift gears at the wrong time and strip a gear or making the engine rev too high.
Tomahawks can't intercept outbound missiles from Iranian batteries, and even if they could, three hours is too late. The Iranians have large numbers of Scud type missiles that would have hit their targets before three the hours were up. The interceptor systems that would be able to down Scuds are only deployed in limited numbers as a defensive capability of, and for, US warships in the area - the target countries such as Oman and Saudi don't have such systems themselves. During the recent Libyan hostilities, US warships had some success in downing government Scuds fired at rebel held areas, but only because Gadaffi had small numbers of outdated versions of such missiles. Even when these were fired in quick succession, the US forces were unable to stop them.
I've often wondered how java got such traction among devs.
Perhaps because it came out at a time when the alternative was fucking about with non-standard compliant C++ implementations and crufty abstraction libraries. I remember downloading a beta of what was to be Java 1.0 (yeah, I suppose I should feel old, except I don't), and thinking that this is what I'd wanted Tcl/Tk or Perl and the Tk module to be - a truly cross platform language and libraries that allowed me to quickly write apps with support for sockets and a GUI.
Wrong. OJDK is broken, and my software that I use daily doesn't and has never worked on it.
Please provide stack traces. I work on code that exercises some fairly remote corners of the Java language and library classes, including some pretty hardcore reflection based stuff, but haven't been bitten by a difference between Sun/Oracle Java and OpenJDK for more than a year.
Slashdot Mirror
Can't say I'm happy about the global application menu that they've half-inched from OS X. It's one of the annoyingly unintuitive aspects of the OS X interface, and I'm disappointed to see it here. The other changes look sensible though.
This is a German company, why are they allowed to lobby our government?
Anglo-Dutch actually. I worked for them as a contractor in their Oxford and Amsterdam offices.
Dante's Inferno. Sample quote:
Obscure, profound it was, and nebulous, So that by fixing on its depths my sight - Nothing whatever I discerned therein.
The games industry
Can't speak for them ... never worked there. However ...
the financial software industry
I currently work there, and it's almost all Java or C# apart from a few legacy things in VB (shudder). The only place a subset of C++ is used is with the extremely time critical stuff that a single team uses to do arbitrage where we can host servers close enough to the exchange - and nigh on all of that would actually compile with a C compiler rather than a C++ one.
and most companies developing niche hardware
Where I used to work (doing automation), and most of my programming acquaintances still do. And it's mostly C with a little ARM assembler. C++ has never been big there because the libraries are too big and the memory use too unpredictable thanks to the amount of copying idiomatic STL code results in.
Because NPAPI is more than adequate for their needs?
How does putting "GNU" before "Linux" indicate it runs X11? The X Window System isn't a GNU project, nor is it licensed under the GPL.
All that shows is that it takes the resources of a Google and an app architecture that acknowledges any large program written in C/C++ will leak in order to create a "snappy" app that doesn't crash. (Although I've seen colleagues crash Chrome plebty of times). Bascially, I've worked for too many companies with labyrinthine, buggy C++ codebases to want to use that boondoggle of a language again. There's only so many times I could bear working on bugs related to thread issues caused by the myriad ways encapsulation can be broken in C++, or others where it was down to Stroustrup's knack of making the wrong decision whenever he was faced with a choice in how to implement a part of the C++ object model.
Typically when you buy worldwide rights, it applies to the entire world, no?
If Apple really did get what they thouight they'd bought, it was still only the rights to the trademark in the 10 countries that the Taiwanese subsidiary claimed was theirs to sell. So not worldwide rights then.
It is not only quite possible for C++ code to beat Java in performance, startup time and memory footprint, it is quite easy.
Yup, the startup may be quicker with an app written in C++, bit all too often it's followed by a catastrophic crash.
And if you read up on Santorum's bizarre beliefs it becomes event more disgusting. What the hell is wrong in the US that an obvious wingnut like Santorum can gain so much support?
Why bother making the transition? You're background sounds like mine - C, C++ then Java - and based on a few years of dealing wih Perl I'd never willingly use a weakly typed language. Many errors in statically typed languages can be caught by the compiler, static analysis tools or nowadays by the IDE. Whereas with crap like Perl, JavaScript or *spit* PHP, such tools are hindered by the language and often by the libraries to the point where you'll drown in warnings that may or not be of genuine concern. In short, your existing skills are in demand, so leave the crap languages to the script kids.
It was yo momma, so no.
We've had drug resistant TB in the UK. That includes one case in Basingstoke, where a family friend works as a nurse. The patient is (or was, this was two years ago) an intravenous drug user.
FreeBSD outperforms OpenBSD on pretty much any metric you are likely to think of, and it outperforms NetBSD on many of them as well (a significant amount of recent work went into NetBSD to make it perform better and to degrade more gracefully under load, prior to which FreeBSD pretty much outperformed it across the board). On security, the area that OpenBSD claims to be particularly hot on, you'd be hard pressed to find much difference in reality. Security fixes tend to percolate from one of the big three BSD's to the others very quickly, and they all offer a number of sophisticated security features.
As to portability, NetBSD is undoubtedly easier to port to another architecture, as considerable work has always been done to ensure that. FreeBSD used to concentrate solely on x86 support, and as a result making it more portable in recent years has required a lot of work, and where there are ports to similar architectures, they tend to be more mature on NetBSD than FreeBSD. OpenBSD is also very portable, and again the support for those non-x86 architectures it has been ported to tends to be better than with the same architectures where a FreeBSD port exists.
There are also reports that the Sony's OS for the PlayStation 3 is based on FreeBSD.
This has nothing to do with copyright, as it's an attempt at obfuscation. The original license for the WURFL data file, as present on the copy used by the OpenDDR project, allowed copying. The license on later versions of the WURFL data file changed to say it was "meant" to be only used with the WURLF API. Then the version after that essentially went proprietary and closed. The WURFL project leader has - whether in ignorance or maliciously - used the DMCA to get GitHub to take down their hosting of OpenDDR's data file. If the OpenDDR project was hosted in the European Union, it would not have had the hosting pulled in this way - regardless of the European Database Directive.
Whooooosh!
I wonder if DECTalk used Cat 1 cable?
"Super Mario" would probably qualify as famous, but I'm not so sure about "DDR".
The Deutsche Demokratische Republik might disagree.
OpenDDR used the last snapshot of WURFL that had very liberal licensing. This snapshot dates from April last year. In July, the wording on the database file became a bit more restrictive, stating it was only for use with the WURFL API, but not in the terms of anything approaching a formal license. The subsequent version was the one that had the legalese restricting modification or redistribution. So the OpenDDR people were actually pretty careful about this.
The sad thing is that most of the WURFL data came from third party contributions. These were probably submitted with a belief that the data would remain available the same way it had always been. The the WURFL developer (essentially one guy) decided to commercialise it. The moral of this would appear to be:
Replacing the firmware in a car can cause mechanical failure though, perhaps by causing a transmission to shift gears at the wrong time and strip a gear or making the engine rev too high.
That's what you get for driving an automatic.
New releases usually are though.
Bollocks are they, check the FTP server ftp://ftp.mozilla.org/pub/. I've just downloaded the 64 bit version of Firefox 9.0 for Linux from there.
Tomahawks can't intercept outbound missiles from Iranian batteries, and even if they could, three hours is too late. The Iranians have large numbers of Scud type missiles that would have hit their targets before three the hours were up. The interceptor systems that would be able to down Scuds are only deployed in limited numbers as a defensive capability of, and for, US warships in the area - the target countries such as Oman and Saudi don't have such systems themselves. During the recent Libyan hostilities, US warships had some success in downing government Scuds fired at rebel held areas, but only because Gadaffi had small numbers of outdated versions of such missiles. Even when these were fired in quick succession, the US forces were unable to stop them.
I've often wondered how java got such traction among devs.
Perhaps because it came out at a time when the alternative was fucking about with non-standard compliant C++ implementations and crufty abstraction libraries. I remember downloading a beta of what was to be Java 1.0 (yeah, I suppose I should feel old, except I don't), and thinking that this is what I'd wanted Tcl/Tk or Perl and the Tk module to be - a truly cross platform language and libraries that allowed me to quickly write apps with support for sockets and a GUI.
Wrong. OJDK is broken, and my software that I use daily doesn't and has never worked on it.
Please provide stack traces. I work on code that exercises some fairly remote corners of the Java language and library classes, including some pretty hardcore reflection based stuff, but haven't been bitten by a difference between Sun/Oracle Java and OpenJDK for more than a year.