- Pharo-users - lists.pharo.org

Re: [Pharo-users] Where to get Magritte?

by btc＠openinworld.com

Bahman Movaqar wrote: > Hi all, > > What is the correct/current repository for Magritte? > > TIA, > To play with Magritte3, I would suggest downloading Moose [1] where it is integrated with some other tools. Moose is a distribution based off Pharo for software and data analysis. While there, you may also find Glamour of interest. [1] http://www.moosetechnology.org/about [2] https://www.iam.unibe.ch/mailman/listinfo/moose-dev cheers -ben

June 3, 2013

Where to get Magritte?

by Bahman Movaqar

Hi all, What is the correct/current repository for Magritte? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

June 2, 2013

Re: [Pharo-users] Pharo consultants

by StÃ©phane Ducasse

> > But in general, I personally, 100% agree with you. Nothing better > attracts the likes of me and at the same time proves the potentials of > Smalltalk. I've already started a small project named Simin[1] with the > exact same goal. I strongly encourage you to have a look at magritte because with magritte you can describe you objects and get for free seaside components, validator â¦. The idea is that you describe your domain objects and build/use interpreters(programs) that are aware that the domain objects are described with magritte. Voyage uses mongotalk and magrrite to serialize objects in mongo. The pier cms is using magritte. http://www.ibizlog.com, the association and consortium web site are magritte-based. There is an old chapter on magritte 2 on the seaside book http://book.seaside.st. >> * that say say its a Model Driven Architecture with everything in an >> "Active Data Dictionary" defining where stuff is rendered, how its >> rendered - so I wonder if that eases hooking Smalltalk in > > IIRC Jorg Janke (the original developer) made the first Compiere > prototypes in Smalltalk back in 1999. However he switched to Java > because he couldn't sell it as a Smalltalk app :-( > >> * the number of times "refactoring" was mentioned - so I wonder if a >> good student research project would be an IDE for refactoring Java, even >> to the degree of refactoring Java into Smalltalk > > Most of the trouble of Compiere/Adempiere[2] refactoring stems from the > fact that it's just spaghetti code and there is no clear distinction > between UI and model. With a good technical design[2], most of that > *nightmare* just vanishes away. argh :) > > >> * they made simple prototype of web interface in 2 weeks - obviously >> they have the advantage of their own code, but maybe something similar >> would be reasonably achievable as a demonstrator. >> >> * reminded me of the massive amount of work in the world just >> customizing applications to match customer business processes. eg >> millions of dollars in the SAP world > > That is right. I am an independent ERP consultant who's been in this > field for more than 7 years now, implementing Compiere and later Adempiere. > > One of my dreams, is re-writing Adempiere functionality in a > language/framwork/paradigm/whatever that removes the technical flaws and > reduces the development/extension time. That's the reason I keep > searching for a new language/framework even though I normally don't code > these days. This would be really good :) > >> * Compiere has some good branding in the business world. > > Had :-) > >> [1] http://www.youtube.com/watch?v=m3znA_4xptA > > Ah. Can't view the video. YouTube is filtered out here :-( > > Regarding writing a business app or re-writing an existing one, I have > lots of ideas but I hold them for another time as they seem OT. > > > [1] http://smalltalkhub.com/#!/~Bahman/Simin/ > > [2] There was this fork of Compiere back in 2006 named Adempiere. Today > Adempiere has both Swing and web (done using ZK) UIs. > Also Compiere was bought and closed source'd by Consona in 2010 IIRC. > > [3] Compiere/Adempiere really don't need business re-design :-) > > > -- > Bahman Movaqar (http://BahmanM.com) > ERP Evaluation, Implementation, Deployment Consultant >

June 2, 2013

Re: [Pharo-users] Pharo consultants

by StÃ©phane Ducasse

I thought about the same. This is a pity that I do not have the knowledge to build one :) On Jun 2, 2013, at 3:50 PM, btc(a)openInWorld.com wrote: > I have had similar thoughts that many people are first drawn to an application, and then end up in its development language by default. My thought was based around a non-critical application like a mind-map tool (similar to Freemind). Something non-critical makes it easier for the techies to slip it in the back door without management getting involved. However an open source ERP like Compiere would be fantastic. The trouble would be attracting a domain expert to implement it ;) Perhaps one way to go would finding an existing database driven open source ERP system that doesn't have a web interface, and gradually bolt on a web interface using Seaside.

