General > General Technical Chat
How many people code in C these days, and if so, why?
<< < (52/99) > >>
IanB:

--- Quote from: Siwastaja on May 10, 2020, 09:45:10 am ---Yes, I don't disagree with the fact that your if("string") example is valid C (equivalent code is valid in many other languages, as well; and equally not making any sense), as is your modified code in post #204, which nobody has commented about, I was just looking for the point you are trying to make with your messages, but now that you have admitted you have none, and didn't even intend to, it explains many things, and it is unnecessary to discuss any further.
--- End quote ---

Apparently I failed in my communication somehow. I don't know why everyone found it so objectionable.

I did have a point:


--- Quote from: Cerebus on May 10, 2020, 12:38:34 am ---C does not have a boolean type. A C compiler will definitely complain if you try to assign a string  (char *) to a non-string type.
--- End quote ---

I was just checking this assertion, since later C standards did add a boolean type, and it doesn't in fact complain if you assign a string to it.

Instead of saying "oh, that's interesting" everyone started beating up on me. So OK, it's not important, nobody is bothered and it's not worth arguing about.
Tomorokoshi:
For levity's sake this seems appropriate here:
https://xkcd.com/386/

Anyway, sure, C has its +'s, ++'s, -'s, and --'s. For practical reasons there are not a lot of alternatives for embedded work, a lot of code base is available, etc. I can't afford 100 MB to support "Hello World" with Java or other wanna-be bloat.

Regarding the curiosity from the link a few pages pack regarding the apparent rise in popularity of C and Python along with the drop in popularity of Java, it makes perfect sense given the benefits and synergies pointed out by others of using C and Python together.

"Using the right tool for the right job" requires a set of value judgements that don't fall nicely into macroeconomic categories. Many of those are bypassed for non-technical reasons, having to do with the reality and practicality of project cost and scheduling. With a lot of code base and engineering talent invested in C, choosing some other language on technical merits alone will rarely make it through until a lot of off-budget investment is made, such as through independent projects or some game-changing set of tools.
engrguy42:
IanB, between you and me...word to the wise...

Fanboys. This place is crawling with 'em. Meters, scopes, power supplies, you name it. And even software. Go no, right?? Yeah it's true. And who would'a thought there were even C fanboys??  :wtf:

Anyway, it's a bit like going into a bar in Dallas while the Cowboys are playing in the Super Bowl, and shouting "Cowboys SUCK !!". They'll rip you a new one.

So my recommendation: Just apologize, post shit like "C RULES !!!  :-+" and slowly back out and move on.

And watch your back..........

 :-DD
bd139:
It was quite objective and interesting until a couple of members crawled in...
engrguy42:

--- Quote from: bd139 on May 10, 2020, 06:16:36 pm ---It was quite objective and interesting until a couple of members crawled in...

--- End quote ---

I apologize. C RULES !!!!  :-+
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod