Re: [Pharo-dev] Estimating the amount of change between Pharo 2.0 and 3.0

2014-02-22 Thread btc
Pharo4Stef wrote: Why? The tests are green. When you change a complete compiler and AST then it is a lot of changes. Then each time you changes a comment you change the timestamp so….. Now 30 is stable since months. Stef PS: you know what is frightening is when you have a bug that arrives onl

Re: [Pharo-dev] Estimating the amount of change between Pharo 2.0 and 3.0

2014-02-22 Thread Pharo4Stef
Why? The tests are green. When you change a complete compiler and AST then it is a lot of changes. Then each time you changes a comment you change the timestamp so….. Now 30 is stable since months. Stef PS: you know what is frightening is when you have a bug that arrives only after 2 weeks on h

Re: [Pharo-dev] Estimating the amount of change between Pharo 2.0 and 3.0

2014-02-21 Thread Damien Cassou
On Thu, Feb 20, 2014 at 2:49 AM, Esteban A. Maringolo wrote: > 20% of change in Quantity terms is a lot! that's really a lot and is a bit frightening. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." W

Re: [Pharo-dev] Estimating the amount of change between Pharo 2.0 and 3.0

2014-02-19 Thread Esteban A. Maringolo
2014-02-19 19:30 GMT-03:00 Sven Van Caekenberghe : > Here is a simple calculation (that probably can be improved by the reflection > or Moose aficionados) to estimate the amount of change between Pharo 2.0 and > 3.0 by counting the number of methods in the image that have a timestamp > later tha

[Pharo-dev] Estimating the amount of change between Pharo 2.0 and 3.0

2014-02-19 Thread Sven Van Caekenberghe
Here is a simple calculation (that probably can be improved by the reflection or Moose aficionados) to estimate the amount of change between Pharo 2.0 and 3.0 by counting the number of methods in the image that have a timestamp later than 2.0's release date: these should be new or modified. (Ob