The context might be right. Still Denis is talking about integrating Mocks in SUnit. And to have kernel tests using Mocks. I don't see a problem because can be loaded later. I see no reason if there is a small kernel why it cannot load additional stuff just for testing. The kernel would still be small. If things packaged the right way tests can be loaded in multiple feature layers. The not yet to discuss thing is indeed what will be the default distribution of pharo.
Norbert > Am 30.10.2016 um 11:41 schrieb Tudor Girba <[email protected]>: > > Hi, > > I actually think there is no disagreement in this discussion :). I see it > similarly to how Dale described it, but perhaps I am wrong. It seems to me > that: > - Guille and Stef are talking about Core, they refer to the smallest image > that can be useful for a developer and that is being built out of the tiny > kernel. Indeed, Mocks do not belong there. Specifically, as FileSystem does > belong in this image, we should not make FileSystem testing depend on Mocks. > - Denis is talking about the typical distribution that we now name the Pharo > image. Mocks might actually belong in this one quite nicely. > > From a practical point of view, it is not a good option to add new things for > Pharo 6. We have decided that Pharo 6 is closed for new features. However, > once we have the new process in place for Pharo 7, we can reconsider our > options. The new process should precisely make it easier and safer to play > with new things for the official distribution that has several convenience > libraries inside. > > @Guille, Stef: Does this reflect what you think? > @Denis: Is this reasonable for you? > > Cheers, > Doru > > > >> On Oct 30, 2016, at 9:33 AM, stepharo <[email protected]> wrote: >> >> Denis >> >> We are working since 4 years now to get >> >> - have a small kernel + tests >> >> - be able to load nicely configurations >> >> We should not add something else than Sunit for tests of the small kernels >> tests. >> >> Now people can use whatever they want to test their system but for the core >> >> we are really picky because loading on single package may add far too many >> dependencies. >> >> and it means >> >> - more time to load >> >> - more time to debug >> >> - more time to just understand what did not work during the bootstrap. >> >> So our goal is to shrink the minimal core and not to extend it. So we will >> add mock by hand if we need them. >> >> I agree with Guillermo. Far too much pain. >> >> Stef >> >>> Le 28/10/16 à 18:51, Denis Kudriashov a écrit : >>> We always said that smalltalk is the best for TDD. >>> But we not have mocks by default in Pharo while mocks is fundamental part >>> of TDD. >>> So no kernel tests could benefit from them. >>> And more important TDD is design process and without mocks we can't apply >>> it to kernel with full power. >>> What you think to integrate Mocketry in Pharo 6? >>> It has comments and documentation (PharoInProgress, Help), advanced >>> features and it is very competitive to any modern mock libraries. >>> >>> Best regards, >>> Denis >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "Value is always contextual." > > > > >
