Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #94377

Re: the main problem of this group (as i see it)

Newsgroups comp.lang.c
Date 2016-10-01 11:04 -0700
References (2 earlier) <20160930225951.11999acc7b62e59469f2b977@gmail.com> <cef42260-f3d5-49d5-98b9-afd79d6dded7@googlegroups.com> <22db2d1b-55de-49d4-9247-1a33158ac70f@googlegroups.com> <4a1ad3a9-d0f1-47f2-bc15-53385bc002bd@googlegroups.com> <09592a50-22f4-4ef2-8b14-790596dd42ad@googlegroups.com>
Message-ID <0ddaca8c-b1a7-4aaa-bc86-1e792e972747@googlegroups.com> (permalink)
Subject Re: the main problem of this group (as i see it)
From fir <profesor.fir@gmail.com>

Show all headers | View raw


W dniu sobota, 1 października 2016 19:40:50 UTC+2 użytkownik fir napisał:
> W dniu sobota, 1 października 2016 18:55:45 UTC+2 użytkownik Malcolm McLean napisał:
> > On Saturday, October 1, 2016 at 3:47:50 PM UTC+1, fir wrote:
> > >
> > > > I'm planning such a book as a companion to Basic Algorithms.
> > > > But it's been a long time in planning. I have far too many 
> > > > things on my to do list at present. 
> > > > 
> > > > I think there is a gap in the market. Paradigms like OOP and 
> > > > functional programming are all the rage, and imperative,
> > > > procedural, structured programming is seen as the rustic
> > > > simpleton. But actually many people don't really "get"
> > > > structured programming - they've picked up "goto is bad"
> > > > and maybe a bit of the jargon, but they don't have a sort of
> > > > overview of the principle of how it structures programs.
> > > > And structured programming is effective.
> > > 
> > > wander what that knowledge could be, as for example my main 
> > > concern is how to divide content on files and modules - the rest
> > > seem to be flat and strightforward
> > >
> > Is there actually enough to say? In a sense, that's a sign of the 
> > strength of imperative programming. People shouldn't be experts
> > in it and go on webinars and even take university modules in it.
> > The complexity should be in the algorithms themselves, not the 
> > language used to define them to the computer.
> > 
> > But I think there is. We need a major push for C and against all the
> > various flavours, enhancements and fads.
> 
> well i dont know if this is all - just for my own present knowledge this 
> is all 1.(those mentioned divisions on files and modules are btw not totally clear yet worse this is more like psychological topic not strictly technical and thats real scary imo)
> 2. c-procedural  structurisation may evolve into agent based model (which is imo good way yet practically obtainable though people do not use it - i mentioned my experiments with that like 3/4 of the year ago
> where i made 
> 
> environment.exe, agent_brown.dll, agent_smith.dll, agent_jones.dll
> 
> where environment exle links to agents and calls its internal run() routines where all sides comunicates thru small api - this is probably the future of code structurisation (but recent times i was to wearyu of programming at all, thuis winter maybe i will build up some more tests)

btw i mentioned it here there, but may repeat (as it was long time ago an is some observation): windows dll way works but is burdensome  - it may not need terribly big effort to link and code those linking interfacings but in coding work even such reletively sal burdens are 
unpleasant and burdensoe - c burdenless way of noral static linking seem to be better (though also bad as you need provide headers/declarations) this way the conclusion is dynamic linking should be mada a part of c (or C 2.0 im working on) standard and it should be simplificated to minium, like

//file environment.c

void main()
{
  agent_brown_run();
}

// file agent_brown.c

void agent_brown_run()
{

}

c:\> compile environment.c environment.exe
c:\> compile agent_brown.c agent_brown.dll

Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-09-29 14:28 -0700
  the main problem of this group (as i see it) "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-09-29 17:00 -0700
    Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-09-29 23:16 -0700
      Re: the main problem of this group (as i see it) David Brown <david.brown@hesbynett.no> - 2016-09-30 09:45 +0200
        Re: the main problem of this group (as i see it) mark.bluemel@gmail.com - 2016-09-30 00:51 -0700
          Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-09-30 08:47 -0700
            Re: the main problem of this group (as i see it) David Brown <david.brown@hesbynett.no> - 2016-09-30 19:06 +0200
              Re: the main problem of this group (as i see it) "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-09-30 13:00 -0700
              Re: the main problem of this group (as i see it) Gareth Owen <gwowen@gmail.com> - 2016-09-30 22:02 +0100
              Re: the main problem of this group (as i see it) Paul N <gw7rib@aol.com> - 2016-10-01 10:02 -0700
      Re: the main problem of this group (as i see it) "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-09-30 00:50 -0700
        Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-09-30 08:45 -0700
    Re: the main problem of this group (as i see it) Anton Shepelev <anton.txt@gmail.com> - 2016-09-30 22:59 +0300
      Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-01 01:18 -0700
      Re: the main problem of this group (as i see it) Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-10-01 01:37 -0700
        Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-01 07:47 -0700
          Re: the main problem of this group (as i see it) Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-10-01 09:55 -0700
            Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-01 10:40 -0700
              Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-01 11:04 -0700
      Re: the main problem of this group (as i see it) "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-10-01 03:06 -0700
        Re: the main problem of this group (as i see it) "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2016-10-01 03:21 -0700
          Re: the main problem of this group (as i see it) Malcolm McLean <malcolm.mclean5@btinternet.com> - 2016-10-01 05:57 -0700
            Re: the main problem of this group (as i see it) supercat@casperkitty.com - 2016-10-01 15:08 -0700
      Re: the main problem of this group (as i see it) luser droog <luser.droog@gmail.com> - 2016-10-01 18:45 -0700
        Re: the main problem of this group (as i see it) luser droog <luser.droog@gmail.com> - 2016-10-01 18:59 -0700
        Re: the main problem of this group (as i see it) Tim Rentsch <txr@alumni.caltech.edu> - 2016-10-08 12:43 -0700
          Re: the main problem of this group (as i see it) luser droog <luser.droog@gmail.com> - 2016-10-08 13:22 -0700
        Re: the main problem of this group (as i see it) luser droog <luser.droog@gmail.com> - 2016-10-08 14:48 -0700
        Re: the main problem of this group (as i see it) already5chosen@yahoo.com - 2016-10-08 15:37 -0700
          Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-09 03:01 -0700
            Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-09 03:24 -0700
              Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-09 03:41 -0700
          Re: the main problem of this group (as i see it) "James R. Kuyper" <jameskuyper@verizon.net> - 2016-10-09 11:21 -0400
            Re: the main problem of this group (as i see it) fir <profesor.fir@gmail.com> - 2016-10-09 09:00 -0700
        Re: the main problem of this group (as i see it) luser droog <luser.droog@gmail.com> - 2016-10-15 16:28 -0700

csiph-web