June 2, 2013

Re: [Pharo-users] Debugger question

by Juan Ignacio Vaccarezza

Phil, You can take a look at http://smalltalkhub.com/#!/~sebnozzi/CategorySaver This is not a solution for your real problem but it might help to reduce the impact. Regards, Juan On Sun, Jun 2, 2013 at 5:51 AM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > Ok. > > I'll get the latest PharoVM and move from there. > > And recovering lost changes when facing this is just a huge pain. > > Phil > > > On Sunday, June 2, 2013, ClÃ©ment Bera wrote: > >> Yeah there was a bug report about stepping on Processor terminateActive. >> >> I tried with the latest Pharo VM and I was able to do Cmd . to interrupt. >> It worked several times, but it might be just a question of luck. >> >> It is not easy to fix. We could as a temporary patch hardcode the step >> over terminateActive ... >> >> >> 2013/6/1 phil(a)highoctane.be <phil(a)highoctane.be> >> >>> When using the debugger, I am often getting into the situation shown in >>> the attached picture when stepping. >>> >>> And the image is then frozen. No matter how much Cmd-. I do, no way out >>> it seems. >>> >>> For newcomers, this is really discouraging I think. >>> >>> What can we do to alleviate this? >>> >>> Thx, >>> Phil >>> >> >> >> >> -- >> ClÃ©ment BÃ©ra >> Mate Virtual Machine Engineer >> BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq* >> >

June 2, 2013

Re: [Pharo-users] Pharo consultants

by Bahman Movaqar

On 2013-06-02 19:07, btc(a)openinworld.com wrote: > btc(a)openinworld.com wrote: >> Bahman Movaqar wrote: >> > >> > ** A very good way to promote a mature and well thought-out language >> > like Smalltalk/Pharo is to something serious with it and let people >> know >> > about it. Honestly, I'd write a business application, open source it >> > and try to promote it on the net. >> > Many companies are coding in Java because the main software they >> > implement is written in Java. As an example, I have to do business in >> > Java because the ERP for which I offer services is written in Java. >> And >> > I know quite a lot of people/companies sticking to Java/.NET for the >> > same reason. >> > I have had similar thoughts that many people are first drawn to an >> application, and then end up in its development language by default. >> My thought was based around a non-critical application like a mind-map >> tool (similar to Freemind). Something non-critical makes it easier >> for the techies to slip it in the back door without management getting >> involved. However an open source ERP like Compiere would be >> fantastic. The trouble would be attracting a domain expert to >> implement it ;) Perhaps one way to go would finding an existing >> database driven open source ERP system that doesn't have a web >> interface, and gradually bolt on a web interface using Seaside. >> > > I hesitated a bit linking to this video [1] about Compiere moving from a > desktop app to a web app, but a few comments made it seem > not-too-far-off-topic, and surprisingly might actually make it a good > target for a Smalltalk project to get its teeth into. That's an exciting idea. Though, honestly, I wouldn't dare to target Compiere :-) Compiere is a giant mess of Spaghetti code but with a huge feature-set/functionality non-matched in even most commercial softwares -I know...I'm marketing :-) But in general, I personally, 100% agree with you. Nothing better attracts the likes of me and at the same time proves the potentials of Smalltalk. I've already started a small project named Simin[1] with the exact same goal. > * that say say its a Model Driven Architecture with everything in an > "Active Data Dictionary" defining where stuff is rendered, how its > rendered - so I wonder if that eases hooking Smalltalk in IIRC Jorg Janke (the original developer) made the first Compiere prototypes in Smalltalk back in 1999. However he switched to Java because he couldn't sell it as a Smalltalk app :-( > * the number of times "refactoring" was mentioned - so I wonder if a > good student research project would be an IDE for refactoring Java, even > to the degree of refactoring Java into Smalltalk Most of the trouble of Compiere/Adempiere[2] refactoring stems from the fact that it's just spaghetti code and there is no clear distinction between UI and model. With a good technical design[2], most of that *nightmare* just vanishes away. > * they want to maintain both desktop and web clients - I'm sure there > were some recent comments on pharo-dev about abmitions to > "deploy-everywhere" eg desktop and web together > > * they felt going Javascript and AJAX would suffer from losing complete > debuggability - I am thinking of the benefits of web client side Amber > debugger It is true. However in Adempiere, using ZK framework, they managed to keep the debuggability to some extent. But that is definitely nowhere near "halos" or Amber. > * they made simple prototype of web interface in 2 weeks - obviously > they have the advantage of their own code, but maybe something similar > would be reasonably achievable as a demonstrator. > > * reminded me of the massive amount of work in the world just > customizing applications to match customer business processes. eg > millions of dollars in the SAP world That is right. I am an independent ERP consultant who's been in this field for more than 7 years now, implementing Compiere and later Adempiere. One of my dreams, is re-writing Adempiere functionality in a language/framwork/paradigm/whatever that removes the technical flaws and reduces the development/extension time. That's the reason I keep searching for a new language/framework even though I normally don't code these days. > * Compiere has some good branding in the business world. Had :-) > [1] http://www.youtube.com/watch?v=m3znA_4xptA Ah. Can't view the video. YouTube is filtered out here :-( Regarding writing a business app or re-writing an existing one, I have lots of ideas but I hold them for another time as they seem OT. [1] http://smalltalkhub.com/#!/~Bahman/Simin/ [2] There was this fork of Compiere back in 2006 named Adempiere. Today Adempiere has both Swing and web (done using ZK) UIs. Also Compiere was bought and closed source'd by Consona in 2010 IIRC. [3] Compiere/Adempiere really don't need business re-design :-) -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

June 2, 2013

Re: [Pharo-users] Pharo consultants

by Bahman Movaqar

On 2013-06-02 17:54, bobn(a)rogers.com wrote: > Bahman, > We, as Smalltalkers, are very good at talking among ourselves, but what > we really need is to get more people to have your experience. I think > your comments have more value than most on this forum. > > At our Toronto Smalltalk User Group meetings we've talked about getting > out to other software groups and showing them Smalltalk. I'd like to > know, from your point of view, what would be an effective presentation. > What should we focus on? What will get people to explore Smalltalk like > you have? Hi Bob, I'd say penetrating a market is a double-threaded parallel process: motivating the developers and attracting the business decision makers (which sadly most of the times are not developers). I believe, as you certainly know, there are different types of developers with different areas of expertise like system programmers, website programmers and so on. So, IMHO, depending on which type is your audience you should use different show cases. But I'm sure for audience with a background like me, a web-based application that does reporting, saves data to PostgreSQL or Oracle (phew!) and runs smoothly would be very interesting. Specially if you could demo the audience how cleanly and easily they can extend it. > ------------------------------------------------------------------------ > *From:* Bahman Movaqar <Bahman(a)BahmanM.com> > *To:* Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Sent:* Saturday, June 1, 2013 2:34:26 AM > *Subject:* Re: [Pharo-users] Pharo consultants > > On 2013-06-01 10:40, StÃ©phane Ducasse wrote: >> Hi guys >> >> I think that we are doing a poor job selling ourselves. I think that > the quality of our community is in >> general excellent but we do not sell it. I think that we are not using > well the association. >> I think that this is REALLY important for a larger adoption of Pharo > that the world >> knows that we have excellent guys around that can consult. >> >> So what do you think? >> I would use the association in a much clearer way. > > I'd like to mention a few facts: > 1. I used to think Smalltalk is dead. > 2. I used to think Smalltalk, even if not dead, is only being used in > universities. > 3. I used to think Smalltalk world is far behind the modern web > aspects/framework/technologies. > > It's been less than a week that I started to give Smalltalk (Pharo) a > try -and to be honest I chose to do so just to see what is Seaside. And > to my utmost surprise all of the above assumptions turned out to be > moronic per-assumptions (though hugely popular). > > I come from the Java world which I'd say is the richest and most > evolving ecosystem for web development. But I was shocked by design, > quality, simplicity, cleanness and feature-set of Seaside. And if you > ask me nothing matches it even in the wide range of Java web frameworks. > > I believe, Seaside is a sample of what Smalltalk world has to offer > (correct me if I'm wrong) and it's a real pitty that frustrated > developers/companies using Java or .NET don't know about such a thing. > > PS: I have some general suggestions but, honestly, I thought I'd hold > them as I'm not a pro Smalltalk'er :-) -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

June 2, 2013

Re: [Pharo-users] Pharo consultants

by btc＠openinworld.com

