[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnu-arch-users] Re: darcs vs tla

From: Jan Hudec
Subject: [Gnu-arch-users] Re: darcs vs tla
Date: Thu, 11 Nov 2004 14:55:12 +0100
User-agent: Mutt/1.5.6+20040907i

On Thu, Nov 11, 2004 at 11:36:42 +0000, Catalin Marinas wrote:
> Jan Hudec <address@hidden> writes:
> > There is an interesting paper by Paul Graham. He has a hypothesis, that
> > a programmer can write about the same number of tokens in a unit of
> > time, no matter what language he is writing them in (or little
> > matter).
> That's only useful if the first thing you do when starting a project
> is coding. It might be irrelevant for large projects where you begin
> with a design stage. I think it's wrong to estimate the cost of a
> projects by counting the number of lines.

For a big part, the design cost is independent on the language. The
higher layers of design are same independent of the language.

But the lower level split to modules is proportional to size of
interfaces. The more expressive interfaces the language allows, the less
work is designing them. Expressivnes of interfaces is usualy tied to
expressivness of the language as a whloe, so here again HLLs have
advantage, though not that big.

> > Now that would mean, that programming is more efficient in a higher
> > language. The higher here means it can do more work with one
> > statement.
> C is a language where you might have to implement a lot of things
> yourself. In C++, things are a bit different. You need a list, just
> use the STL or some other template library (Boost). If, after
> profiling your code, you realise that this list is slow you can easily
> change it (providing that you had some rules like using typedefs
> etc.). You might not have this option in a HLL.

Replacing eg. STL list with a Boost one rarely wins much. What wins much
is replacing eg. list with a vector -- generaly with a different
structure with more appropriate asymptotic behaviour. Reasonable HLLs
give you this choice.

                                                 Jan 'Bulb' Hudec 

Attachment: signature.asc
Description: Digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]