541–550 of 703 posts
Earlier quoted context omitted.
what about vscodium? for that reason, what was iceweasel?
vscodium and VSCode forks are legally prevented from using the normal VSCode extension site. They have their own: https://open-vsx.org/ As far as I know Chrome forks are not blocked from using extensions from the Chrome Web Store.
Earlier quoted context omitted.
> I don't know what's on zed/VSCode and what's on the TS language server. Microsoft's latest embrace-extend-extinguish strategy is keeping just enough special sauce in (frequently closed-source) vscode extensions and out of the language servers. They do the same thing with Pyright/Pylance.
TS itself is lock-in. I mean, the entire point of JS is that it's portable, and there's certainly no lack of compile-to-JS languages that are already finished and have much more powerful type systems and existing libs/ecosystems. Enjoy your VScode projects exclusively on Windows a couple years down the road, or rather, contribute to MS' coding ML models to make yourself obsolete even before. Windows already posts hom…
The only place this rule is broken, is TS Enums, and that generally considered to have been a mistake, but one that too old to rectify.
I tried zed for a few weeks because I'm generally sympathetic to the "use a native app" idea vs Electron. I generally liked it and its UX but: 1. VSCode is pretty damn fast to be honest. Very rarely is my slowdown in my work VSCode loading. Maybe I don't open very large files? Probably 5k lines of typescript at most. 2. Integration with the Typescript language server was just not as good as VSCode. I can't pin down e…
Earlier quoted context omitted.
Why? I’m going to run their software anyways. And this is a really easy way to run an installer. This is basically the Linux equivalent of download and double click which is a user flow that is underrated for simplicity and usability.
Completely agree. Furthermore, you could always just not pipe it to sh, read it first if you care so much. Releasing and maintaining packages across a range of distros is extremely hard and time consuming, and they just released the linux version.
In 2024, everyone looking for a code editor knows how to extract a tar.gz right?
Earlier quoted context omitted.
If you haven't tried a 144hz or even a 240hz gaming PC, you should. You can really feel the difference dragging things around the screen. (I'm not sure I would notice typing, but for dragging windows around I could never go back to 60fps.)
You can notice higher frame rates if you're in a competitive FPS, not a code editor. Unless you are playing CS2 in Emacs.
Earlier quoted context omitted.
That brings a Python "performance" talk to mind that I was recently listening to on YouTube. The first point the presenter brought up was that he thinks the laptops of developers need to be more modern for Python to not be so slow. I had to stop the video right there, because this attitude isn't going anywhere.
You know what? I actually believe in having developers work (or maybe just test) with slower computers (when writing native apps) or with crippled networking (when doing web) in order to force them consider the real-world cases of not being in a confy office with top-notch computers and ultra high-bandwidth connections for testing.
Earlier quoted context omitted.
Okay, call me weird, but why our standards have fallen so low? VSCode may appear fast, but still has massive latency. The Zed website claims 97ms. I can feel it is laggy. Why can't we have response time under 1ms? Even 5ms would be a massive improvement. For me latency is a massive productivity killer as it feels like walking in a swamp and it always puts me off.
I agree with you -- but aiming for 1ms performance is pretty hard. That is 1/1000th of a second. Your keyboard probably has higher latency than that. Physics cannot be defeated in this regard.
> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...
Versus what? Everything you install involves trust at some point.
Also, cleaner uninstalls. If the software only has access to specific directories, I can be reasonably optimistic that removal will be clean.
Furthermore, it is much more convenient. E.g., I can just winget install vscode instead of having to google download links.
Earlier quoted context omitted.
TS itself is lock-in. I mean, the entire point of JS is that it's portable, and there's certainly no lack of compile-to-JS languages that are already finished and have much more powerful type systems and existing libs/ecosystems. Enjoy your VScode projects exclusively on Windows a couple years down the road, or rather, contribute to MS' coding ML models to make yourself obsolete even before. Windows already posts hom…
Erm, you do know that a founding principle of TS, is that the “compile” step is literally just stripping out the type annotations. You could implement it with a Regex if you really wanted to. The only place this rule is broken, is TS Enums, and that generally considered to have been a mistake, but one that too old to rectify.
esbuild does the same I believe.
If I understand correctly I need a graphical card - my current linux laptop does not have one. Until I upgrade to a newer model I will uninstall my copy of zed.dev - couldn't even launch it.