389
submitted 10 months ago by Hemi03 to c/programmerhumor@lemmy.ml
top 50 comments
sorted by: hot top controversial new old
[-] Pfnic@feddit.ch 190 points 10 months ago

How is a MacOS only editor without extensions going to gain enough traction to be widely adopted?

[-] th3raid0r@tucson.social 119 points 10 months ago

No kidding. One of the YouTubers I followed was really shilling Zed editor. He didn't seem to mention that it was Mac only.

Well, I guess it's back to neovim on kiTTY terminal for me.

Sometimes I swear Mac based developers think the world revolves around them.

[-] NovaPrime@lemmy.ml 50 points 10 months ago* (last edited 10 months ago)

You're already on a superior editor friend. Don't fall for the propaganda of lesser tools (that of course being anything not neovim)

[-] th3raid0r@tucson.social 34 points 10 months ago

Eeeehhhh, I was kinda jealous of one of my coworkers Doom Emacs setup. He had automated like 80% of his own job with it. Still haven't bothered to try to learn it myself. One of these days...

[-] hackris@lemmy.ml 20 points 10 months ago

What did they automate? I'm trying to get some ideas for my Neov... uhhhh... Emacs with evil-mode setup.

[-] th3raid0r@tucson.social 22 points 10 months ago* (last edited 10 months ago)

He did this thing where he unified his shell history across thousands of hosts - it was super handy given our extensive use of Ansible playbooks and database managment commands. He could then use a couple hotkeys to query this history within a new open document. Super handy for writing out shell command steps or wrapping things in a bash script you're working on. Unfortunately I don't really have a link to HOW to do this, I just remember thinking "Oh my god, that would save me SO much time".

Nowadays, I just have this giant document with hundreds of our runbook commands and enable Github Copilot to make it SUPER easy to do the same thing without establishing an SSH session in the backend.

[-] hackris@lemmy.ml 11 points 10 months ago

Wow, that's super useful! I don't have thousands of hosts, but even with a dozen, it would save me so much time. Why have I never thought of doing this? Thanks for the idea! (now I just need a few lonely evenings configuring the thing)

load more comments (1 replies)
load more comments (1 replies)
load more comments (3 replies)
[-] AVincentInSpace@pawb.social 12 points 10 months ago* (last edited 10 months ago)

If you're a fan of neovim I'd like to take this opportunity to give Neovide a shout. It's essentially a purpose built terminal emulator that can only run Neovim and has some fun extensions with that in mind, like the ability to configure font, window size, fullscreen, window opacity etc. using Vim commands, implement sub-character scrolling, let Neovim floating windows have transparency, and have fun little animations when the cursor moves. It also has support for all the modern terminal emulation essentials like truecolor, ligatures, and emoji. https://neovide.dev/

load more comments (4 replies)

neovim on kiTTY

Hey that's my combi too!

load more comments (2 replies)
load more comments (2 replies)
[-] xlash123@sh.itjust.works 18 points 10 months ago

They are tracking support for other OSes, and I took a look at the Linux roadmap, and they've made some good headway from the last time I looked. I would use it for its UI performance. I don't like how everything these days use Electron. It also supports Language Server Protocol, so adding extensions for languages should be fairly simple for the community to do. The multiple collaboration seems cool too, although I think most devs would seldom use it.

load more comments (2 replies)
[-] starman@programming.dev 10 points 10 months ago

They're planning Linux support

[-] kazaika@lemmy.world 8 points 10 months ago

Only if they actually port it which is what they claim they will do but until then not at all

load more comments (5 replies)
[-] algernon@lemmy.ml 109 points 10 months ago

