Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The values of Emacs, the Neovim revolution, and the VSCode gorilla

murilopereira.com

Post reply on HN
Print view View original

291–300 of 353 posts

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#291

Post by axaxs »

no_wizard wrote: post #271
axaxs wrote: post #238

Earlier quoted context omitted.

Vanilla Gnome is terrible. You must embrace extensions. At first I loathed the idea, but it's just become part of life. One for a dock, one for weather, one for tray icons, and if you prefer, one for top menu that gives you your more traditional start menu type thing. Or, there's always Xfce or KDE, of course. AMD drivers are now open source and finally working well. Nvidia is not, granted. Bluetooth audio works well…

This all highlights is a lot of choices and “do this don’t do that” kind of things I don’t like about the Linux Desktop environment, I don’t want to think about these kinds of things in my usage of a desktop. It’s a summation of everything I find lacking in the Linux desktop community

Sure, but there are a lot of distros out there that do these things for you. Solus Gnome is probably my favorite out of the box experience. It's basically pre-configured exactly how I tune Gnome myself.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#292

Post by rjbwork »

csomar wrote: post #264
emptysongglass wrote: post #198

Earlier quoted context omitted.

I don't understand why people are moving Linux --> Windows. At the company I work for everything is native to Linux--I am floored by the number of interns we get who are using Windows (it's all of them). We have an intake script for getting them up on WSL2 with our stack on top but man these graduates are CompSci people and they did 4 plus years of CompSci using Windows? I can only imagine the pain. Or rather, I know…

That's what they teach them in University.

It's really not. I was forced to do everything on *nix systems in university. I mostly work in C# on Windows in VS today, which is not something a single class in my university was taught in. We run our code on Linux, but I really don't need to interact with it much. We model everything in our stack using Terraform. I do use WSL-2 a bit when I need to, especially when interacting with the AWS Cli or Docker and similar.

It's just a good desktop and dev environment that stays out of my way, has sensible defaults, and doesn't require endless twiddling to be productive in.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#293

Post by nxc18 »

inertiatic wrote: post #236
Filligree wrote: post #218

Earlier quoted context omitted.

Speaking as someone who regularly attempts to switch back to Linux, I did that because the Windows desktop is a genuinely nicer experience. In no particular order... - The traditional start menu / taskbar is genuinely nicer than what Gnome attempts to force on me. OS X is also genuinely nicer than what Gnome attempts to force on me. I'd take either over Gnome. - The Linux desktop environment is laggy. This is difficu…

That's very weird. I'm using both, Linux for 8 hours at work and then Windows for my personal computing needs. I live mostly in the browser. Both OSes basically work. I can move my windows around lag free, entirely, always. Bluetooth audio works. This 4k screen I'm using now for the first time on Linux just worked.

Which browser? I find Firefox performance unacceptable on ubunutu. I’ve got an nvidia gpu, it feels like Firefox isn’t using it.

Chromium works ok, but I don’t like using chromium.

Do you only have the one 4K display? I guess it depends on the apps you use, but I’ve had to set special scaling settings for individual apps, and that breaks down with multiple mixed-DPI displays.

Yes Bluetooth audio works, but at least on ubunutu I get a long list of MAC addresses and not device names, which has poor usability IMO.

I’ve also noticed Ubuntu with gnome in particular is slow to start apps, and doesn’t give any indication of whether the app is just slow to start or has failed.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#294

Post by ilaksh »

Jugurtha wrote: post #246
ilaksh wrote: post #240

Earlier quoted context omitted.

Just to be clear, those are two separate cases: 1) Jupyter and 2) gedit + fish. Two different types of programming projects. I am using Jupyter Notebooks for what they are normally used for: machine learning experiments. But it might be a good idea to try to expand to other use cases since its such a powerful concept.

> I am using Jupyter Notebooks for what they are normally used for: machine learning experiments. I'm interested to know what kind of problems you may be having doing machine learning. Are you doing that as part of a team or for fun? We're making something in that space[0]. It's our machine learning platform because we've been doing ML projects for many years and are building this to help us. Does the description in…

That sounds amazing. Right now I am just learning about CNNs and I just bought a gaming laptop specifically so I wouldn't have to rely on Paperspace and vast.ai for everything.

So at the moment I am probably going to try to take advantage of the laptop a bit more. In the future if I have a contract or am trying to get a ML contract I may take advantage of some of your features which sound like a big advantage. How does the detection and automatic saving of models work? Seems pretty hard to do that. Does it work with the latest keras for example? And so I can just skip down to the cell that uses the trained model? To be honest I haven't used it much but I guess I thought if I committed the docker process after doing the training then I would already be able to use the trained model when I ran that image again.

