February 2017 - Pharo-users

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by denker

> On 16 Feb 2017, at 10:43, denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > Yes, we are planning to extend the profiles to have space for > -> website I have added a field for the website. Marcus

Feb. 16, 2017

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by denker

Hello, > On 16 Feb 2017, at 12:12, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > > Hello Marcus > > I decided to join the Association. Just one oddity in the sign up process. There is a mandatory question about public listing, with just one box to tick, saying I want to be listed. The system wonât let you proceed unless you answer this question, and the only permitted answer is Yes. If it is intended that listing is optional, you should also have a No box, or change it so that answering is not mandatory. I have changed it to be not optional. I think this should provide what we want: people can select it or let it empty. Marcus

Feb. 16, 2017

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by PBKResearch

Hello Marcus I decided to join the Association. Just one oddity in the sign up process. There is a mandatory question about public listing, with just one box to tick, saying I want to be listed. The system wonât let you proceed unless you answer this question, and the only permitted answer is Yes. If it is intended that listing is optional, you should also have a No box, or change it so that answering is not mandatory. Personally Iâm not worried about being publicly listed, but others might be. Best wishes Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Marcus Denker Sent: 16 February 2017 09:16 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Cc: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now! We would be very interesting in ideas/improvements wrt. to the Association/Consortium. if you have any ideas â> send me a mail. Marcus On 14 Feb 2017, at 15:17, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr> > wrote: Hi, The new Pharo Association website is up and running for some month. If you are a member, it will bug you once a year to renew. If you were a member in the past and have not been bugged by the system to renew until now, please subscribe now as a new member. (We added all active members, but as the old system was purely manual, people did not get asked to renew very consistently and you might not be in the system anymore) See the website for more information: https://association.pharo.org <https://association.pharo.org/> Marcus

Feb. 16, 2017

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by denker

Hi, Yes, we are planning to extend the profiles to have space for -> website -> short bio -> list of interests -> interested in listed as public pharo consultant? *and* we will then automatically generate http://consultants.pharo.org <http://consultants.pharo.org/> from that data, too. Marcus > On 16 Feb 2017, at 10:32, john pfersich <jpfersich(a)gmail.com> wrote: > > The old site allowed you to put a web site on your profile page. That would be nice to have back. > > > On Feb 16, 2017 01:17, "Marcus Denker" <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > We would be very interesting in ideas/improvements wrt. to the Association/Consortium. > > if you have any ideas â> send me a mail. > > Marcus > >> On 14 Feb 2017, at 15:17, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> Hi, >> >> The new Pharo Association website is up and running for some month. >> >> If you are a member, it will bug you once a year to renew. >> >> If you were a member in the past and have not been bugged by the system to renew until now, >> please subscribe now as a new member. >> >> (We added all active members, but as the old system was purely manual, people did not get >> asked to renew very consistently and you might not be in the system anymore) >> >> See the website for more information: >> >> https://association.pharo.org <https://association.pharo.org/> >> >> >> Marcus >

Feb. 16, 2017

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by john pfersich

The old site allowed you to put a web site on your profile page. That would be nice to have back. On Feb 16, 2017 01:17, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > We would be very interesting in ideas/improvements wrt. to the > Association/Consortium. > > if you have any ideas â> send me a mail. > > Marcus > > On 14 Feb 2017, at 15:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > The new Pharo Association website is up and running for some month. > > If you are a member, it will bug you once a year to renew. > > If you were a member in the past and have not been bugged by the system to > renew until now, > please subscribe now as a new member. > > (We added all active members, but as the old system was purely manual, > people did not get > asked to renew very consistently and you might not be in the system > anymore) > > See the website for more information: > > https://association.pharo.org > > > Marcus > > >

Feb. 16, 2017

Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!

by Marcus Denker

We would be very interesting in ideas/improvements wrt. to the Association/Consortium. if you have any ideas â> send me a mail. Marcus > On 14 Feb 2017, at 15:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > The new Pharo Association website is up and running for some month. > > If you are a member, it will bug you once a year to renew. > > If you were a member in the past and have not been bugged by the system to renew until now, > please subscribe now as a new member. > > (We added all active members, but as the old system was purely manual, people did not get > asked to renew very consistently and you might not be in the system anymore) > > See the website for more information: > > https://association.pharo.org <https://association.pharo.org/> > > > Marcus

Feb. 16, 2017

Does Capgemini still use Smalltalk?

by askoh

http://www.silicon.co.uk/data-storage/ron-tolido-capgemini-205385 Interview with Ron Tolido, Capgemini CTO. He can be a powerful ally for Smalltalk. "What is your favourite technology of all time? That would have to be the MacBook Air; Iâve had quite a few by now and they still amaze me. In terms of programming languages, I still consider Smalltalk coming from outer space." -- View this message in context: http://forum.world.st/Does-Capgemini-still-use-Smalltalk-tp4934520.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 16, 2017

Team programming with Smalltalk

by Torsten Bergmann

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 Smalltalk is to monitor if something breaks - for instance by using CI. Continuous integration only makes real sense when you have tests. One should remember that "test first", "unit testing" and "Extreme programming" (XP) like many other things had their roots in Smalltalk. Because in dynamic languages testing using code was and is part of the culture (ranging from lively verifying with workspace expressions and inspectors up to fully written tests). The first unit testing framework "SUnit" was written by Kent Beck for Smalltalk (SUnit), later he ported it to Java with Erich Gamma on a flight to OOPSLA OO conference. Java helped to push the popularity afterwards. Meanwhile also static language enthusiasts have understood that it is better to rely on tests than type checking compilers and they now hurry up to follow what Smalltalk already had years ago. One last thing you should try: try to query your system how many test methods were written. When you solved this easily with a Smalltalk expression retry this in Java ;) 2. Commercial Smalltalks which are often used in big projects provide solutions which are repository based like the famous ENVY (written by OTI, was in VisualAge for Smalltalk from IBM, now VAST) or Store (VisualWorks). For more details try the commercial evaluation versions or read [1] or [2]. A screenshot of Envy can be seen in [3]. I worked with ENVY and it is really good - but mostly only for internal work/teams. If I remember correctly ENVY once was also available for VisualWorks (VW) ... but later got replaced for business or license reasons. I'm not sure about that point. Cincom developed Store for VW as a replacement which is also nice as it allows to work in an occasionally-connected mode, so work offline and push packages/versions later to a central team repo. In the open source world there are different solutions (including Monticello which is available for nearly all Smalltalk derivates) or newer solutions like FileTree or Iceberg allowing to work with Git. The workflow depends on the tool and your requirements. 3. Often it makes sense to automatically build and regular distribute a fresh daily developer images to the members of your team. This helps in later merging code. For instance Kapital (a big financial project from JP Morgan) works that way and I've seen that model very often. See [4] Again nothing special to Smalltalk. In more file based languages it also makes sense to stay close to the main line and merge as well as resynchronize with the team. In Pharo for instance we have the PharoLauncher that allows you to download any (fresh or old) image built provided by the open source community. 3. Versioning can be done on many levels. Simplest level is the image itself. Smalltalk not only has an VM and image concept - but also the concept of a changes file. If you evaluate a code expression, create or modify a class or method in the system this gets logged there. It prevents you from loosing code and it is easy to restore quickly for instance an earlier method versions/editions that one has implemented. Most Smalltalks now also work with packages and you can define package dependencies as well as declaring versions that fit together to provide a project, goodie or app (for instance with a Configuration class in Monticello) While in file based languages this is often done in an XML file (Maven for instance) or a JSON file in Smalltalk this is usually expressed with objects and classes again. This also makes it more flexible as you can very easily do queries on it or use refactoring tools to even restructure or reconfigure. 4. Usage of shared code repositories is very common also in Smalltalk. While you now can also use GitHub, GitLab, Gogs and others with Iceberg and friends in Smalltalk there are also repository systems implemented in Smalltalk itself like - SqueakSource (http://source.squeak.org, http://squeaksource.com) - SqueakSource3 (http://ss3.gemtalksystems.com) - SmalltalkHub (http://smalltalkhub.com) 5. Beside repositories where code and goodies are hosted one often finds registries with infos about loadable components. Pharo for instance has http://catalog.pharo.org which is accessible also directly from the image. 5. If you work in a team you can also use a custom update stream. This is how for instance open source projects like Pharo and Squeak are managed. So anyone can hit an "update" button to get the latest changes. In Pharo http://updates.pharo.org is used and you can have a look at UpdateStreamer class to see how easy that works over the web or how to customize it for own needs. 7. If one requires not only collaboration for the development team (coding) but would like to collaborate also with other projects members on other artefacts (Excel, project plans, documents, ...) then one should have a look at tools like this http://www.3dicc.com which is implemented in - guess what: SMALLTALK. This list could be endless ... the first few points should only give a glimpse on what is there and available. Have fun T. [1] https://www.cambridge.org/core/books/mastering-envydeveloper/56EE45AFF26F80… [2] http://www.cincomsmalltalk.com/main/documentation/VisualWorks/SourceCodeMgm… [3] http://www.edm2.com/index.php/Installing_the_VisualAge_UML_Designer [4] http://www.slideshare.net/esug/13-yanndmonclair

Feb. 16, 2017

Re: [Pharo-users] Inspecting calculated attributes

by Alistair Grant

On 15 February 2017 at 18:45, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > A custom extension is soo easy to do and will probably fit your expectations > better. It would not be much more work than listing/indicating which attributes > you want to display. My original thought was to use method pragmas to tag the methods to be inspected. This would also provide a hint as to what the author was thinking when the code was written (that the method is more of an attribute of the object than an operation that can be performed). On 15 February 2017 at 20:56, Ben Coman <btc(a)openinworld.com> wrote: > > Would it be feasible to have a "CalculationSlot" > that was read only, and each time it was read it performed the calculation? I have read about Slots but hadn't looked in to them before, more below. On 16 February 2017 at 00:18, denker <marcus.denker(a)inria.fr> wrote: >> >> I added this as an example to the Slot package: >> >> https://pharo.fogbugz.com/f/cases/19709/add-example-ComputedSlot >> >> > > This will be in the next update. > > > Very cool !! > A good example would be calculation based on other instance variables. > I took a guess... > > Object subclass: #TT > slots: { #i. #j => VirtualSlot with: [ :o | o i + 1 ] } > classVariables: { } > category: 'AAAA' > > TT>> i > ^i ifNil: [i:=0] > > TT>> i: > i: number > i := number > > TT>> j > ^j > In Playground... > (tt := TT new) inspect. > (tt i: 4) inspect. > > > > Yes! The block can not refer to instance variables, so for more complex > compilations > (or if one does not want to expose accessors), one might move the code to a > âcomputeâ > method. > > As an extension, it might be good to allow the Slot to be configured with a > selector: > > VirtualSlot with: #computeMyVar > > This would just need some check in #read:. > > Then of course, to speed things up one can do inlining by implementing > #emitValue:, > which could for the selector compile it to âself computeMyVarâ. > > Marcus Many thanks for providing such a detailed example and especially getting it in to the base image so quickly (that's a record in my experience). At the moment I think that your suggested extension of configuring the slot with a selector may be better than supplying a block as it makes the code easier to read, i.e. the code is located in the method definition and not embedded the class definition. My inclination is to create a new type of slot, InspectorSlot or MethodSlot, that operates as you suggest rather than extending ComputedSlot. If you'd like this included, let me know, along with any suggestions for a better name, and I'll put together the fogbugz issue and slice. Thanks again, Alistair

Feb. 15, 2017

Re: [Pharo-users] Team programming with Smalltalk

by Brad Selfridge

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, application packages, sub-application packages, merges, and doffs. However, it was built to be used in an internal organization. It is not usable for open source Smalltalk VCS projects such as Git. I believe that Visualworks uses a RDBMS product called Store that is similar to Envy. Both of these are commercial Smalltalks, however. ----- Brad Selfridge -- View this message in context: http://forum.world.st/Team-programming-with-Smalltalk-tp4934508p4934514.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 15, 2017