btc(a)openinworld.com wrote: > Bahman Movaqar wrote: > > > > ** A very good way to promote a mature and well thought-out language > > like Smalltalk/Pharo is to something serious with it and let people know > > about it. Honestly, I'd write a business application, open source it > > and try to promote it on the net. > > Many companies are coding in Java because the main software they > > implement is written in Java. As an example, I have to do business in > > Java because the ERP for which I offer services is written in Java. And > > I know quite a lot of people/companies sticking to Java/.NET for the > > same reason. > > > I have had similar thoughts that many people are first drawn to an application, > and then end up in its development language by default. My thought was based > around a non-critical application like a mind-map tool (similar to Freemind). > Something non-critical makes it easier for the techies to slip it in the back > door without management getting involved. However an open source ERP like > Compiere would be fantastic. The trouble would be attracting a domain expert to > implement it ;) Perhaps one way to go would finding an existing database driven > open source ERP system that doesn't have a web interface, and gradually bolt on > a web interface using Seaside. > I hesitated a bit linking to this video [1] about Compiere moving from a desktop app to a web app, but a few comments made it seem not-too-far-off-topic, and surprisingly might actually make it a good target for a Smalltalk project to get its teeth into. * that say say its a Model Driven Architecture with everything in an "Active Data Dictionary" defining where stuff is rendered, how its rendered - so I wonder if that eases hooking Smalltalk in * the number of times "refactoring" was mentioned - so I wonder if a good student research project would be an IDE for refactoring Java, even to the degree of refactoring Java into Smalltalk * they want to maintain both desktop and web clients - I'm sure there were some recent comments on pharo-dev about abmitions to "deploy-everywhere" eg desktop and web together * they felt going Javascript and AJAX would suffer from losing complete debuggability - I am thinking of the benefits of web client side Amber debugger * they made simple prototype of web interface in 2 weeks - obviously they have the advantage of their own code, but maybe something similar would be reasonably achievable as a demonstrator. * reminded me of the massive amount of work in the world just customizing applications to match customer business processes. eg millions of dollars in the SAP world * Compiere has some good branding in the business world. [1] http://www.youtube.com/watch?v=m3znA_4xptA cheers -ben

June 2, 2013

Re: [Pharo-users] Pharo consultants

by btc＠openinworld.com

June 2, 2013

Re: [Pharo-users] Pharo consultants

by bobn＠rogers.com

Bahman, We, as Smalltalkers, are very good at talkingÂ amongÂ ourselves, but what we really need is to get more people to have your experience. I think your comments have more value than most on this forum. At our Toronto Smalltalk User Group meetings we've talked about getting out to other software groups and showing them Smalltalk. I'd like to know, from your point of view, what would be an effective presentation. Â What should we focus on? What will get people to explore Smalltalk like you have? Thanks, Bob Nemec ________________________________ From: Bahman Movaqar <Bahman(a)BahmanM.com> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Sent: Saturday, June 1, 2013 2:34:26 AM Subject: Re: [Pharo-users] Pharo consultants On 2013-06-01 10:40, StÃ©phane Ducasse wrote: > Hi guys > > I think that we are doing a poor job selling ourselves. I think that the quality of our community is in > general excellent but we do not sell it. I think that we are not using well the association. > I think that this is REALLY important for a larger adoption of Pharo that the world > knows that we have excellent guys around that can consult. > > So what do you think? > I would use the association in a much clearer way. I'd like to mention a few facts: 1.Â I used to think Smalltalk is dead. 2.Â I used to think Smalltalk, even if not dead, is only being used in universities. 3.Â I used to think Smalltalk world is far behind the modern web aspects/framework/technologies. It's been less than a week that I started to give Smalltalk (Pharo) a try -and to be honest I chose to do so just to see what is Seaside.Â And to my utmost surprise all of the above assumptions turned out to be moronic per-assumptions (though hugely popular). I come from the Java world which I'd say is the richest and most evolving ecosystem for web development.Â But I was shocked by design, quality, simplicity, cleanness and feature-set of Seaside.Â And if you ask me nothing matches it even in the wide range of Java web frameworks. I believe, Seaside is a sample of what Smalltalk world has to offer (correct me if I'm wrong) and it's a real pitty that frustrated developers/companies using Java or .NET don't know about such a thing. PS:Â I have some general suggestions but, honestly, I thought I'd hold them as I'm not a pro Smalltalk'er :-) -- Bahman MovaqarÂ (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

June 2, 2013