Yes, I run it daily on Ubuntu.

Zed support engineer here, that sounds like a bug!

I have `zed --version` working on my Windows machine:

PS C:\WINDOWS\system32> zed --version

Zed 1.0.0 5ec84a926ef83865afb92d2a3d1ca3b419572cf9 – \\?\C:\Users\mrg\AppData\Local\Programs\Zed\Zed.exe

If you're up for it, we can pair next week to get a proper bug report filed

https://calendar.app.google/qPgW7q6upb3RqPjx5

I wasn't expecting that level of support, thanks for the offer!

You said it should work, so I did some poking around. Uninstalled it, reinstalled it. Still didn't work. The "About" in app said I was running 1.0.0+stable

Checked my environment paths and saw I had both

    C:\Users\Me\AppData\Local\Programs\Zed
    C:\Users\Me\AppData\Local\Programs\Zed\bin

So I opened those paths in explorer, and there is indeed a zed.exe in both dirs. So I tried them explicitly:

    Me@DESKTOP-NN7TD9I ~
    $ "C:\Users\Me\AppData\Local\Programs\Zed\Zed.exe" --help
    
    Me@DESKTOP-NN7TD9I ~
    $ "C:\Users\Me\AppData\Local\Programs\Zed\bin\zed.exe" --help
    The Zed CLI binary.
    This CLI is a separate binary that invokes Zed.
    
    ...

They both launch Zed when double clicked, but only one works with CLI args.

Fix is easy then, I just deleted "C:\Users\Me\AppData\Local\Programs\Zed" from my paths.

I don't know if I added that or Zed added that path when installing (maybe from an earlier ver?), but there you have it.

Glad to have "helped" here! :)

Offer still stands if you run into other bugs that aren't in our issue tracker.

That's a useful metric to track. Could you explain how you measured those numbers?

Hey, support engineer at Zed here.

If you have a reproducible setup for a bug we don't know about, we'd love to get a proper report of it.

You can schedule 15mins with me here: https://calendar.app.google/fyLQkqvne7EdvR8XA

This sounds like a perf bug we'd like to get a hold of.

I'm a support engineer at Zed - would you like to pair for 15mins so we can file a proper report?

https://calendar.app.google/69fz5NZSbZcdf43Y8

REPL tab completions let's gooooo

Author here, that's great to hear!

Well, if you're looking for good REPL resources, I just happened to have done a 3 hour Julia REPL Mastery for a previous JuliaCon.

https://www.youtube.com/watch?v=bHLXEUt5KLc

I should shrink this a more bite-sized version at some point.

No clue! We'll see how they play out in time I guess.

I'll agree on several counts (as a physicist too!):

* Rust's tooling lets you have a base-floor of what is acceptable code that is much more palatable than non-top tier Julia codes. There's a world of difference opening a random crate's code in Rust that has been linted/clippy'd/check'd by the compiler rather than a random Julia package that a coworker/colleague just fired up. This tooling is getting better and better in Julia and I'd be interested to hear which Julia projects you worked on were really hampered by TTFX and refactoring woes. Hard agree on the footguns - I want the VSCode plugin to be better at detecting dead code, it cost me weeks on a project lately.

* I'm also excited for some notion of interfaces to come to Julia. Perhaps it will be a 2.0 thing, but there's still lots of design stuff to figure out.

* We have different understandings of "productive" for different focii then - I still find it painful to do the equivalent of `rand(1:10, (20, 20))` in Rust and I can get STEM people to be productive with Julia before you can even finishing saying "borrowchecker".

I didn't switch!

At least for some scientific computing codes, but I did learn a lot of Rust along the way and extended my knowledge into (some) embedded and systems programming. Learning has been fun and the Rust people have been very friendly.