Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.c    |    Meh, in C you gotta define EVERYTHING    |    243,242 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 241,252 of 243,242    |
|    Janis Papanagnou to Bonita Montero    |
|    Re: Nice way of allocating flexible stru    |
|    08 Oct 25 15:59:23    |
      From: janis_papanagnou+ng@hotmail.com              On 08.10.2025 12:09, Bonita Montero wrote:       > [...]       >       > C is really dangerous in that sense because you've to flip every bit       > yourself. Better use abstactions you re-use a lot of times. In C there       > almost no complex data strructures at all; like a vector in C++ or a       > unordered map because it would be a large effort to specialize your-       > self that for every data type. Most C projects stick with simple data       > structures which are less efficient. The "generic" types in C which       > work work callbacks like with qsort() really suck since their perfor-       > mance is better but still not optimal.       > I think all developers who use C today are either forced to stick       > with C though their job or are persons which think mostly on the       > detail level and can't think in abstractions.              > This is programming like in the beginning of the 90s.              I disagree in the historic valuation; abstractions were known and       used (and asked for) already [long] before. (Even your beloved C++       came already a decade earlier, and its designer was influenced by       even older abstraction concepts from the 1960's [Simula].)              But there certainly always have been developers who stuck to older       languages with less expressiveness in abstraction; obviously still       today. About the (strange or also valid) reasons we can speculate.       I would also speculate that many/most developers can not only think       in abstractions but know (and can program in) other languages that       provide abstraction concepts. (Or so I hope.)              Janis              > But today's       > machines are capable to handle more complex requirements and these       > requirements need a more flexible language so that you can handle       > that with less bugs than in a lanugage where you've to do every       > detail by yourself.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca