21–30 of 294 posts
Earlier quoted context omitted.
It's not that big issue https://www.zdnet.com/article/microsoft-70-percent-of-all-se...
That's 70% of CVEs, not 70% of all bugs, which is a massive difference. Most programmers don't deal with CVE worthy bugs on a daily basis, no matter what programming language they use.
>(...) despite my experience and best intentions, I was in fact making mistakes with C. Subtle leaks, use-after-free,(...) Rust made it very clear that I was not the programmer I thought I was. This really resonated with me. I feel a lot more confident writing code in Rust than say in C or Java. However, in my opinion, it also comes with a downside: These days, whenever I use a 'more forgiving' programming language I…
Do you pine for the nice days of C/C++, when men were men and spend hours on debugging segmentation faults?
Earlier quoted context omitted.
It's not that big issue https://www.zdnet.com/article/microsoft-70-percent-of-all-se...
70% of all security issues is not 70% of all bugs. For the large majority of software products, security issues are an infinitesimal minority of bugs, and arguably, for a significant chunk of software products, security issues are not even critical.
Earlier quoted context omitted.
I still find this type of comment odd (although I do also recognise that it's very common). I write a lot of code in C++. And I'm definitely no fan of it, so I'm not here to defend it! And I write a lot of bugs in that code. But very few of them are segfaults. With smart pointers and some common sense, they're just not that big of a concern. Yes, they do happen, but it's far a minority of the bugs. Maybe everyone jus…
It's not that big issue https://www.zdnet.com/article/microsoft-70-percent-of-all-se...
Two counter points:
* As other comments have mentioned, security bugs matter more in some products than others. (E.g. think of a desktop application connecting to an organisation's own database.)
* That includes a whole lot of code (maybe the majority) which is either C or C++ from before C++11, given that the bugs were tracked in the period 2006 - 2018. Never mind a hypothetical Rust-without-lifetimes.
Earlier quoted context omitted.
70% of all security issues is not 70% of all bugs. For the large majority of software products, security issues are an infinitesimal minority of bugs, and arguably, for a significant chunk of software products, security issues are not even critical.
Quoted post unavailable.
Rust is a great choice for startups because most startups fold and so will not need to try to find people who know how to maintain it.
I would argue that Rust is a great choice for startups exactly because you can find people who will either take a pay cut or work in a hectic environment, just so they can use Rust. Rust has been on top of everyone's "want to learn" list for half a decade, and it feels quite mature.
[1] https://insights.stackoverflow.com/survey/2021#top-paying-te...
edit : adding link to all previous years https://insights.stackoverflow.com/survey
Unsubstantiated claims like this, just makes me stop reading.
Earlier quoted context omitted.
It's not that big issue https://www.zdnet.com/article/microsoft-70-percent-of-all-se...
This is why we need a professional organization to hold software developers accountable to the same standard as other fields of engineering.
Earlier quoted context omitted.
It's not that big issue https://www.zdnet.com/article/microsoft-70-percent-of-all-se...
@hellokittycity There are ideas like that https://it.slashdot.org/story/22/06/13/0134242/two-tech-ceos...
No mention of the type of problem the startup is trying to solve. A performance hungry desktop app? A web based SAS? Not all language choices are equal.