Re: [Pharo-users] Team programming with Smalltalk

The best of the two worlds ;) Le 25/02/2017 à 12:37, Norbert Hartl a écrit : > To me it is important to have a working image that collects side effects as > well as having a process that builds an image from scratch. -- Dr. Geo http://drgeo.eu

Re: [Pharo-users] Team programming with Smalltalk

Von meinem iPad gesendet > Am 17.02.2017 um 18:27 schrieb Hilaire : > > You have a very strong point. > The problem you emphasised, without explicitly naming it, comes from the > image. Because the image preserves state it is also a great receptacle > and accumulator for

Re: [Pharo-users] Team programming with Smalltalk

On 02/20/2017 03:58 AM, Denis Kudriashov wrote: 2017-02-18 8:53 GMT+01:00 itli...@schrievkrom.de >: Sadly this is gone or simply only badly implemented. E.g. in Pharo you can select a

Re: [Pharo-users] Team programming with Smalltalk

2017-02-18 8:53 GMT+01:00 itli...@schrievkrom.de : > Sadly this is gone or simply only badly implemented. E.g. in Pharo you > can select a package - fine, but to know, what has been extended in this > package ?. The name of the method categories also define in which >

Re: [Pharo-users] Team programming with Smalltalk

On 02/15/2017 02:43 PM, horrido wrote: In file-based word, the answer is tests and CI. What is the smalltalk way? And please do not say "It's in the conceptual nature of programming" -- if the scenario makes no sense in the smalltalk world (maybe you are not supposed to have 20 people

Re: [Pharo-users] Team programming with Smalltalk

For the record I never lost code with MC. We are managing Pharo since 2008 with MC and it works. Now I cannot open my old code stored in Envy on my current mac. While I can dezip MC files. So you see the devil is in the details.

Re: [Pharo-users] Team programming with Smalltalk

You see. Pharo is free. Give me money and you will get something much better. For me closed and proprietary tools do not exist anymore. You see I'm moving from Keynote for my lecture slides because they decided that they do not want to load my old lectures :). Tx apple. I worked with Envy.

Re: [Pharo-users] Team programming with Smalltalk

Hilaire What we do and it is working for a lot of projects. I used the launcher to grab an image built from a CI based on a release Pharo image and a configuration of my project so that I do not have to wait. Pharo50 + ConfigurationOf/BaselineOf + jenkins => image

Re: [Pharo-users] Team programming with Smalltalk

Building the image from the shell is what I do for DrGeo release. For development environment it is more in flux but likely should be done. Any recommended reading on that specific point? Hilaire Le 18/02/2017 à 12:54, Pierce Ng a écrit : > Nowadays we are encouraging building images from

Re: [Pharo-users] Team programming with Smalltalk

On Fri, Feb 17, 2017 at 06:27:59PM +0100, Hilaire wrote: > Entropies always comes with interacting 'living' system. Good point. I just tried loading GitFileTree into a Pharo 5 image that I've been using for a while. The image had, to use your term, collected enough entropy such that the loading

Re: [Pharo-users] Team programming with Smalltalk

Am 17.02.2017 um 18:51 schrieb Esteban A. Maringolo: > I've used ENVY for a couple of years, and marginally used Store. Store > is nothing compared with ENVY, ENVY is far superior. Store is like > Monticello, but as such it lacks the "Configuration Map" part of it, > that is offered by Metacello

Re: [Pharo-users] Team programming with Smalltalk

On 02/15/2017 02:43 PM, horrido wrote: In file-based word, the answer is tests and CI. What is the smalltalk way? And please do not say "It's in the conceptual nature of programming" -- if the scenario makes no sense in the smalltalk world (maybe you are not supposed to have 20 people working

Re: [Pharo-users] Team programming with Smalltalk

I've used ENVY for a couple of years, and marginally used Store. Store is nothing compared with ENVY, ENVY is far superior. Store is like Monticello, but as such it lacks the "Configuration Map" part of it, that is offered by Metacello in Pharo/Squeak/GemStone. However I find ENVY to be too

Re: [Pharo-users] Team programming with Smalltalk

You have a very strong point. The problem you emphasised, without explicitly naming it, comes from the image. Because the image preserves state it is also a great receptacle and accumulator for entropies, and as we know entropies only increase, never decrease! The direct consequence is that, at

[Pharo-users] Team programming with Smalltalk

There is no time on my side to give a full and detailed answer to this as a full book could be filled on all the possibilities and options you have in Smalltalk. One should remember the following few points: 1. Breaking code is nothing specific to a language. The usual weapon also in

Re: [Pharo-users] Team programming with Smalltalk

I have worked with VASmalltalk for 20 years and this included projects utilizing 10-15 developers. VASmalltalk uses Envy Manager as its VCS. Envy, in my opinion, is far superior to anything on the market today where it concerns code management. It has open editions, scratch editions, versions,

Re: [Pharo-users] Team programming with Smalltalk

Pharo in particular, I cannot speak about other Smalltalks I have not used, when it comes to VCS its very similar to git actually. It uses source code files, it distributes them via zip files, it works locally instead of centralised , it support merges etc. Pharo works well also with usual VCS

[Pharo-users] Team programming with Smalltalk

There's a debate at Hacker News about how Smalltalk is used collaboratively in team programming: https://news.ycombinator.com/item?id=13642947 'theamk' says: Sorry, I am at work right now and don't have time to watch videos. Can you tell me more