Hacker News new | past | comments | ask | show | jobs | submit | Keluri's comments login

How is Window's security model inadequate?


You can download/put different modules into the same folder and they will interact without any checks because of name clashes. Programs should be complete packages that depend only on known, protected system32-like locations.


This isn't a phenomena limited to JS frameworks either. These days, anything corporate-sponsored tends to overtake alternatives (Rust vs Crystal, etc)


So? That doesn't mean every submitted article mentioning C or C++ has to immediately be filled with comments on how Rust is so much better, safer, etc - So is Java and C#, and you don't see those communities espousing their language the same way!


Because Java and C# are not system programming languages and are not intended to replace C?

Would I want my init system written in Java or C#? Hell no. Would I want it written in Rust? Yes please maybe it will crash less and have fewer CVEs.

I have a belief that every time a C developer switches to Rust, users benefit (unless developer goes crazy from Rust's cognitive load, but this is a separate issue :) )


If you ask me rust is also not for programming systems. (the error handling specifically)

Side note: Who even started the whole "x is a system programming language" ? Who said you can't write "system software"[0] in just about any language that can (directly or indirectly) do "lower level" things. For example the MS Singularity OS has a virtual machine and all the drivers and everything is high level code.

>Would I want my init system written in Java or C#? Hell no. Would I want it written in Rust? Yes please maybe it will crash less and have fewer CVEs.

Contrary to popular belief init systems are simple and can be written in any language. Not to mention that when people talk about inits they don't think about the actual initialization part (mounting, setting network, etc) but about the starting of programs part. Those two things are similar from a far but are really not so much.

>I have a belief that every time a C developer switches to Rust, users benefit (unless developer goes crazy from Rust's cognitive load, but this is a separate issue :) )

I have a belief that people should make up their own mind and do whatever they want. This topic is about C and only about C. All other talk is "noise".

Note that i actually like programming in C as i like optimized programs, so i may be biased. (although not nearly as biased as the rust crowd)

[0] https://en.wikipedia.org/wiki/System_programming_language


> This topic is about C and only about C. All other talk is "noise".

Why do you get to decide? There are a lot of people in this thread talking about similar issues in other languages (Python, Rust, etc) and other functions (like fopen() and exit()). I think those discussions are very on-topic.

Why isn't this topic about "issues between threads and setenv in any language that uses glibc"?

Why isn't this topic about "issues between threads and other functions in any language that uses glibc"?

If you don't like a particular conversation in this topic, you can collapse it and move on.


From one (or more) of the comments here you can see that the reasoning for rust in topics about C is "everybody should write rust instead of C". At least for some people.

One other comment got it right, it is annoying to have multiple rust comments in every thread about C.

But you are right, best way to deal with these kinds of... i don't want to be rude, is ignoring.

PS Thank you for addressing the rest of the comment, not just the part you made personal.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

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

Search: