Slashdot Mirror
Kotlin 1.0 Released
Qbertino writes: Kotlin, one of the challengers to Java's VM, has been released in version 1. Kotlin is object-oriented, statically typed and comes with professional IDE support by Jetbrains — which is no big surprise, since it's the Jetbrains employees who developed the programming language that saw the light of day four years ago. Kotlin is already in real-world use and development will be moving into fleshing out the Kotlin feature set without breaking backwards compatibility. These features include planned support for JavaScript — which sounds interesting considering JS has gained quite some traction recently. Kotlin is FOSS and is released under the Apache license.
I would imagine this is literally riddled with security vulnerabilities at this point. I think I'll wait 4 more years until 2.0 comes out.
I think it takes about 8 gigs of ram just to develop a Java application using an IDE. Along with the daily security holes, not sure why someone would wanna mess with this failure of a language platform or making something big and new for it. At least all the hipster libtard SJWs don't see to be taking up Java like they do with javascript, rust or ruby, nothing against javascript really tho. Personally, I like it. But hello no to Java. I'll stay 100 miles from ruby, but I'd try Rust.. so sue me! Thanks for reading my opinion.
According to its webpage, this is a JVM-based language.
Provide an actual working installer, instead of that Sun invented piece of misnamed, misplaced piece of camel dung instlaler. First you have the magicalliy renumbering component versions, then the "you have to formally sign a user agreement" to instlal it, then for RHEL and CentOS and Fedora and SuSE users you get misnamed "rpm.bin" piece of sticky doggy mess that violates the File System Hierarchy and whose RPM package name does not match the name of the RPM file.
There are reasons some of us gave up on using anything from Sun, and it's sad to see Oracle continued the same stupid practices. If these Java variant exert the slightest care in packaging, they can pick up a few clients right there.
does it run Java? ... Why not either invent a language or a VM?
The Java VM can run a couple dozen languages, including Javascript, Ruby, Python
Inventing a language is stupid if you don't take advantage of existing libraries -- in particular for Java.
NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
Which is it? The summary makes it sound like Kotlin has its own VM (JVM compatible I'd assume) to compete with Oracle's JVM. The web page makes it sound like Kotlin is just a language that compiles to the JVM's bytecode. Which is it? Or is it a both?
Kotlin is yet another language to be run in the JVM. It is not a competitor to the JVM as the description suggests.
the problems future at all or a public clu3, with any sort OFFICIAL GNAA IRC or make loud noises Is dying.Things us the courtesy
Switching from yearly upgrades to their current rent-seeking behavior has lost them a ton of customers already.
Their self-inflicted wound will kill them sooner rather than later so this is meaningless.
Its syntax is Java like in its lack of expressiveness and verbosity. What is the point when Scala, Clojure and JRuby are all more expressive and much more mature?
All the new JVM based languages that are popping up are just syntactic sugar on top of Java. The real concepts can't be shaken, as the JVM is pretty much limited in what it can do and what it can't.
Telling from the examples, Kotlin seems to be a good example: Yet another poor copy of Java with some "obsolete" things like the semicolon removed (why is there so much hate for it?), and you write "fun" instead of "function". So what. I don't think this makes me more productive than Java. Its just for all the people who keep preaching "java is shit" because they've heard it somewhere and now they want to use a "much better" language.
If Kotlin suits, Java is fine for the job as well, and most likely its even better.
Timothy Lord, you have a coconut for a brain
Red Hat managed to spend five years on Ceylon, a JVM language almost nobody wants to use.
Great to see a sane alternative gaining traction.
If there's one thing we should have learned about these languages that target the JVM it's that they're all hype-driven and are largely forgotten about a year or two later.
JRuby and Jython were widely hyped a few years ago, then they were promptly forgotten.
The hype moved on to Scala. It, too, has been largely forgotten.
The hype then moved to Clojure. The hype wore off of it pretty quickly, and it also has now been largely forgotten.
Ceylon was hyped briefly, but it hasn't gone anywhere, and has been forgotten.
Now Kotlin is the hyped JVM language of the day.
My prediction is, like all of its predecessors, that it'll be forgotten soon enough.
The hipsters who are hyping it will have moved on to the next hyped JVM language, perhaps as early as next year.
Meanwhile, everyone doing real work with the JVM will continue to use Java, just like they've been doing for about two decades now.
java8 already has a javascript engine.
I took a quick look at it and - while I kinda get the appeal - it just seems to me to be too much variation from standard coding practices and, as someone who spent way too much time deciphering kabuki-like single line C statements that should have been a proper function, I'm not a big fan of shortness for the sake of shortness. I personally have found that standard JPA and Java, with much help from OpenXava, is the best combination of ease-of-development and flexibility for my app needs. But, that's just one man's opinion...
why we can't use C++ and C++ style derivatives for compiled code (cross compiled to many platforms), and then for interpreted needs use javascript, python, or whatever floats your boat on top?
There's some interesting languages out there with other features. Haskell comes to mind, as a pure functional language. It's not just pretty syntax, but a different way of thought that provides some features and power that C++/Java style imperative languages can't match. They're so different that you need different compilers really. You can't always write a Haskell program and "translate" it to C++, certainly not without re-architecting. Of course, there may be things an object oriented style is better suited for too, but just pointing out that some languages have different paradigms and therefore contribute new ideas to software development. That sort of exploration and research I think is important. I don't think we should be so quick to assume Java/C++/Python/whatever is the only language that is ever needed (which maybe is not what you meant, so I don't mean to attack you comment, just writing a thought that popped in mind based on yours).
A large amount of the languages these days seem to be more "domain-specific", that is, not very different from some underlying language, just adding some syntactic sugar for some specific problem or complaint while ignoring other drawbacks. I suppose that iteration is good though, as its catching the most important -- and serious? -- errors and making it easier to avoid those problems. 'm partial to investigating totally new concepts to see if we can build more resilient and secure software than to keep iterating what is already known to have drawbacks, but it's probably good that we do research from both ends -- incrementally improve what we have to take away certain known bugs and get it out the door *now*, while researching new ideas that perhaps will do away with whole classes of bugs for good (as well as make more powerful software in general).
Huh?
In OpenSuse using the binary from Oracle gives no issues. It installs in usr/bin/java and unlike Windows, I never need to change JAVA_HOME because there are softlinks in usr/java/latest to the most recent java version, so I never have to futz with update_alternatives unless I need an older version, which I never do.
I am not sure what weird thing you are doing to get the behavior you describe but that is not the case with any version of opensuse I have ever used and I have used every version from 9.x to Leap 42.1.
Formally sign a user agreement? You mean clicking a checkbox on the download page? I am not sure that qualifies as formally signing anything.
How can you be so wrong?! It tells you exactly what it is on the page you linked: an alternative to Java that runs on the JVM. Why "assume" things when you can just spend two minutes reading about it/
I've been using Sun/Oracle Java on (open)SUSE since SuSE 9.something times. Never ran into any of the issues you describe. 'which java' always gives me '/usr/bin/java', and the provided symlinks to /$latest/ take care of the versioning issues.
Il n'y a pas de Planet B.
Java is about the easiest versioned software you can deploy with configuration management tools like Puppet.. unzip -d /anywhere/jdk_anyversion jdk_anyversion.zip
Optionally make a symlink to a default version.
Zip it up once, extract anywhere you want, as many versions as you need, totally location independent. Rinse and repeat for any OS.
Try deploying multiple versions of the Perl runtime, on multiple OS. See how far RPM and FHS takes you.
Kotlin isn't a "challenger to Java's VM"; it would be great if it were, given how awful the Java VM is. In fact, Kotlin is simply one of dozens of languages on top of the Java VM.
Kotlin doesn't seem to be too different from C# or Swift to be worth investing time or money in it.
I'm always interested in new languages, unless they are JVM languages. I just don't like JVM.
Scala was interesting to me, but I don't use it because I don't want to mess with JVM.
Kotlin looks interesting, but... I just can't stand the pain of messing about with JVM.
http://studencik.com.pl/shop/4276-530-thickbox/ketchz-piekla-450-kotlin.jpg