Hello Michael,
> The alternate point is that during computing history, many, many, many
> promises were made for many, many, many, technologies based on the
> same principle of raising the abstraction level. Many, many, many of
> those technologies promised much and failed to deliver on their cla
Martijn Iseger wrote:
...
> I believe the point being made by the organization is that during
> computing history the most successful shifts in productivity were
> achieved by similar shifts in raising the abstraction level on which
> developers specify solutions.
The alternate point is that durin
Martijn Iseger wrote:
> Before slashing down in ignorance - educate yourself on
> www.dsmforum.org. After that: feel free to comment. I will make you look
> a lot more intelligent Peter Hansen.
Talk about throwing stones in glass houses!
--
http://mail.python.org/mailman/listinfo/python-list
Martijn Iseger wrote:
> Hello Steve,
>
>
>>1. Any organisation that can talk about "a leap in productivity of
>>400% from Assembler to BASIC" as though nothing occurred in between
>>suffers such a total disconnect from computing history that it's hard
>>to take other utterances seriously.
>
>
>
Hello Steve,
> 1. Any organisation that can talk about "a leap in productivity of
> 400% from Assembler to BASIC" as though nothing occurred in between
> suffers such a total disconnect from computing history that it's hard
> to take other utterances seriously.
I believe the point being made by t
Martijn Iseger wrote:
>>if you don't understand the "silver bullet" reference, you're not
>>qualified to use phrases like "makes software development 5-10 times
>>faster".
>
>
> You could reverse that as well: http://www.dsmforum.org
>
>
Having taken the time to educate myself (following the r
> if you don't understand the "silver bullet" reference, you're not
> qualified to use phrases like "makes software development 5-10 times
> faster".
You could reverse that as well: http://www.dsmforum.org
--
http://mail.python.org/mailman/listinfo/python-list
I just wonder about that 5-10 times faster. that's a really wide range. :)
On 9/21/05, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Martijn Iseger wrote:
>
> > >> Domain-specific modeling makes software development 5-10 times faster
> > >> than approaches based on UML or MDA. It accelerates develo
Martijn Iseger wrote:
> >> Domain-specific modeling makes software development 5-10 times faster
> >> than approaches based on UML or MDA. It accelerates development and
> >> reduces complexity by automatically generating full code from
> >> higher-abstraction design models.
> >>
> > Wow, look eve
> Martijn Iseger wrote:
>
>> Domain-specific modeling makes software development 5-10 times faster
>> than approaches based on UML or MDA. It accelerates development and
>> reduces complexity by automatically generating full code from
>> higher-abstraction design models.
>>
> Wow, look everyone!
Martijn Iseger wrote:
> Domain-specific modeling makes software development 5-10 times faster
> than approaches based on UML or MDA. It accelerates development and
> reduces complexity by automatically generating full code from
> higher-abstraction design models.
Wow, look everyone! A silver b
Martijn Iseger wrote:
> Domain-specific modeling makes software development 5-10 times faster than
> approaches based on UML or MDA.
> It accelerates development and reduces complexity by automatically generating
> full code from higher-abstraction design models.
> Learn from speakers Juha-Pekka
Domain-specific modeling makes software development 5-10 times faster than
approaches based on UML or MDA.
It accelerates development and reduces complexity by automatically generating
full code from higher-abstraction design models.
Learn from speakers Juha-Pekka Tolvanen, Jack Greenfield, Stev
13 matches
Mail list logo
