I'm missing the significance of this callout. Is Andrew Kelley synonymous with/well known as a representative of a particular approach to language or software design?
Lessons from Zig
11–20 of 28 posts
Re: Lessons from Zig
#12I know more about Zig than C++ at this point, but it's hard to read the article seriously, if it starts with such mistakes. Zig does in fact have an HTTP client in the standard library, there is a tar reader, and realpath hasn't been removed, it still exists even in the std.Io namespace.
Regarding HTTP in Zig, it might be removed in 1.0, if I am reading this correctly. Though Zig std does have both an HTTP client and an HTTP server.
https://github.com/ziglang/zig/issues/910#issuecomment-39548...
Re: Lessons from Zig
#13Re: Lessons from Zig
#14flagged for being slop
Re: Lessons from Zig
#15I like C because it's a bare-bones language providing only the necessities and nothing more. It's independent from libraries and build environment. Let people who have experience in those things work on that. Remeber the do only one thing and do it well? I think the urge to still add extra features is the reason why there's no real successor to C.
Re: Lessons from Zig
#16> The Zig programming language maintains an intentionally small standard library. Zig's standard library is not that small to be honest. It has lots of useful tools that do not exist in other languages. The compiler uses the std. > HTTP clients, for example, are considered inappropriate for a general-purpose systems language’s standard library. The std has both HTTP client, server, TLS and in development branch even…
Not to mention that Rust too had "let's have the minimalistic stdlib for now, let the community figure out the rest" approach and the results are somewhat mixed.
[1] https://github.com/brson/stdx?tab=readme-ov-file#stdx---the-...
Re: Lessons from Zig
#17flagged for being slop
Sorry to bother you, but I couldn't find any news on this, only a comment you made back in 2018 on GitHub; do you know if the HTTP APIs in Zig's standard library are here to stay, or if some of them might be removed? Another commenter wrote that the HTTP client is used for Zig's package management, but there is also the HTTP server.
Re: Lessons from Zig
#18There is a much simpler solution to the C++ language: just freeze it. Fork it if you want or just create your own language. This is what zig creator did. The idea is that C++ can’t move because of its own weight. Too much history, too much responsibility. Just freeze it, let new languages create new ways. It’s not that software written in it will become unmantainable. A frozen, feature complete language can still wor…
That would go against everything the language has stood for over the years: we have a problem, here is a solution
(... which creates twice the problems, but there's always next year!)
Re: Lessons from Zig
#19In comparison to c++ everything is minimal. The Zig std lib doesn't seem that minimal to me. The package manager makes it easy to add dependencies, but whether that's even a good thing is controversial. std::regex might suck, but the maintainer won't disappear overnight leaving you to find a new regex library. > Raise the Bar for Inclusion The bar for inclusion in c++ is more political than it is technical. You have…
Re: Lessons from Zig
#20> The Zig language, created by Andrew Kelley, takes a deliberate position on standard library scope. I'm missing the significance of this callout. Is Andrew Kelley synonymous with/well known as a representative of a particular approach to language or software design?