It could be that women are less likely to seek promotion, causing them to end up with a disproportionally large number of high performing level 4s. I don't know how it is at Google, but here "level 4" is pretty much entry level. So, without looking at performance, and the pay distribution in the other levels it's hard to draw conclusions
But you can't actually buy it and have it delivered in reasonable time. It's a disaster for Opel here in Norway. Several thousand customers lined up to get one, but very few have actually been delivered.
No, in most years, Norway produces more electric energy (virtually 100% renewable) than it consumes. See the first table in https://en.wikipedia.org/wiki/....
The 36% number comes from the Guarantees of Origin scam. It's an economic system which disconnects the production and consumption of energy from the buying and selling of it. It basically allows renewable energy to produce double the amount of clean conscience, for the same amount of clean energy:
Norwegians feel good, because they use locally produced clean energy.
Germans feel good because they pay a premium for Norwegian clean energy.
Also, I suspect that the "67.5% of gross final consumption" includes stuff like gas for vehicles, wood for heating, etc, not just electricity, which makes it meaningless in this discussion.
Do they still have the server stuff in the same repo as the office suite? That was fun, waiting for Word to build when all you wanted was to fix one small thing in some obscure part of SharePoint...
With Sony, $5500 is what you have to pay to get gear that will play back anything but their own proprietary formats. At that price they will even refrain from installing the rootkit (maybe).
I think you'll still find that most libraries retain java 7 compatibility. Luckily that does not generally prevent you from utilizing java 8 features in application code, even when interfacing with those libraries. E.g. libraries accepting references to single-method interfaces for callbacks will happily accept a lambda expression instead. To the JVM they're indistinguishable after all.
One example that comes to mind is Spark framework (http://sparkjava.com/) which I like for its almost naive simplicity. Great for throwing together a microservice on short notice.
It's not about the language. It's the APIs that matter. Rust couldn't be less relevant.
And frankly J2EE doesn't matter that much either. I haven't seen a purebred J2EE application inn ages. There may exist EJB2 monstrosities deep in the server catacombs of large banks, but nowadays when people say enterprise java, they really just mean java code serving http-requests and running batch-jobs, with a gazillion of 3rd party libraries throw in.
I make a decent living off writing Java code, and after Java 8 came out I started liking it, not just tolerating it. Lambdas and method references, which I thought would be a nice-to-have, has turned it into a completely new language, streams are great, the multi-threading support is not too shabby and the new time API was loooong overdue.
When reading the linked list (no pun) of new features though, all I can say is "meh"...
Stuff like HTTP/2, TIFF and JSON support should be external, upgradable, libraries. Its a common theme that the standard java libraries fall into disuse after a while, because external library writers do a much better job of implementing the same concepts. JDBC, Date/Calendar, XML processing, HTTP are just a few examples.
My key takeaway from this is that I'm a bit tempted to start using _ as an identifier name, just to fuck over any future maintainers of my code.
Some EU bureaucrat woke up one day and decided to buy Ebbw Vale a new clock and a statue, was that how it happened? It wasn't someone local that asked for that money and decided how to spend it, I'm sure. Luckily you wont see any more of that filthy EU money landing on your doorstep from now on. Fixed that problem real good, didn't you.
"Scandinavian"? You need to be more specific than that. In Norway, I don't know of a single gov site or "official" login method that doesn't work in any browser on any platform. BankID in particular is all javascript based these days. There is also a BankId for mobile variant which works on iOS and Android (dunno about Windows mobile, but who cares, eh?) I haven't seen that disaster of a java applet for a few years, but even that worked in Linux.
A few weeks back, Telenor's network in Norway was down for hours, affecting about a million customers. They blamed it on an "unusual" SS7 package received from another network, which trtriggered a harware bug. Apparently that other network were doing som kind of security testing. I wonder if this was the same episode.
It could be that women are less likely to seek promotion, causing them to end up with a disproportionally large number of high performing level 4s. I don't know how it is at Google, but here "level 4" is pretty much entry level. So, without looking at performance, and the pay distribution in the other levels it's hard to draw conclusions
Get drunk. Have sex. No small talk required.
I say "I make the robots"
But you can't actually buy it and have it delivered in reasonable time. It's a disaster for Opel here in Norway. Several thousand customers lined up to get one, but very few have actually been delivered.
Reusable bags are great. I buy a new one every time I go to the store. I have a bunch of them at home in a drawer. My carbon sink I call it.
The 36% number comes from the Guarantees of Origin scam. It's an economic system which disconnects the production and consumption of energy from the buying and selling of it. It basically allows renewable energy to produce double the amount of clean conscience, for the same amount of clean energy:
Also, I suspect that the "67.5% of gross final consumption" includes stuff like gas for vehicles, wood for heating, etc, not just electricity, which makes it meaningless in this discussion.
Because, on average, Norway is completely flat.
Norway is a small country. In the business, everyone knows somebody that knows your ex-boss. Reputation matters.
Do they still have the server stuff in the same repo as the office suite? That was fun, waiting for Word to build when all you wanted was to fix one small thing in some obscure part of SharePoint...
If only there were an American company making nice electric cars...
Event worse, in Europe the Bolt will we sold as "Opel Ampera-e". Yuck! I still want the car though. 300km+ on a single charge!
With Sony, $5500 is what you have to pay to get gear that will play back anything but their own proprietary formats. At that price they will even refrain from installing the rootkit (maybe).
"traditional" Java web stuff.
I just threw up in my mouth a little bit.
The sum of Google and Oracle wold disappear in a puff of smoke.
I think you'll still find that most libraries retain java 7 compatibility. Luckily that does not generally prevent you from utilizing java 8 features in application code, even when interfacing with those libraries. E.g. libraries accepting references to single-method interfaces for callbacks will happily accept a lambda expression instead. To the JVM they're indistinguishable after all.
One example that comes to mind is Spark framework (http://sparkjava.com/) which I like for its almost naive simplicity. Great for throwing together a microservice on short notice.
It's not about the language. It's the APIs that matter. Rust couldn't be less relevant.
And frankly J2EE doesn't matter that much either. I haven't seen a purebred J2EE application inn ages. There may exist EJB2 monstrosities deep in the server catacombs of large banks, but nowadays when people say enterprise java, they really just mean java code serving http-requests and running batch-jobs, with a gazillion of 3rd party libraries throw in.
I make a decent living off writing Java code, and after Java 8 came out I started liking it, not just tolerating it. Lambdas and method references, which I thought would be a nice-to-have, has turned it into a completely new language, streams are great, the multi-threading support is not too shabby and the new time API was loooong overdue.
When reading the linked list (no pun) of new features though, all I can say is "meh"...
Stuff like HTTP/2, TIFF and JSON support should be external, upgradable, libraries. Its a common theme that the standard java libraries fall into disuse after a while, because external library writers do a much better job of implementing the same concepts. JDBC, Date/Calendar, XML processing, HTTP are just a few examples.
My key takeaway from this is that I'm a bit tempted to start using _ as an identifier name, just to fuck over any future maintainers of my code.
Some EU bureaucrat woke up one day and decided to buy Ebbw Vale a new clock and a statue, was that how it happened? It wasn't someone local that asked for that money and decided how to spend it, I'm sure. Luckily you wont see any more of that filthy EU money landing on your doorstep from now on. Fixed that problem real good, didn't you.
Got pics?
$200.000.000 in severance pay divided by 1850... just about covers nice golden parachutes to upper management, and free upgrades to everyone else.
I'm ambidexteous, you insensitive clod!
When joggers don't jogg, they're just ordinary, but fit, people. Some of those actually care about privacy.
"Scandinavian"? You need to be more specific than that. In Norway, I don't know of a single gov site or "official" login method that doesn't work in any browser on any platform. BankID in particular is all javascript based these days. There is also a BankId for mobile variant which works on iOS and Android (dunno about Windows mobile, but who cares, eh?) I haven't seen that disaster of a java applet for a few years, but even that worked in Linux.
Go to google.com. Type in your question. Click on the stackoverflow link.
A few weeks back, Telenor's network in Norway was down for hours, affecting about a million customers. They blamed it on an "unusual" SS7 package received from another network, which trtriggered a harware bug. Apparently that other network were doing som kind of security testing. I wonder if this was the same episode.