[folknor]

Interesting! I just wanted to let you know my perspective, which is probably quite unique.

I started using atom pre-1.0, a long, long time ago. I immediately jumped to vscode when I realised it existed.

The reason is a bit weird; it's the find-in-files/project (c-s-F/Ctrl+Shift+F) sidebar search/replace feature. Compared to the Atom (and from what I can see in the youtube talk, zed has the same "problem") which opens c-s-F results in the main window, vscode opens them in the sidebar and doesn't clutter the main view with it.

The reason this is powerful to me is that I code mostly in domain-specific, esoteric, private languages that have no API documentation, no stdlib or docs, and no online resources to learn from. So the only way to learn is by example, or talk to someone who knows. Learning by example is usually much faster than talking.

So what I do is any new project is just a subfolder in a workspace that contains all known code in the language and the way I find out how to do something is c-s-F.

When the results cover the main view, or even parts of it (which is also possible with atom), it's just way too intrusive. The sidebar file list is useless to me at this point - where the result comes from is irrelevant. So why not use that space?

Also of course the fact that vscodes cross-file search was blazingly fast was an upside as well (I believe they used ripgrep for that since the start?)

Another thing I want to mention is (and you highlight the keyword search in that youtube talk around 18:54) the power of the command palette search method that is available in vscode: first-letter-matching. I don't know what the proper name of it is, but essentially "ps" matches "pub struct" for example. Obviously it matches it with a lower score than something that starts with "ps", but it's very powerful for matching in the command palette.

Thanks for listening.

[theteapot]

> I code mostly in domain-specific, esoteric, private languages, no stdlib or docs, and no online resources to learn from.

Jesus, who are you?

[blagie]

There are also a whole bunch of languages for:

- Describing levels in video games, which are primarily data with code mixed in

- Describing transformations of different sorts (e.g. the types of languages used in compilers for specifying a programming language parser, and then optimizations)

- Defining hardware (analogues to Spice, Verilog, and VHDL). Hardware can also include mechanical objects, as well more broadly, wetware (e.g. custom bacteria, a la Ginko Bioworks)

- Run on custom hardware (e.g. SIMD and MIMD platforms, similar to GPGPU)

- Are primarily mathematical (e.g. for describing control systems, neural network architectures, etc.)

... and so on.

Not all of this is a DOD/medical mess. A lot of DSLs are REALLY REALLY FUN.

[foldor]

My guess based in my experience would a MUMPS developer for someone like Epic or Meditech. That code gives me nightmares whenever I see it.

[denysvitali]

A brainfuck developer?

[behnamoh]

Writing DSLs is not uncommon among Lisp developers.

[cupofpython]

im guessing a very loyal employee to an enterprise company outside of tech - probably logistics

[tmp_anon_22]

Retired? Or in Academia?

[generalizations]

DoD?

[mmcnl]

I think this is powerful to everyone. I use that feature too and didn't even realize it was unique to VS Code. VS Code is really good in having a lot of features but not cluttering the main window.

[breatheoften]

wow I couldn't disagree more ... the search/replace interface of atom is the thing I missed the most from atom when I migrated to vscode ...

vscode _has_ added an non-sidebar find interface somewhat similar to the atom one -- but its not as good ... for one thing it doesn't support replace (find only)