My real goal is eventually to actually build a relatively novel real-time computer vision system for a simulated robot. So at some point I am not sure that Jupyter is going to be right. But I like it so maybe I can stretch out it's utility.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#295

Post by lliamander »

the__alchemist wrote: post #77

I'm curious if the userbase of these have tried a Jetbrains IDE (PyCharm, CLion, IntelliJ etc). I've found the Jetbrains IDEs understand the language more thoroughly - this means better code navigation, error-catching, and refactoring. I've also found the implicit project-first focus (as opposed to file-first) to be more practical for most things I work on.

IntelliJ is pretty excellent. And one of the things I like most about it is that it has excellent Emacs-style keybindings

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#296

Post by clankyclanker »

monsieurbanana wrote: post #290
BeetleB wrote: post #259

Earlier quoted context omitted.

> But these Windows jockeys I dunno I get the feeling they don't necessarily love computing? When I was younger, I wanted to work in places that had a passion for these types of things. Older me realized that was a bad idea. It inevitably seeps into things unrelated to doing the actual work (even performance reviews via 360 feedback). People are paid to do a job, and I've found that whether they love computing or not…

What I often hear is more about Emacs on windows having performance issues in some areas, magit comes to mind. Did you run into any issues?

There is one case I know of where Emacs (via Cygwin) has performance issues on Windows: listing directories in remote volumes. Per StackOverflow [0], dired is slow because `df` is slow on NTFS. So, you can eliminate df to speed up dired by a lot.

`(setq directory-free-space-program nil)`

0: https://stackoverflow.com/questions/26128693/emacs-dired-slo...

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#297

Post by omaranto »

monsieurbanana wrote: post #290
BeetleB wrote: post #259

Earlier quoted context omitted.

> But these Windows jockeys I dunno I get the feeling they don't necessarily love computing? When I was younger, I wanted to work in places that had a passion for these types of things. Older me realized that was a bad idea. It inevitably seeps into things unrelated to doing the actual work (even performance reviews via 360 feedback). People are paid to do a job, and I've found that whether they love computing or not…

What I often hear is more about Emacs on windows having performance issues in some areas, magit comes to mind. Did you run into any issues?

I think git is slow on Windows, and magit doesn't make the problem better or worse.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#298

Post by BeetleB »

monsieurbanana wrote: post #290
BeetleB wrote: post #259

Earlier quoted context omitted.

> But these Windows jockeys I dunno I get the feeling they don't necessarily love computing? When I was younger, I wanted to work in places that had a passion for these types of things. Older me realized that was a bad idea. It inevitably seeps into things unrelated to doing the actual work (even performance reviews via 360 feedback). People are paid to do a job, and I've found that whether they love computing or not…

What I often hear is more about Emacs on windows having performance issues in some areas, magit comes to mind. Did you run into any issues?

Main issue is magit. Currently the repository I work on is small enough that I put up with it. But I can see this being a real deal breaker for many.

There are certain Emacs features that may require some UNIX tools like find or grep. Often I've found ways to configure it to use ripgrep and fd instead (both are trivial installs in Windows, and generally faster than grep and find anyway).

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#299

Post by BeetleB »

omaranto wrote: post #297
monsieurbanana wrote: post #290

Earlier quoted context omitted.

What I often hear is more about Emacs on windows having performance issues in some areas, magit comes to mind. Did you run into any issues?

I think git is slow on Windows, and magit doesn't make the problem better or worse.

Nope - git is mostly fast on Windows. It's magit that's the problem - or rather how magit does things. It launches several git processes to do basic things like status or commit, and that is fundamentally slow in Windows.

See https://magit.vc/manual/magit/Microsoft-Windows-Performance....

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#300

Post by Barrin92 »

submeta wrote: post #30

When you finally learn to master and config Emacs, you run circles around all other editors. Emacs is so much more than just an editor. But even if you only use it for coding: Magit is the best git client I have used in years (coming from PyCharm + Git Tower App, which is nice), then there‘s Ztree-Diff (excellent folder diff tool; previously using Kaleidoscope app), then Eshell for interacting with the server from wi…

in theory I agree with this, the problem is just that Emacs very often shows its age. On large codebases the performance of completion frameworks is for me often abysmal, language server connections sometimes give in without discernible reason and I need to restart. A lot of things that should be done asynchronously aren't and so the UI locks up.

As a long term Emacs user I find myself going for VSCode a lot these days just because of how smooth it is and how well done the integration of major plugins is.

Post reply on HN