The single best thing I like about Zed is how they unironically put up a video on their homepage where they take a perfectly fine function, and butcher it with irrelevant features using CoPilot, and in the process:

  • Make the function's name not match what it is actually doing.
  • Hardcode three special cases for no good reason.
  • Write no tests at all.
  • Update the documentation, but make the short version of it misleading, suggesting it accepts all named colors, rather than just three. (The long description clarifies that, so it's not completely bad.)
  • Show how engineering the prompt to do what they want takes more time than just writing the code in the first place.

And that's supposed to be a feature. I wonder how they'd feel if someone sent them a pull request done in a similar manner, resulting in similarly bad code.

I think I'll remain firmly in the "if FPS is an important metric in your editor, you're doing something wrong" camp, and will also steer clear of anything that hypes up the plagiarism parrots as something that'd be a net win.

[-] toastal@lemmy.ml 88 points 10 months ago

Church of Emacs vs. Cult of vi is the only true rivalry. Enlightenment will only be found taking one of these paths.

[-] aoidenpa@lemmy.world 20 points 10 months ago* (last edited 10 months ago)

I recently learned there are people that think emacs and vi are bloated. They like acme or sam or something. Iceberg is so deep.

load more comments (3 replies)
[-] billwashere@lemmy.world 11 points 10 months ago

As an old coder this is the only religious war worth having. 😂

(Totally church of vi btw)

[-] docAvid@midwest.social 9 points 10 months ago

I'm an old emacs warrior, tired of the war. I'm Church of Emacs, but why? I don't know what I don't know about the advantages of vi/vim, I only know that when I see other coders use them, they seem to weave the magic about as well as I do.

I know that I have a ton of built-up configuration code that makes emacs the perfect editor for me. I know that I can't imagine using git much without magit, or how I would organize anything without org-mode, or how I could tolerate the frustration of editing in a container on a remote server without tramp. I know that I have a huge familiarity bias.

I know that whenever I see anybody with with any of these flashy new-fangled editors, they spend most of their time futzing around with dials and buttons and other gadgets, and thinking about how cool it all is, rather than thinking about the code. They start projects really quickly, they handle some refactoring edge cases slightly faster, but they take forever to do any real work, and are completely unprepared to do anything with a new language or text structure at all.

I say: Vim and Emacs against the world.

load more comments (2 replies)
load more comments (2 replies)
[-] AVincentInSpace@pawb.social 53 points 10 months ago

I'm glad to hear Zed uses the GPU to render its UI, much like every other IDE on the planet.

load more comments (1 replies)
[-] pineapplelover@lemm.ee 34 points 10 months ago
[-] RubberElectrons@lemmy.world 13 points 10 months ago

Represent! (It's vscode with all telemetry and crap removed, all your vscode extensions still work fine)

[-] PHLAK@lemmy.world 7 points 10 months ago* (last edited 10 months ago)

"all your vscode extensions still work fine" is definitely not true. Sure a vast majority of them probably do, but certainly not all of them.

I still prefer it over full VS Code though.

load more comments (1 replies)
load more comments (2 replies)
[-] Kerb@discuss.tchncs.de 33 points 10 months ago

wake me up when theres a vim plugin and a linux port

[-] hojjat@lemmy.ml 18 points 10 months ago

I think it already has vim motions. But I wouldn't know because there is no Linux build.

load more comments (1 replies)
[-] Korne127@lemmy.world 33 points 10 months ago

It's funny how many people online use VS Code. But I've heard that this might be a US thing. Here, everyone uses the JetBrain products (which are far superior imo).

[-] Carighan@lemmy.world 31 points 10 months ago* (last edited 10 months ago)

To be fair, there's a big difference.

VS Code is a text editor / IDE. Compared to something like Notepad++, it's super slow to open/load, its UI feels laggy at times, and it's just overkill for opening a text file. Compared to specialized log viewers, it struggles with large files and is generally super slow.
But compared to "full" IDEs like IntelliJ, it's marginal in coding features, lacking important analysis and testing support, plus integrations with ~everything.

If you find yourself in the middle, like many JS developers do, not actually needing the biggest IDE but also needing more than just a text editor, it's a fine tool. As a Java Backend Dev, VS Code feels like a joke if applied to that, OTOH.

load more comments (4 replies)
[-] PotatoesFall@discuss.tchncs.de 24 points 10 months ago

I'm in Europe and VS Code is very popular, JetBrains stuff is around too tho. Both are bloated but VS Code is still way lighter.

[-] abominable_panda@lemmy.world 9 points 10 months ago
load more comments (1 replies)
[-] thesmokingman@programming.dev 14 points 10 months ago

I have a full JetBrains sub paid out for five years. I have dropped JetBrains for VS Code because I got tired of switching editors for everything and dealing with a Java-centric setup when I tried to streamline. Their decision to drop community Rust support in favor of only paid more recently also doesn’t sit well with me, especially given the PyCharm setup.

I swore up and down I would never leave Sublime for JetBrains.

[-] aluminium@lemmy.world 11 points 10 months ago

For jvm stuff definitley yes. For other things I often prefer VS Code.

[-] carl_dungeon@lemmy.world 8 points 10 months ago

Man I use IntelliJ for:

  • python
  • Jupyter notebooks
  • node, typescript
  • html
  • YAML/TOML
  • sql
  • testing
  • ReST
  • Docker
  • bash
  • cloud formation
  • terraform
  • lua
  • groovy, kotlin, and also java
  • maven, gradle, spock
  • linting, code formatting, dependency management, db connectors & browsing, live templates, refactoring, code analysis, fantastic git operations, local history, testing, etc

Support for most of this stuff is just built in, and a few plugs for the rest. In-line embedded sql execution, best git merge tools, everything has customizable key commands… it goes on and on. The amount of config and plugs this requires in other tools is insane.

load more comments (11 replies)
[-] placatedmayhem@lemmy.world 30 points 10 months ago

Lots of discussion here of Zed being macOS-only. Multiplatform support is being tracked in this issue for Linux, Windows, and web:

https://github.com/zed-industries/zed/issues/5391

load more comments (1 replies)
[-] RustyNova@lemmy.world 27 points 10 months ago* (last edited 10 months ago)

I've seen their page and while it seems great, I don't think they'll match Jetbrains in term of out of the box ergonomics. Could be a good VScodium replacement once it gets a bit fleshed out and available on Linux.

[-] zod000@lemmy.ml 13 points 10 months ago

I must be the only one that actively dislikes Jetbrains products.

[-] RustyNova@lemmy.world 12 points 10 months ago

Well I can understand. Not open source, kinda heavy in ressources, pricey...

Any other reason why? Just curious

load more comments (2 replies)
[-] activ8r@sh.itjust.works 8 points 10 months ago

You're not. Jetbrains users are just a lot more vocal. It's like vegans or people who vape. They will let you know 😉

load more comments (2 replies)
[-] shasta@lemm.ee 9 points 10 months ago
[-] SinTacks@programming.dev 13 points 10 months ago

lol fleshed out is definitely correct here. Down votes are confusing.

load more comments (2 replies)
load more comments (1 replies)
[-] TheUncannyObserver@lemmy.dbzer0.com 21 points 10 months ago

From the Atom team? The same Atom that takes forever to load? Gonna be a hard pass from me, even if it does make it to PCs.

[-] Daeraxa@lemmy.ml 12 points 10 months ago

The technology is nothing alike though. Atom is Electron and Javascript where Zed is Rust with its own custom UI toolkit.

And on the current version of Pulsar (the only real community fork of Atom seeing active development), startup time to point of the editor being usable is actually slightly faster than VSCode.

[-] lobut@lemmy.ca 9 points 10 months ago

I think this editor is supposed to be super fast because of their GPU or whatever libraries. It's also supposed to be written in Rust.

So far there's no extensions and just on Mac. Maybe when those open up I'll take a closer look.

load more comments (1 replies)
[-] Presi300@lemmy.world 21 points 10 months ago* (last edited 10 months ago)

I don't get why some people argue over text editors... Just use whatever works. I like VSCode, not because it's the best or the fastest or the lightest.

It works and it does all I need it to do, which is all that I need from a text editor.

[-] owen@lemmy.ca 23 points 10 months ago

It's worth finding the best text editor if you're using it all day long imo

[-] Presi300@lemmy.world 9 points 10 months ago* (last edited 10 months ago)

VSCode is the best for me, simple, good UI, extensions, 0 setup required, can run on practically anything created after the dinosaur age (early 2000s).

[-] Croquette@sh.itjust.works 9 points 10 months ago

If it does everything it needs to do without major drawbacks, then it is the best editor.

[-] owen@lemmy.ca 8 points 10 months ago* (last edited 10 months ago)

Yeah... and these criteria depend on the editor + use case combo. Hence, the discussion and excitement around text editors

load more comments (1 replies)
load more comments (2 replies)
[-] dadabean@feddit.de 17 points 10 months ago

Sucks for consumers but that is poetic justice for the zed team. They now atone for their sin of creating electron.

load more comments (2 replies)
[-] Fades@lemmy.world 12 points 10 months ago

Fuck bulky ass vs code fucking horrendous

[-] mac@infosec.pub 11 points 10 months ago* (last edited 10 months ago)

It does just work though, which is what other code editors need to get that kind of adoption, I'd love to be able to say I use vim or Emacs but get frustrated when I'm trying to get work done and things keep breaking, I finally feel I have everything configured and then realise I'm missing something else that took me 3.5 minutes to set up in VScode, half of that is due to the large community.

Zed works pretty well out of the box but is missing a lot of features that will make it a viable replacement for me. I am excited about Zed and the way it works, it's super interesting and creative and id love to drive it daily someday, so much so that it's the first project I've really considered contributing to myself.

I don't like that VSCode is bloated, but I love that it takes five minutes to set up and contains nearly every feature I can think of.

[-] adhdplantdev@lemm.ee 7 points 10 months ago* (last edited 10 months ago)

~~Could someone let me in the joke and tell me what editor this guy's comparing VScode too?~~

Oh Zed. I think it's got promise but cross platform is gonna be necessary for mass adoption.

load more comments
view more: next ›
this post was submitted on 21 Feb 2024
389 points (100.0% liked)

Programmer Humor

32719 readers
276 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS