home bbs files messages ]

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