| ▲ | TheAdamist 12 hours ago |
| Coming from the perspective of an eclipse fan, why is VS code the defacto answer nowadays? Im forced to use vs code (so biased), but everything seems worse than eclipse, plus these repeated security issues from malware laced projects. Theres been several posts about infected projects by fake recruiters here in the last year or two. Im guessing the answer is probably Java is why eclipse is out of favor. |
|
| ▲ | josephg 12 hours ago | parent | next [-] |
| > Coming from the perspective of an eclipse fan, why is VS code the defacto answer nowadays? Is eclipse good now? I used it 15 years ago. It took ages to start. It was a memory hog and it was dog slow besides. My entire team got RAM upgrades on our computers because the default company issued machines (which were quite good at the time) didn't have enough RAM to use eclipse properly. I can't imagine why it went out of favour... |
| |
| ▲ | someguyiguess 10 hours ago | parent | next [-] | | This is exactly what I was going to say. I used eclipse in college when learning Java. Back then it was bloated, slow, had really bad UX, and would occasionally crash for no reason I could ascertain (I was just doing basic school projects. Linked lists, binary search trees, etc...) VS Code, although it is starting to go get a bit bloated, has always been extremely responsive and snappy. Yeah I've had it crash, but I was never surprised that it crashed. (e.g. opening enormous files, running several instances at once with tons of tabs open, long debugging sessions, etc...) But now I use NeoVim so none of that matters... | |
| ▲ | pjmlp 7 hours ago | parent | prev | next [-] | | Definitely, it has been at least a decade since I had plugins corrupt my workspace, and there are old Reddit comments of me complaining about in on /r/java. Load VSCode with the same amount of plugins, each requiring its own process, to see how "fast" it runs, not to mention Electron crap, there is a reason so many Microsoft plugins are actually written in C++ and Rust. | |
| ▲ | ryukoposting 10 hours ago | parent | prev | next [-] | | > It took ages to start. It was a memory hog and it was dog slow besides. My entire team got RAM upgrades The more things change, the more they stay the same. I used to use VS Code on some very large C projects with 16GB of RAM, and my machine would grind to a halt while intellisense was indexing. | | | |
| ▲ | z3t4 8 hours ago | parent | prev | next [-] | | Todays hard drives are faster then memory was back then, so it's probably not an issue now. Could probably reparse your entire code base at every key stroke without you noticing. | | |
| ▲ | ahyattdev 5 hours ago | parent [-] | | Modern PCIe NVME drives typically see a few microsecond latency, but even DDR2 latency was around 10 nanoseconds. Memory remains top dog by a long shot. |
| |
| ▲ | pjc50 4 hours ago | parent | prev | next [-] | | We used to have a custom Eclipse-derived tool for embedded development, and it sucked. Poor performance, crashy, difficult to build and debug. VS code is just lighter. As well as feeling more "modern", simply due to being built with the prejudices of the mid-2010s rather than the late 90s. Eclipse 1.0 was in 2001! | |
| ▲ | Alupis 11 hours ago | parent | prev [-] | | How much ram did you have, and when was this? I remember being extremely happy with Eclipse on an 8GB machine - this was back in the jvm7 days. Heck, I did jvm6 development with Eclipse on Windows XP with 4GB of ram and was content. Eclipse gets a lot of automatic hate - I believe mostly since a lot of people first use it in university and struggled with their first real IDE. For years and years I had people telling me how great IntelliJ was, etc. I eventually switched - lo and behold, IntelliJ had just as many quirks (even some of the same) as Eclipse. | | |
| ▲ | morcus 10 hours ago | parent | next [-] | | > Eclipse gets a lot of automatic hate - I believe mostly since a lot of people first use it in university and struggled with their first real IDE. More like Eclipse struggled on the kind of hardware that people could afford as a student. My main memories of Eclipse (15 years ago at this point) are waiting forever for it to start up, though it was pretty adequate after that. | | |
| ▲ | DrewADesign 10 hours ago | parent | next [-] | | Right, but it’s essentially a fancy text editing environment. It should never have needed anything but barebones hardware. | | |
| ▲ | rovr138 8 hours ago | parent [-] | | > essentially a fancy text editing environment No, it’s an IDE first. Not a text editor that’s extensible. It has a lot of features built-in, pre-enabled, and configured out of the box. Yes, it can edit text. But it can do a lot more. | | |
| ▲ | gosub100 an hour ago | parent [-] | | And it clearly violated the "only pay for what you use" philosophy. Like driving a bulldozer to get a soda. |
|
| |
| ▲ | gosub100 an hour ago | parent | prev [-] | | I remember the first thing you had to do with eclipse was increase the memory limit so the obese hog called JVM could have barely enough room to wiggle around. |
| |
| ▲ | josephg 10 hours ago | parent | prev | next [-] | | It was 2010. Our default work machines had 16gb of ram. Eclipse ran, but it was tight. Especially while debugging. Some developers also apparently liked to open a second eclipse instance for some reason. You'd go OOM pulling stunts like that. They upgraded all of us to 32gb. 32gb doesn't sound like a lot of ram now, but in 2010 it seemed pretty wild to me. Especially for just running an IDE. In eclipse's defence, we were working on a very large java codebase. But that shouldn't have been a surprise to anyone. I've never seen a java codebase come in any other size. I'm running intellij (RustRover) right now, and its sitting on about 4.5gb of ram. That still seems very inefficient to me. But it doesn't sound that bad compared to eclipse. | | |
| ▲ | iberator 9 hours ago | parent | next [-] | | 16gb. Ram in 2010?! That's like top 10%, not standard.
Even now computers are shipping with 16/32gb ram | | |
| ▲ | elzbardico an hour ago | parent [-] | | At this time laptops still could have memory upgrades, and memory was pretty cheap compared to today. The first thing I did when I bought a new laptop was buying two 8GB SoDIMMs, it was way cheaper than ordering the upgrade from factory. The thing is, memory in personal computer have plateaued for quite some time. 16GB was not uncommon in 2010. Things are not like the crazy 90s and early 2000s where PC configuration become obsolete in less than two years. |
| |
| ▲ | Alupis 9 hours ago | parent | prev | next [-] | | That seems incredible. 16GB of ram to run (presumably windows 10) and Eclipse? Eclipse, unlike IntelliJ offers "project" view were you have have many "solutions" open at once. Even with multiple Eclipse instances open, it's hard to imagine it consuming so much ram. Perhaps you had other company-required software running. I was working on relatively largeish codebases and very happy with 8GB of ram until 2018ish. Regardless, an IDE is more than a text editor, so your claim that RustRover with 4.5GB of ram is inefficient is misguided. | | |
| ▲ | dragonwriter 5 hours ago | parent [-] | | > That seems incredible. 16GB of ram to run (presumably windows 10) and Eclipse? In 2010 it couldn't have been anything later than Win 7; Win 8 was released in 2012. |
| |
| ▲ | ReptileMan 9 hours ago | parent | prev [-] | | >They upgraded all of us to 32gb. 32gb doesn't sound like a lot of ram now, but in 2010 it seemed pretty wild to me. Especially for just running an IDE. With the current prices it is still wild mate. | | |
| ▲ | elzbardico an hour ago | parent [-] | | Funny thing, memory was cheaper, and machines were upgradeable. People used to buy low memory machines and upgrade them with after market memory to avoid paying DELL or Apple's memory upgrade tax. |
|
| |
| ▲ | dragonwriter 5 hours ago | parent | prev | next [-] | | > Eclipse gets a lot of automatic hate - I believe mostly since a lot of people first use it in university and struggled with their first real IDE. My first IDE was Turbo Pascal 2.0, about 20 years before I used Eclipse, and I used a lot in between (and since). Eclipse was the single most unintuitive, user hostile, clunky, slow, and painful system to use. A few of those problems probably would have been a little bit less noticeable on a ridiculously high-end machine, but not all of them, and other contemporary IDEs worked well-enough on lighter machines. And despite how much I disliked using Eclipse, I liked the idea of Eclipse, and kept it around because it was, for a while, occupying the niche of “extensible open source platform most popular to target for interesting dev tools” (because there weren't really any alternatives that were as open and extensible). | |
| ▲ | Semaphor 11 hours ago | parent | prev | next [-] | | I used eclipse in university around that time (2005), then first switched to netbeans which I already liked more, then discovered IntelliJ and have been using that ever since. Everything about Eclipse felt worse in ways neither of the others did, but all of that was still during university (though I now use JetBrains professionally). | |
| ▲ | bilekas 6 hours ago | parent | prev [-] | | > Eclipse gets a lot of automatic hate - I believe mostly since a lot of people first use it in university and struggled with their first real IDE. this is a huge assumption and also ignores the fact that if it's not clear to users, it's a bad design. |
|
|
|
| ▲ | com2kid 11 hours ago | parent | prev | next [-] |
| I switched to VSCode because it has a free editor with a really great jump to file hotkey. I remember when the big VS added jump to file but it was so damn miserably implemented as to be useless. Having worked at Microsoft for a decade, the most frequent way I navigated a large source tree was dir /s *partialfilename*.* Then again while I was there, most code bases couldn't even open in Visual Studio. (highly team dependent, I was mostly on older C/C++ code bases.) Some teams at MS paid for an editor called Source Insight, which indexed your code and could also parse C #defines and other preprocessor macros, which was super unique and powerful. It had an incredibly powerful symbol and fuzzy filename search capabilities, I'd frequently have Source Insight open just so I could find where in a folder structure a file was and then I'd open it up in my preferred editor. Back when I got my first SSD the largest boost to my dev productivity was not in compile times (large C++ code bases tend to template bound more so than IO bound), it was how fast I could find files in the directory structure. I'm sure Vi/Emacs users have some magic set of plugins that do all of this for them, but as someone back on Windows back in the 2000s and 2010s, the supported MS tooling was horrible at all this. Then VS Code comes along with amazing fuzzy file name matching. Holy cow. Sure it is missing 90% of the power of real Visual Studio (being able to have a debugger step from front end web code to your backend and then into stored procedures in SQL, running on a remote machine, that your debugger transparently auth'd to, is something Microsoft had working 20 years ago and would be considered impossible dark magic with today's tooling), but wow can I navigate a project quickly! |
| |
| ▲ | danielodievich 10 hours ago | parent | next [-] | | Site license to source insight was something I missed badly after Microsoft. Bought my own copy. It did wonders when looking at Snowflake monorepo, which was otherwise impossible to understand . Great piece of software, still going strong too. | |
| ▲ | m-schuetz 8 hours ago | parent | prev [-] | | Same here! Easily jumping between files is one of the best features. I always have VS and vscode open simultaneously, doing about 99% of the work in vscode and only using VS to compile and to debug. |
|
|
| ▲ | dfajgljsldkjag 12 hours ago | parent | prev | next [-] |
| Eclipse is not safer it just has fewer people looking for holes in it. The problem is not the software but how we trust code from the internet. Even if you used Eclipse a fake recruiter could still trick you into running a bad script. We cannot fix social engineering by changing the text editor. |
|
| ▲ | elzbardico an hour ago | parent | prev | next [-] |
| Eclipse was always a confusing product. It was a bastard child of Visual Age for Java from IBM, which was already a bastard of IBM's Visual Age for Smalltalk. Visual Age for Java had some quirkiness being a Smalltalk IDE adapted to Java development (for example, the concept of a file and a hierarchical filesystem itself was definitely a second class citizen in Visual Age) and eclipse kind of rounded those rough edges. But Eclipse became a victim of late 90s/early 2000s academic driven overengineering with overly complex/bureaucratic stuff like OSGI, and the support for the absurdly bureaucratic java development ecosystem at that time. |
|
| ▲ | vbezhenar 10 hours ago | parent | prev | next [-] |
| For me vscode is super-lightweight and at the same time has enough functionality. I didn't use Eclipse for many years, but from my memory it was super-heavyweight. And it didn't really support anything except Java. Interestingly Java is the only language that I've found vscode support poor, so I keep buying Idea license exclusively for Java projects. For rest of languages that I use (JS/TS, Go, Python, Shell, YAML, XML) I'm using vscode and happy about it. In recent years vscode starting to get bloated, mostly with AI stuff. But so far I can disable everything AI with a single setting and it works good afterwards. I'd prefer for all AI features to be contained in a separate plugin that I can just not install, but I guess managers these days want to shove AI in everyone's throat. Another good thing about vscode is that its written with JavaScript and can be launched in browser, so in the future I want to put my development environment in the browser, but so far I didn't do that. |
|
| ▲ | gucci-on-fleek 6 hours ago | parent | prev | next [-] |
| I don't really like VS Code either, but I personally use it because I tend to jump between a half-dozen semi-obscure languages, and VS Code is the only [0] editor that supports all of them. [0]: Vim and Emacs have almost as good or slightly better language support, but I prefer GUIs over TUIs. |
|
| ▲ | eikenberry 12 hours ago | parent | prev | next [-] |
| Seems very odd to me that someplace would force the use of a particular development tool. I've seen it only one time while interviewing, where they wanted everyone to have identical setups so they could easily hop onto each others computers when needed... it was weird and I took it as a red flag and didn't follow through them them. |
| |
| ▲ | pjmlp 7 hours ago | parent | next [-] | | This is common in many companies, IT wants standard development environments. | |
| ▲ | leptons 7 hours ago | parent | prev | next [-] | | Some software development workflows require specific tooling, with complex setups. While it may be possible to do with other tools, it's often very difficult, and not really worth the trouble when there is a known working setup. It's easier to onboard new people if they use the established toolchain with known working configs. I worked at a place once where it took several days to get the dev environment set up. It would have taken far longer if someone wanted to use whatever random tool they'd prefer to use. | |
| ▲ | userbinator 12 hours ago | parent | prev [-] | | That is a massive red flag to me too. They are basically saying "you are identical to everyone else, and easily replaced." | | |
| ▲ | doubled112 11 hours ago | parent | next [-] | | Wanting to be able to use anybody's machine is very strange, agreed. From a support/IT perspective though, the closer everybody's machine is, the easier the job is. The last software shop I worked at, we had a default set of tools and configs. It was a known happy path. You were allowed to adventure off of that path, but you were mostly on your own. | | |
| ▲ | MaulingMonkey 10 hours ago | parent | next [-] | | > Wanting to be able to use anybody's machine is very strange, agreed. Very useful if people are struggling to create reliable repro steps that work for me - I can simply debug in situ on their machine. Also useful if a coworker is struggling to figure something out, and wants a second set of eyes on something that's driving them batty - I can simply do that without needing to ramp up on an unfamiliar toolset. Ever debugged a codegen issue that you couldn't repro, that turned out to be a compiler bug, that you didn't see because you (and the build servers) were on a different version? I have. There are ways to e.g. configure Visual Studio's updater to install the same version for the entire studio, which would've eliminated some of the "works on my machine" dance, but it's a headache. When a coworker shows me a cool non-default thing they've added a key binding for? I'll ask what key(s) they've bound it to if they didn't share it, so we share the same muscle memory. | |
| ▲ | Alupis 11 hours ago | parent | prev [-] | | Devcontainers[1] or some similar technology are a must. Use whatever specific IDE you want, but the development environment itself should be identical across everyone on the team. No more "works on my computer" issues. The environment is always identical. [1] https://containers.dev/ |
| |
| ▲ | not_a_bot_4sho 11 hours ago | parent | prev | next [-] | | It's quite common if you work in a team of engineers, or in a large company with many engineers. Having consistent machine and OS and app configurations enables better (lower cost, higher reliability) scripting and tooling solutions in things like repos and infrastructure. Not unlike consistency in language and compiler choices. | |
| ▲ | bitwize 9 hours ago | parent | prev | next [-] | | Having a consistent setup makes it easier for your organization's IT team to support you, troubleshoot issues, etc. It also makes it easier for you to collaborate with other members of your team, or even other teams. If your coworker Fred comes to you asking for help on how to refactor something, for instance, it will go much more easily if you're running the same IDE with the same refactoring tools. Organizations establish and enforce standards for a reason. | |
| ▲ | croes 11 hours ago | parent | prev [-] | | Or they bust don‘t want to look after a dozen different tools and their security issues. |
|
|
|
| ▲ | atq2119 10 hours ago | parent | prev | next [-] |
| My personal reason for switching some years ago was the excellent remote session support via ssh. I haven't reevaluated that choice in a while, but that plus LSP support (and to a lesser extent ML Auto-complete) are must-haves for me nowadays. |
|
| ▲ | closeparen 9 hours ago | parent | prev | next [-] |
| Never liked Eclipse, but I’ve been forced to use VSCode over my preferred JetBrains IDEs because it is the only modern mainstream editor with a competent client-server mode. As in, actually rendering the UI locally while doing all the code indexing and intelligence on the server. Corporate world would much rather maintain disposable remote VMs than help you unfuck your laptop after whatever required security upgrade installs the wrong version of a scripting language and sends everything to hell. |
| |
| ▲ | sakjur 8 hours ago | parent | next [-] | | Have you tried Jetbrains Gateway? I’m curious whether it’s insufficient or just too recent, as I’ve eyed it a few times. | | | |
| ▲ | mrkeen 8 hours ago | parent | prev [-] | | Yikes, sounds like hell. Corporate never seems to get that git is the kind of interface you want between your computer and their servers. Then when you trash your computer you can just get it back to the state of being able to git. | | |
| ▲ | vanviegen 8 hours ago | parent [-] | | They're not using the remote VM as a server but as the development machine though. You don't want to have to git commit and push every time you need to run or even type-check your code. I think what GP describes is actually a pretty okay solution for orgs that don't want to provider their devs with local admin privileges. |
|
|
|
| ▲ | blackoil 10 hours ago | parent | prev | next [-] |
| Because it is fast enough, easy to onboard to with sane defaults. MS provided initial plug-ins and the ecosystem developed. Threat model described is not unique to VS Code |
|
| ▲ | Avicebron 10 hours ago | parent | prev | next [-] |
| The only thing that matters is extensibility/customization and speed. I want the lightest, most customizable thing that isn't emacs (for real reasons, trying to set up emacs at work is too much of pain in the ass) as my single pane of glass on any OS I care to use. If it can't do that, it doesn't live long. |
| |
| ▲ | rapind 10 hours ago | parent [-] | | I want the lightest, most customizable thing, that is also Vim. Thank god there's Vim for that. (cloning my dotfiles for instant setup on a new box) | | |
| ▲ | Avicebron 10 hours ago | parent [-] | | I mean, sure, you could do that. No one said being competent was easy. Have you tried lisp? |
|
|
|
| ▲ | m-schuetz 9 hours ago | parent | prev | next [-] |
| I've also used Eclipse in the past but almost exclusively used vscode in recent years. It's just a phenomenal text editor. It's got fantastic multi-line selection and editing tools and searching for files is instant and you don't even need to be fully accurate with the filename. Nowadays I hardly ever use the sidebar to look for the file, I just type thr ctrl+e shortcut and insert several letters of the file and I instantly get the result. It's a small thing with a huge impact. VS, for comparison, lags a few seconds when searching files, and it misses files that are not imported into the workspace. That difference makes VS useless to me. |
|
| ▲ | MaulingMonkey 10 hours ago | parent | prev | next [-] |
| I bucket Eclipse under "heavyweight IDE". I used to use it, plus the CDT plugin, for my C++ nonsense. Then Visual Studio's Express and later Community SKUs made Visual Studio free for ≈home/hobby use in the same bucket. And they're better at that bucket for my needs. Less mucking with makefiles, the mixed ability to debug mixed C# and C++ callstacks, the fact that it's the same base as my work tools (game consoles have stuff integrating with Visual Studio, GPU vendors have stuff integrating with Visual Studio, the cool 3rd party intellisense game studios like integrates with Visual Studio...) Eclipse, at least for me, quickly became relegated to increasingly rare moments of Linux development. But I don't always want a heavyweight IDE and it's plugins and load times and project files. For a long time I just used notepad for quick edits to text files. But that's not great if you're, say, editing a many-file script repository. You still don't want all the dead weight of a heavy weight IDE, but there's a plethora of text editors that give you tabs, and maybe some basic syntax highlighting, and that's all you were going to get anyways. Notepad++, Sublime Text, Kate, ...and Visual Studio Code. Well, VSC grew some tricks - an extension API for debuggers, spearheading the language server protocol... heck, I eventually even stopped hating the integrated VCS tab! It grew a "lightweight IDE" bucket, and it serves that niche for me well, and that's a useful niche for me. In doing so, it's admittedly grown away from the "simple text editor" bucket. If you're routinely doing the careful work of auditing possibly malicious repositories before touching a single build task, VSC feels like the wrong tool to me, despite measures such as introducing the concept of untrusted repositories. I've somewhat attempted to shove a round peg into a square hole by using VSC's profiles feature - I now have a "Default" profile for my coding adventures and a "Notes" profile with all the extensions gone for editing my large piles of markdown, and for inspecting code I trust enough to allow on disk, but not enough to autorun anything... but switching editors entirely might be a better use of my time for this niche. |
|
| ▲ | gt0 8 hours ago | parent | prev | next [-] |
| It's free, it has support for loads of languages, and it's kind of fashionable. Personally I'm kind of lukewarm on VS Code, it's fine, but CLion, Visual Studio Proper, and RustRover are better for me. I see why people use it though, it's not a bad editor at all. For Java, I'm all over IntelliJ. |
|
| ▲ | mr_toad 12 hours ago | parent | prev | next [-] |
| > Im guessing the answer is probably Java is why eclipse is out of favor. Some people just want a text editor, whereas eclipse is “an IDE and Platform”. |
| |
| ▲ | IshKebab 6 hours ago | parent [-] | | I don't think that's really why VSCode succeeded or Eclipse failed. Eclipse failed because it was slow and janky and had abysmal UX and it only supported Java well. VSCode succeeded because it has a much more sane UX, it's way less janky, it's highly extensible and language neutral. |
|
|
| ▲ | doodlesdev 12 hours ago | parent | prev | next [-] |
| > everything seems worse than eclipse
I would say the answer is that's not the general perception of the software. I'm personally migrating out of VSCode, because having to use the OpenVSX registry to have open-source builds makes me mad (I've since migrated to Zed for now, since I've never adapted well to neovim nor emacs).In general, I believe most people see VSCode as "good enough". Maybe not the best text editor, but it's good enough at everything it does and extensible enough to the point that there's really no point to go for anything else unless you have a really good reason to. > Im guessing the answer is probably Java is why eclipse is out of favor.
My previous answer is thinking about editors in general. But in the case of Eclipse I'd say you're right LOL. |
| |
| ▲ | com2kid 11 hours ago | parent | next [-] | | People forget that there was a period of time during which the Java runtime installer tried to install actual adware. You had to jump through hoops to deselect adware from being forced onto your machine, it was infuriating. Setting up a new machine, I could choose between Eclipse (free, took forever to open, slow, asked me a million questions before it let me start working) or Visual Studio (cost money, incredibly powerful, written in C++ and was really damn fast.) | | | |
| ▲ | jen20 12 hours ago | parent | prev [-] | | “Java” does not explain why Eclipse is irrelevant where IntelliJ is thriving. |
|
|
| ▲ | reaperducer 12 hours ago | parent | prev | next [-] |
| why is VS code the defacto answer nowaday? 1. It's free
2. A million plug-ins
Personally, I don't use it because it's so dog slow. |
| |
| ▲ | josephg 12 hours ago | parent | next [-] | | > A million plug-ins > I don't use it because it's so dog slow. You might find it runs better with fewer plugins. | | |
| ▲ | g947o 5 hours ago | parent | next [-] | | Or with most language specific extensions disabled by default. I almost disable all extensions except the ones I use all the time. Then I enable specific ones at workspace level. Yes, it's annoying. But as an extension author, I know how some badly written extension can significantly slow down the experience, both during startup and editing. I even profiled other people's extensions and submitted feedback. | |
| ▲ | godelski 11 hours ago | parent | prev [-] | | Load time is in seconds, even with the program cached. I can still load vim with a ton of plugins[0] and still load a project in a few hundred milliseconds. Maybe VS Code is faster with fewer plugins but it's still "dog slow" to load and run. Only thing I'm "missing" in vim is the bloat [0] personal I only use a handful but I've played around because why not | | |
| ▲ | rmunn 10 hours ago | parent | next [-] | | With LazyVim (requires NeoVim) and its load-on-demand architecture, startup time usually stays below 50 milliseconds even with a ton of plugins. Below 50ms is fast enough that it feels instant. Aliasing `nvim` to `n` in my ~/.bash_aliases just makes it even faster. cd to a project directory, run `n .` and I'm looking at the NeoVim file explorer plugin for that project directory. No break in thought flow, no standing up to get coffee while the IDE loads, just keep going. | | |
| ▲ | vanviegen 7 hours ago | parent [-] | | Your focus on startup speed feels really alien to me. When working on a project I just keep vscode open. I reboot maybe once a week and starting vscode again takes about a second, and then maybe 10s of seconds of background processing, depending on the project size, for the language server to become fully operational. That's more than good enough for me. I've done a lot of shell-driven development in the 00s though, and I remember it did involve frequently firing up vim instances for editing just a single file. I no longer understand the appeal of that approach. Navigating between files (using fuzzy search or go-to-definition) is just a lot faster and more convenient. | | |
| ▲ | rmunn an hour ago | parent [-] | | LazyVim includes a bunch of pre-configured plugins that turn NeoVim into an IDE. Fuzzy search by filename, search by text, file explorer, go to definition, go to reference... Even debugging and unit test runners, it's all there. Yet when I'm at the command line and I need to make a quick edit to one file, e.g. `nvim ~/.bashrc`, I don't pay the startup cost of waiting for 50 plugins I'm not going to use. So it's the best of both worlds. |
|
| |
| ▲ | gambiting 6 hours ago | parent | prev [-] | | >>Load time is in seconds, even with the program cached. Are you like, for real? How often do you load it up for it to matter in the slightest? Do you not just open the project once at the start of the day and then continue working? Sorry but for someone used to working in VS proper and projects which take minimum 40 minutes to build, saying that a startup time of a few seconds is a problem is.....just hard to understand. |
|
| |
| ▲ | mhuffman 12 hours ago | parent | prev [-] | | I have noticed that Antigravity is lightening fast, wonder what magic they are using? |
|
|
| ▲ | forrestthewoods 11 hours ago | parent | prev | next [-] |
| I’ve never written a line of Java in my life. Why would I ever use Eclipse? VSCode is defacto standard because it’s kinda mediocre but works ok enough for every language and every platform. Microsoft created and popularized LSP so VSCode isn’t a single language IDE. I use a mixture of code editors. My favorite is probably 10x but it only works with C++. So VSCode is just a reasonably standard unless a different editor is better for a specific use case. |
|
| ▲ | mrkeen 8 hours ago | parent | prev | next [-] |
| It just happens. I was happy on netbeans, then I was forced over to eclipse, which I got used to. Then I got forced over to intellij. I'm still pissed about that (even though it's rider for me these days). I don't mind VSCodium that much because I can put my tooling on the side (like a good unix fanboy) instead of hoping that jetbrains reimplements every other tool. Ag, grep beat IDE searches any day. But yeah we have reach a stupid point in the industry where VSCodium asks me to trust a codebase before it will let me edit it. |
|
| ▲ | jonwinstanley 10 hours ago | parent | prev | next [-] |
| As I remember it, VS code was Microsoft’s response to Sublime. Sublime was exceptionally popular for web developers throughout the 2010s. Sublime was maintained by a single person as far as I know. VS code was pretty much a copy of Sublime but with a much better extensions system and relatively quickly there were some great plugins that made VS code the de-facto editor for web development. |
| |
| ▲ | glenngillen 9 hours ago | parent | next [-] | | Wasn’t it a copy of Atom? | | |
| ▲ | jonwinstanley 9 hours ago | parent [-] | | Yes, Atom was an earlier shot at building a Sublime competitor too. I don’t know how usage of Atom compared to Sublime, but within my friends and colleagues it was only when VS code got good that people started moving away from Sublime. | | |
| ▲ | fleebee 8 hours ago | parent [-] | | I can only speak for $MY_JOB, but I'm pretty sure everyone was on Atom before VSC "got good". Atom had a good plugin ecosystem; what really drove the change was Atom's horrible performance issues whereas VSC was snappy and responsive. What I believe also influenced the shift was that at that point in time MS had accumulated a decent amount of developer trust by giving us TypeScript and later on by acquiring GitHub. They appeared to care and have the right vision for open source. | | |
|
| |
| ▲ | jhasse 6 hours ago | parent | prev | next [-] | | Let's also not forget one big reason VSCode took over and Sublime lost: VSCode is gratis and (mostly) open-source, while Sublime is proprietary. | |
| ▲ | pjmlp 7 hours ago | parent | prev [-] | | Nope it started as a Web IDE, going against Atom was their pivot to win market share, there are a few talks from the team if you search for VSCode history. |
|
|
| ▲ | DrBazza 5 hours ago | parent | prev | next [-] |
| > Why is VS code the defacto answer nowadays? For what I do, there's no reasonable alternative at the moment. I'm sure someone will correct me, but it's the only editor that correctly (for some definition of correct) allows remote editing and devcontainers: [desktop OS] -> ssh -> [dest box] [desktop OS] -> [devcontainer] [desktop OS] -> ssh -> [dest box] -> [devcontainer] [desktop OS] -> ssh (jumphost) -> [dest box] -> [devcontainer] I won't name and shame other editors (or IDEs), but either they simply can't do that, or their performance is absolutely, shockingly, abysmal. |
| |
| ▲ | boomlinde 3 hours ago | parent [-] | | I would rather solve file access at an entirely different level. A filesystem is a reasonable, editor-agnostic abstraction for this, and I can use sshfs to mount a remote directory over SSH in a way that's invisible to whatever tools I prefer to use to edit the files. If you have a jumphost chain, you can configure that in the SSH config. I don't know what a devcontainer is exactly, but if it's a container in the sense that it runs a Linux development system, I would investigate whether that, too, could easily be set up for access via SSH or mounted locally through some other mechanism. | | |
| ▲ | DrBazza 44 minutes ago | parent [-] | | File access isn't the same as tool access. You need to run tools on your ssh host as well. And a devcontainer does indeed equal a (docker) container. The name is very specific and describes shipping a full developer environments so that 'you' do not have to install gcc-toolset-15, or boost 1.83, or mold, or python 3.11, and so on. https://containers.dev/ | | |
| ▲ | boomlinde 25 minutes ago | parent [-] | | > File access isn't the same as tool access. Running tools remotely isn't the same as remote editing, so you'll have to forgive the misunderstanding. > You need to run tools on your ssh host as well. `ssh user@remote tool`. Indeed, the tool you run on the remote host could be a text editor in itself. |
|
|
|
|
| ▲ | simoncion 5 hours ago | parent | prev | next [-] |
| I loved Eclipse. I still like it quite a lot. I stopped using it because none of the plugins for the languages I was using at the time (Ruby, Python, Erlang) were either worth a damn, or getting updated to track new language features. I started using VSCode because IntelliJ-family IDEs will report incomplete search results as complete when they are rebuilding their search indices. To put it another way, they will tell you that a string that definitely appears in the project does not appear, if they haven't gotten around to re-adding the files that contain that string to the search index. This to me is intolerable behavior. Others find it perfectly acceptable. |
|
| ▲ | tannhaeuser 5 hours ago | parent | prev | next [-] |
| > Im guessing the answer is probably Java is why eclipse is out of favor. Dude, Eclipse has been out of favor for well over ten years now due to Jetbrains IDEs (IntelliJ IDEA). |
|
| ▲ | sfn42 6 hours ago | parent | prev | next [-] |
| To myself and many others, vscode is not the defacto answer. JetBrains is. IntelliJ was miles ahead of eclipse last time I checked. Rider is miles ahead of Visual Studio. WebStorm is miles ahead of vscode for js etc. It's not even a competition, to me. I've had to use Visual Studio instead of Rider for work the past year and it's been a very bad experience. The biggest difference is JetBrains intellisense feels like it's reading my mind, I'll just type a couple characters and hit tab most of the time. Visual studio on the other hand has the worst intellisense I can imagine. It very frequently just messes up what I'm doing - I'll write what I want correctly, hit space and VS will just change it to something entirely different and import a package while it's at it. It's incredibly annoying. And when I actually want to use auto complete, say for example I've declared a variable on the line above and I want to use it, I'll write a couple characters and then without fail the variable I just declared on the line above is like option 6 down the list behind a bunch of crap that doesn't even make sense in the context at all. And as if it wasn't enough that the IDE is crap when it's working correctly, it very frequently craps out and just stops providing syntax highlighting and such in .razor files, or showing errors in files that compile just fine, forcing me to restart it and delete the .vs folder. Like every day. Personally I think the only people who prefer other products than JB are people who don't know what they're missing. JB is literally just better in pretty much every way. At least the products I've used. I think I'll turn down the next job that asks me to use VS. |
|
| ▲ | SV_BubbleTime 12 hours ago | parent | prev | next [-] |
| Wild. I would quit my job and start selling jam at the Farmer’s Market before I went back to Eclipse! :) |
| |
|
| ▲ | bitwize 9 hours ago | parent | prev | next [-] |
| Thing that IntelliJ and even NetBeans have going for them is that they seem like tools for getting work done. Eclipse puts more emphasis on being a platform which means you have to download and configure plugins just to get started. Great if you're a corporate shop with a standard setup that's force-pushed to every machine. Not so much if you're just getting started or working on side projects or in a startup, which is how languages and frameworks gain mindshare in the web era. Visual Studio Code—I dunno. It's an editor more than an IDE. It lets Webdev Andys create an empty directory, put an index.ts in there, and get started right away. Yes, WebStorm does the same, but VS Code comes with decent multilanguage support for free. It's like vim or Emacs but crappier and more bloated, but a lot of people don't care about that. |
|
| ▲ | dangus 10 hours ago | parent | prev | next [-] |
| It's the license. The MIT license is what makes VSCode the defacto answer. It also runs on the web, which makes it extremely convenient to toss into...web things. It's the code editor for the Google Cloud console, the Lambda web console, the GitHub web editor, and so on. I'm going to guess that Eclipse doesn't have the same amount of security issues because it's not a popular target. Everyone (relatively speaking) is using VSCode or something based on it. |
|
| ▲ | zombot 5 hours ago | parent | prev | next [-] |
| If you did webshit in eclipse, especially with NPM involved, it would be just as bad. Running arbitrary code from a downloaded bundle seems normal in that world. > Im guessing the answer is probably Java is why eclipse is out of favor. I don't get the connection, but Java had log4j, i.e. a remote code execution vulnerability. |
|
| ▲ | bilekas 6 hours ago | parent | prev | next [-] |
| This is so insane to me. Eclipse is... Fine for Java in the sense Visual Studio is for dotnet. But man can they both be slow. Use case depending sometimes you just need a quick editor, thats why sublime had and probably still has a huge userbase, its fast startup and flexibility. Vim, emacs and derivatives of it are the same story. I can't imagine ever opening up eclipse to edit a zig/go/js file or project. It's too bloated. The answer is neovim anyway. That's all anyone needs. /s |
| |
| ▲ | trelane 2 hours ago | parent [-] | | Emacs is a full IDE, not just a quick one-off editor. Its power comes from having everything scriptable from the ground up. Contrast this with the modern Extension concept, where there is a hard line between the editor's code and any changes you might want to make to its behavior. I think vim is probably similar, but I've not gotten into it that much. | | |
| ▲ | bilekas an hour ago | parent [-] | | Exactly, and infact vim is very simular, neovim in my case extensible through lua scripts as an example. It's as light or feature packed as I like. Contrast that to Eclipse and Visual Studio (not vsCode) and it's clear why the larger IDE's are falling out of favour. |
|
|
|
| ▲ | pjmlp 7 hours ago | parent | prev [-] |
| VSCode main architect is one of the Eclipse authors, Erich Gamma. Other than that, it is more fashionable to ship Chrome with applications and JavaScript is hot. /s Eclipse remains my main Java IDE at work. |