Hacker Newsnew | past | comments | ask | show | jobs | submit | rie_t's commentslogin

I love seeing stuff like this, very nostalgic, looks amazing.


I really do miss the design of Windows 7 and the apps of that era (think Office 2007 style)

I hope it comes back


Office 2007 was the last time someone had a vision and fully executed it.

Every design refresh since then has been half finished and pushed out the door with too many bits of the old left.


Yes like the control panel. They've been at it for 10 years and there's still random bits of the old one appearing.


"Please do not power off your machine. Installing update 1 of 100."

I definitely prefer XP over 7. No automatic updates."


Automatic updates are not bad. Quite the opposite, it’s the lack of automatic patching that is dangerous.

Win10/11’s problem isn’t auto updates, it’s the severely reduced user agency in the matter (and the quality of said updates, but that’s another story).


Auto updates are bad for a user's sense of control over their machine. Auto updates are generally good for security.


> Automatic updates are not bad

No. They are not bad. They are terrible. Forgot to test your SW or a state actor just discovered your backdoor ? Wait till i finish my work. Don't interrupt me, be more careful next time.


The existence of vulnerabilities, backdoors or otherwise, is the main reason why you’d want the ability to automatically patch things.

Absolute resistance to auto updates (without assuming the responsibility of manual maintenance) is how you end up with WannaCry…


Have you never used Group Policy?


This website is so laggy I can barely even scroll.


This is very impressive... The temptation to build my own now...


I'm looking forward to when they get federation support, so that I can finally convince people to move away from a certain popular chat platform.


I think more competition in the "AI Editor" space is good, but I have to ask – why not make it a VSCode extension? I feel it'd be much more accessible.

Are there limitations in the extension APIs that make it hard to implement?


Because it's difficult to monetize extensions and justify a large VC valuation...

(Void is HN backed)


Are you HN backed when your Show HN gets over 200 votes?


The linked website says "Backed by Y Combinator" lol


Agreed, it’s not perfect but VS code is a pretty rich ecosystem. Dealing with the drift between a fork and the core product — and missing features/broken extensions that’ll inevitably come with that isn’t really something I want to deal with in my work flow.

Cursor has a pretty polished experience, but I keep coming back to VS Code and using continue.dev, which is a lot rougher around the edges, because the UI works well enough.


Hey, great question - you're right, extensions are more accessible - the thing is, there is no great way to build the native UI we'd want using them. For example, displaying the before-and-after is vital for us, and doesn't feel natural in an extension.

Extensions like Codeium do the most naive thing possible by writing something like <<<<<<< DIFF >>>>>>>> in your file, literally breaking syntax highlighting. Others like Copilot are super buggy.

Right now Void is built on top of an extension, but we're also modifying and hooking into parts of the IDE to make a more native UX.


A lot of folks prefer JetBrains over VSC. For example my top choice for an AI Editor today is Zed.dev which lets you trivially setup to use a variety of key maps including JetBrains.

https://zed.dev/


Zed looks promising, I'm waiting on editorconfig support PR to drop


Zed is very fast but has a long way to go still.

ssh server is still in early stages, not even p2p yet.

The requirement for extensions to be built in rust only makes it harder to adopt.

When they these 2 things get solved and the editor remains fast, it might actually be very tempting to replace vscode with zed.

Vscode is fantastic but tends to become bloated quickly....


The tradeoffs are certainly there. I'm expecting it to be a viable switch in a year or two.


Idk, continue is absolute trash at the moment. It manages to break my entire VScode environment, including vim hotkeys.


I remember having to use BlueJ at University... I found that it makes programming so much harder. New window for every file, no ctrl+click following references, no auto-formatter, no easy sidebar tree of files...

I ended up using vscode and just copying the files into BlueJ before submitting my assignments.


> I remember having to use BlueJ at University... I found that it makes programming so much harder. New window for every file, no ctrl+click following references, no auto-formatter, no easy sidebar tree of files...

There's something to be said for a very minimal "just get shit done" code editor. I think Thonny[1] falls perfectly in this line though in terms of useful features vs IDE-completeness. It has most of the quality of life improvements you're talking about here but is otherwise an advanced text editor with code highlighting.

I used to nearly exclusively write my code that way actually, using EditPlus and then later Notepad++, both with plugins for syntax and formatting. I found it to be surprisingly productive. Then again, I suspect there's a large overlap between people who are like me and will find it productive and those who like all those distraction-free writing applications out there.

> I ended up using vscode and just copying the files into BlueJ before submitting my assignments.

This I'm curious about. Why would you need to do this? Does BlueJ do something specific with the application that VSCode can't?

[1]: https://thonny.org/


NAT is not a security feature, nor is everything publicly exposed to the internet on IPv6. With most routers you would have to explicitly forward a port in the router to expose that to the client anyways.


This is something I've been wishing for for ages - I'm glad to find out it's a real thing now. It's a shame about the licensing, but it's a good start.


SVT-AV1 has massively improved encoding speed. I was getting ~4x encode speed with some heavy compression (barely any noticeable quality drop) on 1080p/24fps footage on my Ryzen 7 3700X just yesterday.


4x means that you can encode with 1/4 the time of the video, right? That sounds nice, a lot more practical than when I tried before.


To get a rough idea - is it faster or slower than HEVC encoding on a CPU (without any hardware encoder)?


https://www.spiedigitallibrary.org/conference-proceedings-of...

It's good and getting gooder.

Just give it a try using https://github.com/Alkl58/NotEnoughAV1Encodes or whatever, svt-6 is fairly quick.


For cpu I don't know but h265 hardware acceleration ASICs are mainstream contrary to AV1. Also h265 can reach higher compression level than AV1 although the difference is relatively small apparently. However technologically AV1 is largely obscolete since h266 stable has been released.


Every study I've seen shows AV1 beats H.265 on VMAF at all bitrates. H.265 never got significant browser support, and I don't expect H.266 to either. https://caniuse.com/hevc


I have seen a scientific paper a few weeks ago stating h265 was ~7% smaller than av1 on tested dataset. Although maybe it's dataset sensitive or differ because of the metric? (maybe it was PSNR or SSIM?) Anyway any data on AV1 hardware decoding energy consumption vs h265? That is probably the main differentiating metric of interest here


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: