331–340 of 383 posts
Earlier quoted context omitted.
The history of GNU true: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=histor... For clarification, you are using coreutils 8.26 which includes true among other things.
Yes, it was in jest. The result of "true --version" is actually quite extent, bringing licensing and authorship information and a short explanation of the GPL.
Earlier quoted context omitted.
Which scene? You still learn C to get work done with hardware, like it on not.
For strange that it may seem to youngsters, that capability is not unique to C. https://www.mikroe.com/mikropascal-pic https://www.mikroe.com/mikrobasic-pic http://www.astrobe.com/default.htm https://www.ptc.com/en/products/developer-tools/apexada https://www.ghs.com/products/ada_optimizing_compilers.html Some examples of non-C languages used in production code for doing stuff with hardware.
Earlier quoted context omitted.
Which scene? You still learn C to get work done with hardware, like it on not.
Looks like Rust is starting to become the hardware language
Earlier quoted context omitted.
For strange that it may seem to youngsters, that capability is not unique to C. https://www.mikroe.com/mikropascal-pic https://www.mikroe.com/mikrobasic-pic http://www.astrobe.com/default.htm https://www.ptc.com/en/products/developer-tools/apexada https://www.ghs.com/products/ada_optimizing_compilers.html Some examples of non-C languages used in production code for doing stuff with hardware.
I'm 41 and work in embedded, but thanks. There's approximately zero people in the trade who don't know or never used C. And you certainly know this.
Surely I know that, but there is this image being sold that C is the only option, when those companies that I have listed are in business for at least 20 years now.
I also know there are a large amount of people in the trade that have zero regard for writing secure C code, despite the availability of tooling to help in such regard.
Which is getting worse now that those systems are being plugged into the Internet.
Earlier quoted context omitted.
I think you swapped the complexity that each language provides. If C is anything, it's the patty, and C++ literally everything else that makes up the burger.
> C++ literally everything else that makes up the burger. "Oh, you wanted mayo on your burger? We can do that, but you also have to have mustard. Don't worry, you won't have to pay for it.. but it's going to be in there."
Earlier quoted context omitted.
I'm 41 and work in embedded, but thanks. There's approximately zero people in the trade who don't know or never used C. And you certainly know this.
Sorry about that then. Surely I know that, but there is this image being sold that C is the only option, when those companies that I have listed are in business for at least 20 years now. I also know there are a large amount of people in the trade that have zero regard for writing secure C code, despite the availability of tooling to help in such regard. Which is getting worse now that those systems are being plugged…
Perhaps the most popular non-C development platform these days is Arduino on Atmel 8 bit chips, but it is still really a dumbed down version of C(++).
Earlier quoted context omitted.
C++ is a wildly unstable language compared to C. Every new standard brings a slew of new coding paradigms and features, often changing the way to write C++ code pretty fundamentally. On top of that C++ is a hellish beast of a language of such tremendous complexity that you can probably host hundreds of conference where you'd teach even experienced C++ coders things they don't know. They won't run out of material any…
This is completely false. C++11 introduced a lot of new paradigms, and that's it. That shift was for the better, and I haven't met a single person who can honestly say that the changes they made turned it into a worse language. Quite the opposite: it's more expressive, readable, and easier to use.
Earlier quoted context omitted.
I get your analogy, but I think there are tons of hammer conferences. There are conferences for most any language with wide adoption. There's also a Slack conference (not "TeamChatConf," but a "Slack Frontiers"). There's a GitHub conf (not "OpenSourceDevCon," but "GitHub Universe"). There is a Datadog conference, and so on and so on. Maybe C just doesn't have one big company, or an ecosystem of smaller ones, that sta…
C is not a product unlike everything you mentioned. Even most programming languages are products these days.
Languages were always a product, they either came with the OS one bought, or add to be bought as extra tooling.
Because though there might be building trades conferences, there are no hammer conferences. Oh, there will be tool vendors at the building trades conferences, there might be sessions on "Efficient Hammering Techniques Using Machine Learning", but there are no conferences about hammers. Don't forget about the blacksmith conference next week, they'll have hammer vendors, too. I dunno, a Ruby conference kinda makes sens…
To find the answer, I would ask, Why are there conferences for other technologies? What are they for? And I think the answer is probably 1) get useful news about recent and upcoming changes and 2) to socialize. I'm going to guess--possibly just projecting--that most C developers are older and not terribly interested in meeting new "C friends" or jumping into some hot, new "C startup". That leaves #1. Web/AI-ML/cloud/…
To spread the knowledge how to actually write C code that meets a certain quality level regarding security and safety.
And not that writing C89 without any sort of static analyzers is still acceptable practice.