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

Yeah, the keybindings are semantic. I even bind LLM chat to C-h C-h because that's also "seeking help".


Yes, huge improvements. Latencies are super low.

The stability is not perfect yet. Sometimes it crashes but stable enough for me as a daily driver.


This strikes me as odd. If you can recharge by being alone, why do you need to to maximize the number of your 2%ers?

I'm not saying you don't need social, but it sounds dubious to "seek out as many of these people as possible". Just one or two would do.


corfu integrates better with emacs's built-in mechanism (capf), while company offers their own interface, but corfu relies on child frames so it cannot be used in TUI.

> projectile

It's great as long as you only use it on local projects. Projectile is super slow on remote projects. I have replaced it with project.el (built-in) + projection (extra stuff) and found projection superior on some features.


Memory safety is an umbrella term for many properties of a programming language. Unfortunately, as have been pointed out by many, the exact meaning of this term is actually determined by Rust. In the past, Rust considered "no memory leak" as one of the memory safety properties, but some difficulties made it no longer part of Rust's guarantees.

IMHO, there are two undisputed properties that definitely should belong to memory safety, and they are good enough to spot "unsafe languages".

- Every memory access should be valid. You cannot read or write a pointer that is uninitialized, that points to a freed object, or that is beyond the boundary of the array, etc.

- Every memory access should be properly synchronized. This implies strictly controlled mutability.

These properties are _enforced_ by the compiler. In safe Rust, you cannot create a dangling pointer and dereference it. You also cannot create a data race by accident. But in C, C++, Zig, you can. In this sense, languages with managed memory are usually automatically memory safe.


> And with Andrea's elispjit the guile port is probably not needed at all.

Performance aside, there's more to Guile Emacs: possibility of true concurrency, incremental garbage collection, cleaner separation of the interpreter and UI components, better maintained in the long run...


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

Search: