November 2011 - Esug-list - lists.esug.org

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by stephane ducasse

Thanks alan! We want more. Please log them next time you integrate something. I really a bunch of them. But I want to hear you guys! Stef > On 23/11/2011 12:57, Stéphane Ducasse wrote: >> Hi guys >> >> We are writing some articles on the work of veronica to support merging activities. We need your input great smalltalk community :) >> What are the questions that you ask yourselves when you are/want to merge some code in your project? >> We would like to do a compilation of questions and also evaluate how the solution of veronica solves them or part of them. >> > At my job we have several programming rules hat we check on pieces of code before integrating. > Some of these checks could be automated, some cannot. > > Besides, there is a more subtle analysis about two things: the alignment of the changes with the software design and politics; and a little cost-benefit considering added complexity as a cost (could yield negative when it is a refactoring, for instance) and additional functionality or enhancements or clarity or performance as benefits. > I don't think this could be automated, but it could be supported to some extent (we could measure the added complexity and raise hints about some design invariants). > > I think this goes to the line that Sean T Allen pointed: why do we want to integrate these changes. > > Regards > -- > carlos e. ferro | senior developer| caesar systems | see clearly. decide smarter. > > ceferro(a)caesarsystems.com | t: +1.281.598.8790 | t: +54.11.4389.0126 | blog.caesarsystems.com | www.caesarsystems.com > > This message and any attached documents contain information from Caesar Systems LLC that may be confidential/trade secret and/or privileged. If you are not the intended recipient, you may not read, copy, distribute or use this information. If you have received this transmission in error, please notify the sender immediately by telephone or by reply e-mail and then delete this message. > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Nov. 23, 2011

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by Alan Knight

What does this relate to in the bug-tracking system? Did the tests pass before? Do the tests pass now? Which parts of this are real changes and which are just because somebody felt it was important to reformat everything? :-) What were those changes I just accepted/deleted because the cat was stepping on my keyboard? > ------------------------------------------------------------------------ > > Stéphane Ducasse <mailto:stephane.ducasse@inria.fr> > 23 November, 2011 10:57 AM > > > Hi guys > > We are writing some articles on the work of veronica to support > merging activities. We need your input great smalltalk community :) > What are the questions that you ask yourselves when you are/want to > merge some code in your project? > We would like to do a compilation of questions and also evaluate how > the solution of veronica solves them or part of them. > > Here are some typical questions we asked ourselves. > - What other changes did this change require? > - Can I integrate this change right now? > - How large it is? > - Who made it? > - Is it still valid (when I'm working on an old change)? > - Is this change impacted by a change that happened in another branch > of my software? > > Stef D., Andy K. and Veronica U. > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Nov. 23, 2011

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by stephane ducasse

>> > At my job we have several programming rules hat we check on pieces of code before integrating. > Some of these checks could be automated, like what? I integrated daily changes and I have a lot of simple questions. I'm quite sure that people would be interested by the answers to these questions. But for the moment I will not tell them but I want to know what you guys are asking yourselves. > some cannot. > > Besides, there is a more subtle analysis about two things: the alignment of the changes with the software design and politics; and a little cost-benefit considering added complexity as a cost (could yield negative when it is a refactoring, for instance) and additional functionality or enhancements or clarity or performance as benefits. > I don't think this could be automated, but it could be supported to some extent (we could measure the added complexity and raise hints about some design invariants). > > I think this goes to the line that Sean T Allen pointed: why do we want to integrate these changes. > > Regards > -- > carlos e. ferro | senior developer| caesar systems | see clearly. decide smarter. > > ceferro(a)caesarsystems.com | t: +1.281.598.8790 | t: +54.11.4389.0126 | blog.caesarsystems.com | www.caesarsystems.com > > This message and any attached documents contain information from Caesar Systems LLC that may be confidential/trade secret and/or privileged. If you are not the intended recipient, you may not read, copy, distribute or use this information. If you have received this transmission in error, please notify the sender immediately by telephone or by reply e-mail and then delete this message. > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Nov. 23, 2011

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by Leandro Caniglia

I find the question *How Large is it* interesting because it can be easily enhanced to complexity metrics. Two simple ones are #loc and #sends (you don't need to compile a method to count the number of message sends it contains). If the change represents a Class definition you could measure the number of instance variables. Changes that remove classes or methods would subtract their complexity from the total. There are more metrics easy to calculate. The point is that with these considerations you could ask how much complexity the change set adds to/removes from the system. leandro caniglia ph.d. | chief technologist | *caesar** systems *| *see clearly. decide smarter**.* lcaniglia(a)caesarsystems.com | t: +1.281.598.8810 +1.281.617.2972 +54.11.4389.0126 | petrovr.blogspot.com | www.caesarsystems.com This message and any attached documents contain information from Caesar Systems LLC that may be confidential/trade secret and/or privileged. If you are not the intended recipient, you may not read, copy, distribute or use this information. If you have received this transmission in error, please notify the sender immediately by telephone or by reply e-mail and then delete this message. On Wed, Nov 23, 2011 at 12:57 PM, Stéphane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi guys > > We are writing some articles on the work of veronica to support merging > activities. We need your input great smalltalk community :) > What are the questions that you ask yourselves when you are/want to merge > some code in your project? > We would like to do a compilation of questions and also evaluate how the > solution of veronica solves them or part of them. > > Here are some typical questions we asked ourselves. > - What other changes did this change require? > - Can I integrate this change right now? > - How large it is? > - Who made it? > - Is it still valid (when I'm working on an old change)? > - Is this change impacted by a change that happened in another > branch of my software? > > Stef D., Andy K. and Veronica U. > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >

Nov. 23, 2011

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by Carlos E. Ferro

Nov. 23, 2011

Re: [Esug-list] Call for your input on questions you ask yourselves during merge

by Sean T Allen

On Wednesday, November 23, 2011 at 10:57 AM, Stéphane Ducasse wrote: > Hi guys > > We are writing some articles on the work of veronica to support merging activities. We need your input great smalltalk community :) > What are the questions that you ask yourselves when you are/want to merge some code in your project? > We would like to do a compilation of questions and also evaluate how the solution of veronica solves them or part of them. > > Here are some typical questions we asked ourselves. > - What other changes did this change require? > - Can I integrate this change right now? > - How large it is? > - Who made it? > - Is it still valid (when I'm working on an old change)? > - Is this change impacted by a change that happened in another branch of my software? > > Number 1 question I always ask but is sort of implicit in the other questions is, why was this change made? which impacts on, is it still valid and is this change impacted by a change that happened in another brach of software.

Nov. 23, 2011

Call for your input on questions you ask yourselves during merge

by Stéphane Ducasse

Hi guys We are writing some articles on the work of veronica to support merging activities. We need your input great smalltalk community :) What are the questions that you ask yourselves when you are/want to merge some code in your project? We would like to do a compilation of questions and also evaluate how the solution of veronica solves them or part of them. Here are some typical questions we asked ourselves. - What other changes did this change require? - Can I integrate this change right now? - How large it is? - Who made it? - Is it still valid (when I'm working on an old change)? - Is this change impacted by a change that happened in another branch of my software? Stef D., Andy K. and Veronica U.

Nov. 23, 2011

Smalltalk job offer in Belgium

by Johan Brichau

Dear Smalltalker, It appears that the ESUG mailinglist has removed the pdf attachment in my previous email. Therefore, I am resending this message. My apologies. We have an exciting open position, detailed in the following pdf: http://www.yesplan.be/docs/vacancy-software-engineer.pdf Please do not hesitate to send in your resume! However, mind that applicants will be required to work on-site in Gent (Belgium). Best regards! -- Johan Brichau Software architect Yesplan -- Event Planning Software johan(a)yesplan.be

Nov. 22, 2011

Smalltalk job offer in Belgium

by Johan Brichau

Dear Smalltalker, We have an exciting open position, detailed in the attached pdf. Please do not hesitate to send in your resume. However, mind that applicants will be required to work on-site in Gent (Belgium). Best regards! -- Johan Brichau Software architect Yesplan -- Event Planning Software johan(a)yesplan.be

Nov. 22, 2011

STIC 2012 Student Volunteer Program

by Georg Heeg

Dear ESUG members, A few weeks ago STIC has invited STIC 2012 with a general call for participation. Yesterday we have announced our Student Volunteer Program in <http://www.stic.st/2011/11/student-volunteers-program/> http://www.stic.st/2011/11/student-volunteers-program/. We plan to send out a formal call for papers for our STIC Academic Workshop "Smalltalk Directions" the near future. This workshop will have a formal review process by a Program Committee from all over the world. Our Academic Advisory Council is confident that we will have a publication of the papers accepted in a medium which is recognized worldwide. Georg Heeg STIC - Smalltalk Industry Council Executive Director Phone +49-3496-214328, Fax +49-3496-214712

Nov. 10, 2011