Deinumite

I think this is one of the things that Java really solved even though the actual implementation is a bit weird.

Being able to generate a war or jar as a released binary is something that would be cool to see in the ruby world.

I see this cited a lot, but honestly I would say the majority of jobs use Spring, and it has been that way for quite a while.

I don't believe this is true. I received these alerts this morning, but as my phone is only on vibrate it did not produce any audio.

I wouldn't say so. The original plan was to have the LCBO handle sales of marijuana as well.

The Liberal government that was drafting this plan lost the provincial election and the Conservative government scrapped that it.

So it nobody learned any lessons, we just had interesting timing with our election.

I'm not saying I disagree but for a lot of businesses (even one with relatively high traffic) it is not unheard of to deploy with almost no tuning of the GC (aside from setting a heap min / max of 2,4,8GB) and have no issues.

Try a Spring Boot app using Gradle as the build tool.

Weblogic and all those app servers were a product of a different time. They solve problems that are largely solved other ways now (you could argue for some of their features). Spring Boot ships the web server in the application which is more akin to Rails, node etc.

Maven itself is also showing its age (its 1.0 release was 2004). I won't say that most of the industry has moved to Gradle, because the truth is so many workflows and projects are using Maven that it will be around for a long time. The good thing is that other build tools like Gradle, SBT etc. interop with maven the package repo just fine.

There is nothing stopping you from developing Java in vim. Syntastic and other plugins will help though.

From what I recall, Java didn't switch because it didn't work. I think it switched because the green threads were built on what Solaris supported, and they moved to full OS threading to support Windows, Linux, Mac etc.

I think that was taken into account when the "try with resources" statements were added to Java.

As you said it would be nice if the languages could make these situations impossible.

I think its a bit of a chicken and egg problem because some language issues don't come to light until people are using it and it is too late.

Java 8 (and 9 more so) bring a lot of changes but more focused on core libraries than the language itself. Not as drastic as the changes JS has seen.

C++11 though is quite a bit different. Probably the biggest change being that raw pointers * for the most part should not be used anymore.

It is not a requirement for Java it is just standard practice.

Also Maven does not allow you to remove packages once they are pushed, I think that is what he meant by Java being unaffected.

This basically sums up my brief stint in healthcare.

Every hospital / doctor wants to talk about the wealth of medical information they are sitting on... as you said most notes are just transcribed ad lib, or input into rigid EMR systems, there is no middle ground.

Also the language spoken by healthcare software is HL7 which is another nightmare in itself.

I think it is also sometimes a simple barrier to entry to weed out some candidates (think of it as a super simple fizzbuzz).

I also see a lot of job postings asking people to decode some string for bonus "points"... 90% of the time its just rot13.

Java advancement is separate from JVM advancement.

Quite a few things (the invokedynamic bytecode for example) were added to the JVM that aren't even used in Java.

In fact Oracle has done more recently than Sun did in regards to hosting other programming languages on the JVM (see: https://github.com/graalvm/truffleruby).

True although Ontario also has a geographical problem.

The majority of the population lives in a very small part of the province, so the electricity for the rest of the province is subsidized.

Most of the ranting from Ontarians is because of how horribly the government has handled our power sector in general.

This article looks like a fluff piece that is pretty thin on actual research.

They talk about how great MaRS is and how much revenue it has generated... but in reality MaRS has been an issue and has had hundreds of millions in bailout money.

It doesn't make as much sense for a webpage, but a 304 can be effective for an API.

Say you have a resource that needs to be checked periodically, returning a 304 still has the overhead of a tcp connection but not the weight of the payload.

My only complaint is that it often explodes when using vim or pagination certain files over SSH.

Also ctrl+w by default in cmder closes the tab instead of the bash equivalent, I always have to unbind it.

Maybe but this also gives you more hosting options if you are in the cloud.

Also tools like puppet and chef for example have an easier time provisioning Unix like machines than Windows (although this has been changing, and the situation could be much better I haven't dealt with it for a bit).

Also you don't have to deal with licenses for Windows server instances which can be another huge painpoint.

Comments like "There is only one JVM" leads me to believe that the Java comparison was only pulled in as some type of smear.

Thats just really the tip of the iceberg for cat-v to be honest.

It is usually best to just avoid it in general.

That library is probably one of (if not the most) powerful concurrency libraries in existence.

We tend to get quite a bit of snow in Canada, and it is pretty cold. I'm not sure if riding in the winter is common elsewhere but where I live in Canada I don't ever see cyclists in the winter.

And yet the other day there was an article on here about Canada's issue hiring high tech workers.

The thread was filled with a ton of programmers that left Toronto / Canada to go to Silicon Valley because the wages are so much higher.

Yeah I'm going to make probably less than half of what someone in Silicon Valley can make but living in a medium sized Canadian city means my cost of living is obviously much lower.

I'm not sure about Spring Security but as for Spring Boot itself http://www.mitchellbosecke.com/pebble/documentation/guide/sp...

I've been looking at http://www.mitchellbosecke.com/pebble/home but I have not yet had a chance to use it.

Slick is the coolest ORM I have ever used. The way it lifts SQL types into Scala code is something I have never seen done elsewhere.

That being said it was also one of the hardest libraries for me to learn. The docs are okay but it seemed like I found more features in peoples github repos that were not documented on the Slick website.

I enjoyed watching a few of his videos but because they are all live streams they are obviously not edited so sometimes there are mistakes or sections where not much happens.

My biggest complaint is that he spends a lot of time setting up his dev environment that I found to be super confusing for a newcomer. I am an experienced dev and couldn't understand why he spent so much time mucking around with writing batch files and setting up emacs instead of just encouraging new users to just use Visual Studio where you can click compile and run and the setup takes 5 minutes instead of 2 screencasts.

That game sucked up a ton of my time. Still waiting for the next patch.

It is really interesting and I almost feel like I am writing code at some points, having the machines automate themselves.

I haven't even started playing with the circuits yet which allows you to do even more programming.

I usually only encrypt var files that contain things like db passwords or something. In our case it made it harder to spot typos in the username for example.

I wouldn't encrypt a whole playbook for example.

If you use show instead of edit it doesn't re-encrypt the file.

Agreed on the useless diffs however, it makes reviewing pull requests or changes much harder.