Dears all ,


In the following pages and the others some useful information may be found about software development and bugs :


http://en.wikipedia.org/wiki/Category:Programming_bugs
http://en.wikipedia.org/wiki/Category:Software_anomalies
http://en.wikipedia.org/wiki/Category:Computer_errors


http://en.wikipedia.org/wiki/Category:Maturity_models
http://en.wikipedia.org/wiki/Capability_Maturity_Model


http://en.wikipedia.org/wiki/Category:Software_project_management
http://en.wikipedia.org/wiki/Software_Peter_principle
http://en.wikipedia.org/wiki/No_Silver_Bullet
http://en.wikipedia.org/wiki/Software_rot
http://en.wikipedia.org/wiki/Software_brittleness
http://en.wikipedia.org/wiki/Lehman%27s_laws_of_software_evolution
http://en.wikipedia.org/wiki/Software_entropy
http://en.wikipedia.org/wiki/Software_quality
http://en.wikipedia.org/wiki/Computer_bug



Unfortunately , there is a concept < law of conservation of bugs >
mentioned in the page

http://www.site.uottawa.ca:4321/oose/index.html#lawofconservationofbugs

and the another in page

http://en.wikipedia.org/wiki/Software_entropy
.

There is another law about relation between software size and
number of bugs
but I could not find any proper reference about it which may be
( perhaps ) among papers about software metrics and software testing
( http://www.ece.cmu.edu/~koopman/des_s99/sw_testing/index.html  ) .

As a result it may be said that it is impossible to produce a software without bugs when size exceeds a lower limit toward increase .


My opinion is that discussion about Lazarus version numbers is not converging to a solution .

My suggestions are as follows :


Move Lazarus Components Library into Free Pascal at the side of FCL .
Renumber its version to Free Pascal Version .

Maintain Lazarus as only IDE , and use Free Pascal as compiler .

Remove Free Pascal from inside of Lazarus . It is physically unnecesary to keep it inside of Lazarus . Instead of including Free Pascal into Lazarus , mention which Free Pascal lowest numbered version is able to compile it .

For the Free Pascal there are Language Reference Guide and Programmer´s Reference Guide .
These are related to documentation of respective Free Pascal version .

There is no ( with respect my knowledge ) a Free Pascal Language Design Specification . My idea is that discussion should go on this Specification document . Free Pascal versions
will be implementation of this specification as much as possible .

In Lazarus wiki there are very good pages about which parts are implemented and which parts require further work ( To Do List ) . These works may be converted to a Lazarus Design Specicifation document and development may be pursued with respect to that document .

Assume that specifications are numbered as Version 1 .
When Lazarus fully implements that specification its version will be at least the version of the specification . Without such specification version numbering will not be able to show any measurable entity .


When the following sites are studied one point may be noticed :

http://delphi.icm.edu.pl/
http://www.torry.net/

Nearly all of the presented sources contain information about which Delphi versions may compile the sources ( means that there is a very strong dependency of source syntax and sometimes semantics to Delphi version ) .

I think , later on , Lazarus and Free Pascal compilable sources will start to mention version dependency explicitly .

Now , it seems that most requested feature is to enlarge
the Free Pascal and Lazarus but maintain exact backward compatibility .
I consider such a possibility is an impossibility . My policy is to use a smallest possible subset of a language which this subset may not be changed over time or changes are so small that does not break my programs severely .


Thank you very much .

Mehmet Erol Sanliturk





















--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply via email to