[FRIAM] singularity
Bill Eldridge
dcbill at volny.cz
Thu Jul 20 07:51:34 EDT 2006
Carlos Gershenson wrote:
>> Crude quantitative measures are no good. For instance, the intro of OO
>> techniques can increase functionality with sometimes a decrease in the
>> number of lines of code. An example close to home for me was the
>> change from EcoLab 3 to EcoLab 4. The number of lines halved, but
>> functionality was increased maybe tenfold (**subjective measure
>> warning**).
>>
>
> Then maybe a measure could be the length of the manuals
> +documentation, which reflect the functionality of a particular program?
>
Here we're swaying between measuring bloatware and measuring
documentation, the dreaded
Rubicon of the software programmer. Actually, automated documentation
tools have improved.
But a package where programmers hate documenting (or document in-line),
or are busier adding
features than doing documentation will be regarded as less progressive.
Some software packages
realistically have less need for intricate documentation.
Also, improvements in software can be a more intuitive interface
(decreasing needed documentation),
improved speed, improved modularity, maintainibility, integratability,
etc. This is true of Moore's
Law as well - it's a very one-dimensional measure of computing progress.
Many many people are
more impressed with the ability to plug in their video camera to a PC
rather than the ability of
Excel to open 60% faster. We simply have little way to evaluate software
progress across the board
with a measure like Moore's Law. But if we examine tasks and explore
speed, functionality and cost
for handling tasks, we get some comparisons. Offshoring of software
programming becomes easier because it's
easier to turn some types of software into a commodity task. Other
field-specific tasks are much more
involved, and may become actually doable thanks to software progress,
but still may be much slower
tasks to do than trivial already-done-a-million-times tasks. But both
types are necessary.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/friam_redfish.com/attachments/20060720/0812414f/attachment-0001.html
More information about the Friam
mailing list