Printable View
Hello,
For the sake of portable code,
using pointers and unsigned integers can make code hard to read for certain people,
consequently an entire project becomes less portable, if delegated to the wrong person,
in that case, a Java programmer who is "pointer-illiterate".
But some people insists on these practices, this is quite absurd ?
That's not usually what "portable" means.
Anyway, if you're saying that certain constructs can be problematic when used in C because programmers coming from other programming languages that don't know these constructs wouldn't be able to use them correctly, then the right solution is to teach these programmers to use these constructs correctly, or if they prove unteachable, fire them and hire C programmers to work on your C code.
Instead of "Portable" you likely mean easy to "maintain"; but, even that is not really a good thing to say about the use of pointers.
You likely are talking about cheap to maintain using poor C programmers.
Tim S.
I meant pointer arithmetic. In the case of maintainability, there are people who write bad code that they don't understand 6 months from now. Or is it bad people who write bad code, in the sense of bad people doing bad things ?
This feels like a "post hoc ergo propter hoc" argument - You are saying that some programmer's had a problem with pointers and unsigned ints, therefore the problem is with pointers and unsigned ints.
What you should be asking is whether the programmers were the right people for the job...
Yes, what everyone else has said.
Readable code, understandable code, is a Really Good Thing, an aim that we all should pursue. But not knowing how certain language features could/should be safely and correctly used - which seems to be what you're asking here - is a different matter. I once had a boss who forbade me to use linked-lists. He claimed they were intrinsically flawed, and that a safe implementation could not be programmed. Translation: he was never able to safely code a linked-list, and got into big trouble the first and only time he tried. Above all else, don't be like my old boss (who is now, unaccountably, a valued guru in the Raspberry Pi community...).