Thanks for the tips, I'm still ramping up on ios development and the apple eco system with a deadline I barely managed. I'll take this into consideration for the next Sprint.

Now that swift is opensource i'm looking forward to some better tools being released for it. Right now xcodes support of swift is pretty lacking. No refactoring, and compile errors are fairly ambiguous sometimes.

Since this has linux support i wonder if xcode or something similar will be ported to linux.

No doubt JetBrains will step up to the mark.

They already have support for swift in AppCode, but surely a community edition "SwiftStudio" can't be too much to wish for.

It worked wonders for Android development outside of Eclipse.

Why would someone use mapper over SwiftyJSON?

One really nice benefit is that you don't have to duplicate any type information. Once you define your model with the data types you expect, mapper infers those types and converts the JSON values accordingly. It seems like with SwiftyJSON (which I haven't used) you have to duplicate this by calling things like `.stringValue` etc.

Interesting, i'll have to give it a shot to see how it works. Any plans to provide integrations for something like alamofire? If I could abstract all of the work to a special response handler i'd definitely switch over

If you violate the license agreement from apple there's potential for legal repercussions, and when you are trying to make money from their distribution channel (app store) it's generally better to not violate any of their rules. Especially since they don't have to give you much of a reason when rejecting or retracting your app from their store.

My advice for written exams is just memorize the basics (conditionals,loops,access control) and also to talk to whoever is grading the exam prior to you taking it. Often written exams will only deduct minor points for something an ide/compiler would pick up and knowing this walking into the exam can let you focus on things more important than syntax

I believe older java versions are already incompatible with newer jvms. I couldn't find it explicitly stated but i'd be surprised if 1.4 code worked 100% correct on a 1.7 jvm.

My experience so far is that the list of incompatibilities (http://www.oracle.com/technetwork/java/javase/compatibility-...) between versions makes it nearly impossible to just drop code between versions. It will run, but often implementation details have changed causing significant bugs. Your mileage may vary

I think so, the implementation is hard to control than jvms.As long as jvm can run older(e.g. 1.4) version bytecodes, jvms is compatibility, but what if jvm drop that, then support real type generic like C#, etc, that's would be wonderful.

Can you enlighten the uninformed what would make OpenBSD more secure by default? It's my firm belief that the only secure system in the world is one that no one can use, biggest security hole you can add is a person...

Ubuntu implemented the Amazon lens by default a few years ago. People got cranky about it.

I sincerely hope they are fixing the mms integration. The default messaging apps can handle mms from my carrier, hangouts has never worked properly with my carrier for mms

The way i view editors vs ides is an editor is a completely un-configured ide.

for example your go problem can be solved using goimports http://godoc.org/golang.org/x/tools/cmd/goimports Using this tool you don't have to worry about those imports and it can be configured to automatically run on save in most editors.