Hi!
Yesterday I gave a lecture on Moose to a top software company here in Chile. It all went well. This is a pity that it is so easy to freeze Pharo. Alt-. often does not help. Very frustrating. However, people enjoyed it very much! This is cool! Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Hi,
> On Dec 4, 2015, at 2:57 PM, Alexandre Bergel <[hidden email]> wrote: > > Hi! > > Yesterday I gave a lecture on Moose to a top software company here in Chile. It all went well. > This is a pity that it is so easy to freeze Pharo. Alt-. often does not help. Very frustrating. In what situations did it happen? > However, people enjoyed it very much! > > This is cool! Great. Doru > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding." _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
>> Yesterday I gave a lecture on Moose to a top software company here in Chile. It all went well.
>> This is a pity that it is so easy to freeze Pharo. Alt-. often does not help. Very frustrating. > > In what situations did it happen? This is a problem that goes well beyond Moose. I find that using Moose on Windows is much slower than on Mac. Doing a class blueprint on many classes leave the UI unresponsive for a long time. Pressing Alt-. does not always interrupt the computation. Alexandre > > >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Hi,
> On Dec 4, 2015, at 10:27 PM, Alexandre Bergel <[hidden email]> wrote: > >>> Yesterday I gave a lecture on Moose to a top software company here in Chile. It all went well. >>> This is a pity that it is so easy to freeze Pharo. Alt-. often does not help. Very frustrating. >> >> In what situations did it happen? > > This is a problem that goes well beyond Moose. > I find that using Moose on Windows is much slower than on Mac. Hmm. I did not see this one. > Doing a class blueprint on many classes leave the UI unresponsive for a long time. Pressing Alt-. does not always interrupt the computation. We have to create responsive UIs (like Spotter). This will solve this problem, but it will take a bit of time until we get there. Cheers, Doru > Alexandre > > >> >> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.list.inf.unibe.ch/listinfo/moose-dev >> >> -- >> www.tudorgirba.com >> >> "Problem solving efficiency grows with the abstractness level of problem understanding." >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com "Be rather willing to give than demanding to get." _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
In reply to this post by abergel
Le 4/12/15 14:57, Alexandre Bergel a
écrit :
Hi!well. if people produces endless loops this is difficult to identify and propose solution. We will see if Spur (to be release soon) will help there.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
In reply to this post by abergel
Le 4/12/15 22:27, Alexandre Bergel a écrit : >>> Yesterday I gave a lecture on Moose to a top software company here in Chile. It all went well. >>> This is a pity that it is so easy to freeze Pharo. Alt-. often does not help. Very frustrating. >> In what situations did it happen? > This is a problem that goes well beyond Moose. you have to be more specific if we want that we can handle it. Now if I would tell you my list of frustrating points you would be really surprised. So I prefer to convert my bad energy into good one. > I find that using Moose on Windows is much slower than on Mac. > Doing a class blueprint on many classes leave the UI unresponsive for a long time. Pressing Alt-. does not always interrupt the computation. > > Alexandre > > >> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.list.inf.unibe.ch/listinfo/moose-dev >> -- >> www.tudorgirba.com >> >> "Problem solving efficiency grows with the abstractness level of problem understanding." >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.list.inf.unibe.ch/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
In reply to this post by Tudor Girba-2
Verstuurd vanaf mijn iPhone > Op 4 dec. 2015 om 22:38 heeft Tudor Girba <[hidden email]> het volgende geschreven: > > We have to create responsive UIs (like Spotter). This will solve this problem, but it will take a bit of time until we get there In addition to making sure we do rhe calculations in the background we need to deal with calculations that run out of memory or take an extremely long time to run. A lot of the calculations we need in Moose work well on a small (sub)model but have the wrong O for larger models. There is currently no reasonable way for new users to discover which ones suffer from that Stephan _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Free forum by Nabble | Edit this page |