Goodbye to Eclipse – the end of an era as an Eclipse plugin developer
pureconcepture.blogspot.com
pureconcepture.blogspot.com
Still a million times better than Eclipse though.
No system is often good enough for basic projects, but not Android development. Support libraries, configuration, API versions, NDK support, etc. make Gradle a requirement. Gradle is the official build system of Android for a reason, it's not something that Google just added willy-nilly to Android Studio.
As an Android developer, I LOVE Gradle. I think it's a vastly superior build system. I also use it for complex desktop applications, and applications that run on both desktop and Android, using shared code and OS-dependent code (the module system makes this very easy to organize).
I predicted that you would lose interest and move on to something else, and my workflow would have then depend on abandonware. A gentle bit of advice: Team up with someone as enthusiastic about the idea as you. If you can't find anyone interested, that's probably a signal not to work on the thing.
You might want to check out sulong,
https://github.com/graalvm/sulong
It sounds like a project you could contribute a lot to. There are a few core committers and it sounds like you're interested in staying on the JVM. Compiling Rust to JVM and having a decent IDE for the language would be really nice too.
Finally, remember one thing about IntelliJ. It's popular because of Google, and as you have witnessed with Eclipse, Google is fickle. Chasing Google's whims seems like a bad idea in the long run.
IDEA is and was pretty well established in the Java/Scala world. Android Studio is the cherry on top.
I know this is a turn-off for a lot of people, but I still don't see why. Why you need an IDE that doesn't use JS?
VSC feels super fast to me. It certainly has better performance than Eclipse ever had, and feels less janky than IntelliJ.
I know some people like the light speed of Sublime, but to me there's a certain threshold where it's just fast enough. And that's where VSC is.
That still seems too heavy to me. Surely a native runtime for WebAssembly doesn't necessarily require Node and Chromium and all of Electron's bloat?
http://roryok.com/blog/2017/08/electron-memory-usage-compare...
Netbeans nightly and JDK9 is quite nice on this platform.
https://code.visualstudio.com/Download
Java works now. VS Code doesn't. Neither does Atom. Or any other Electron app. ARM is a pretty popular arch these days. They might want to work on that.
I feel the same way too. I was a Sublime Text fan/user for a few years until did the change to Atom and finally settle down on VSC two years ago. VSC is fast enough for me. Also, LSP seems interesting, ripgrep-backed search, official support for Python (as an extension) and so on.
EDIT: formatting
Honestly? This is going to be unpopular:
I resent javascript and the people who write it. I feel like there's this huge cohort of mediocre developers who learned javascript either on their own via tutorials or one of those boot camps, and then just never progressed from there, skillwise.
I feel like this cohort is behind what I perceive to be the gradual but inexorable decline in quality of the web in terms of user-friendliness. Javascript and the people who write it have steadily made my experience as a user worse while simultaneously making it easier for huge advertising conglomerates to track me and sell my data to the highest bidder. I'll say nothing of intelligence agencies that unfortunately do have reason to target me because of my work using those same loopholes.
In any case, I perceive Electron to be an enabler for these mediocre developers to peddle their horrible, poorly-performant spyware on the desktop platform because they're too scared to venture outside their comfort zone and learn something other than javascript. Why should I run a whole frigging browser just to display some text?
Not all ideas are created equal, and I just wish Brendan Eich had maybe gone back to the drawing board.
If you really believe that the "decline in quality of the web" can be attributed to web developers, then I'm sorry but you're just not seeing the big picture.
Marketers want more and more precise user tracking and analytics.
Designers want bigger and heavier images (and videos!) embedded directly in a website's homepage. They want custom, web-unfriendly fonts that have to be downloaded.
Financial stakeholders want cleverer, more intrusive ads that can bypass ad blockers.
And users want desktop apps that they can "install" by bookmarking a URL.
What can devs do about this? Nothing. Refuse to engage in it? Someone else will gladly take your job. In the end, there were clear economic incentives for the web to evolve this way. In this capitalistic economy, there was just no other possible direction.
I have ten years of experience in professional web development. I personally hate Javascript too. It's a terrible language and an even more terrible ecosystem. But in the end, you can write good software in anything. What you don't let like about the web today has little to do with the technology it is built on... Or the people developing for it.
They have been enablers. Every single time.
I still use eclipse because I haven't found anything else that embraces true full multi-language development the way Eclipse does. That is, in one IDE I have front end, middle tier and back end code all in different languages, sitting next to each other as first class citizens. I can set a breakpoint in my PHP code and my Java code and my Python code, and I can have the source windows right next to each other and debug them in parallel. I just don't know anything else that does that so well.
I also find Eclipse's incremental compile model invaluable. I was kind of shocked when I tried out IntelliJ and had to wait 15 seconds while it ran Gradle for it to tell me about a compile error.
So I'm definitely in the club of being sad it's losing mindshare.
I'm also an ex-eclipse user who have been a paying IntelliJ user before settling with Netbeans.
Can confirm that we don't bite.
It is basically a next-gen command palette. Much better than the builtin quick access in Eclipse.
The main reason: Updating intellij just works. Updating eclipse on arch linux meant that i have to readd the marketplace url for the proper version, add the maven plugin again and than it worked.
Yes this small detail sucked and yes it just works better in intellij.
I'll keep using it, because IntelliJ is almost as bad and has a GUI paradigm I can't get used to. But eventually that balance is going to shift.
If Eclipse is suffering from a lack of man power, they might want to consider making it easier to contribute.
Thanks dude. I just sprayed coffee all over my keyboard. The laugh was worth it though.
More keyboard shortcuts! = better. In eclipse I probably used 10...still hunting for the equivalent. Then there's the fact that some shortcuts require two hands, or a large hand. If you're focused on debugging and you need to step out... Shift F8?
Also the amount of times IntelliJ caches old files and screws up my testing is as much as eclipse... Which is probably my my biggest time waster. At least Intellij has the invalidate cache and restart... Which mostly works, till it doesn't, then I need to reimport.
IntelliJ has almost all important plugins and languages built-in. Even some quite nice frameworks.
I'm betting the menu content is dynamic (based on preferences, maybe the code that's on the screen etc.) and they're recomputing the content before drawing it - but still, it's no excuse.
Honestly, I'm curious. It's never occurred to me that having it there, even if you don't use it, could be problematic. What is it touching that bothers you so much? It's not like it's going to jump in your folder and start committing stuff at random.
Facepalm
I run into thousands of moronic things like that on an average work week
Think about it. As you are editing and saving, a real compiler is recompiling your code. Any and all errors show up as feedback in the IDE immediately. Intellij tries to guess errors for you, but I find that it often misses things until you run a build manually.
In conjunction with automatic incremental compilation is the problems window. I can't find anything remotely like it in Intellij. In a single window I can see all the errors and warnings in my workspace and address them. This is tremendously helpful, for instance, when I'm doing a complicated refactoring that can't be completely automated.
Another insanely awesome feature of this compiler is that it compiles class files with errors in them. This lets you do things like run your program even if there are compiler errors in your project, or, even more usefully, run a unit test. In Intellij I get so frustrated when I can't run a unit test because some entirely unrelated java file in an entirely separate module has a compiler error because I haven't refreshed my gradle project since pulling from git.
I really like seeing the warnings too. In every Intellij-driven project I've seen people do not care at all about warnings and the result is a lot sloppier code, including way more code that uses raw types, code that performs unchecked generic casts, code that makes mistakes with serialization, etc. In this sense Eclipse encourages better coding practices by putting the warnings your face in the problems tab.
I've had the opposite experience with plugins in Eclipse. I've found that there's way more plugins than in Intellij and that they work better. For instance, I completely gave up on Intellij's code coverage builtin plugin. It flat out wasn't working. On the other hand, the plugin I've tried in Eclipse works great. I've also found Eclipse's FindBugs and Checkstyle plugins to work way better for me.
I really dislike how Intellij handles debugging and spawning sub-processes. I remember at $lastjob when I still used Eclipse and I was helping an Intellij user try to debug something. I helped him figure out that he actually had about 5 sub-processes running in a debugger already and they were conflicting with each other. This kind of mistake I think is much harder to make in Eclipse. I also love the debug perspective and how it is separated from the regular perspective.
I could go on and on. I've found Eclipse to always be much snappier and more responsive than Intellij and to use less memory. I've found its code formatter to be more feature rich and useful. I like Eclipse's look and feel a lot better. Intellij uses Swing and it shows. But, at the end of the day, above all else, its the incremental compilation and everything that builds off of it. I have to use Intellij at my current job and I absolutely wish we could use Eclipse instead.
I find for instance that Intellij leaks memory and I frequently have to restart it once it gets to 8+ GB of usage. Also If I give it less than 6 GB of heap it runs insanely slowly.
Compilation in VS occurs at the project level. When you change a single file in the project, the entire project must be recompiled to generate the assembly. Eclipse on the other hand can recompile at the level of individual files, which is way faster, fast enough that it auto-compiles for you on save and the updates the editor with all errors and warnings discovered. No other IDE I am aware of can do this effectively.
So a better answer may be, they have been improving their sales team.
When I switched to IntelliJ, I suffered from none of those problems and it did not take me long before I went and purchased a personal license.
The fancy version costs money, yes, but the community edition is free and Apache licensed. Here's the source code: https://github.com/JetBrains/intellij-community
> is there another major cause for most of the world drifting to the inferior choice?
I've used both Eclipse and IntelliJ, as well as JetBrain's "ReSharper" tool in Visual Studio, and while the UI is obviously different, and in some ways better, some ways worse than Eclipse, the actual functionality and feature set of IntelliJ is clearly superior to Eclipse, especially all the refactoring and code smell tools.
The feature list is just incredible and constantly increasing: https://www.jetbrains.com/idea/whatsnew/
Also, IdeaVim is way superior to Eclim, if you care about Vim keybindings and modal editing.
Clearest example I've seen in a long time of why copyleft licenses are important.
EDIT: I was wrong about this, see below thread.
I was also confused before when browsing through Google's Android repos because they don't seem to do any development on the master branch: https://android.googlesource.com/platform/tools/idea/+/maste... ...instead developing on project or release-specific branches: https://android.googlesource.com/platform/tools/idea/+/studi...
I have to say, I'm glad to have been wrong!
But I’ll retract my downvote if you add any reasons for why you think eclipse is superior?
Because downvoting isn't intended to stifle someone else's perfectly valid opinion maybe?
This is a pretty huge claim. Care to share your reasoning?
IntelliJ is snappy, has a far better search function, makes better use of screen space, lets me keep working while it compiles, and has yet to corrupt one of my projects. I've used both, personally, and for work, for a couple of years. I will take IntelliJ every time.
[1] All the menus fading out, and becoming uninteractible, as it starts recompiling.
Mylyn alone makes me go back every now and then, but eclipse is just too bloated and unpredictable
[0] https://blog.jetbrains.com/pycharm/2016/05/debugger-intervie...
Their use of it was faster than I remember but just as difficult to navigate.