January 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] A little expression interpreter for new forthcoming book

by Damien Pollet

I just went through it and saw a few possible tweaks (you know me). I'll commit them directly if I get the time On 8 January 2017 at 20:50, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Okay! > > Alexandre > > > > On Jan 8, 2017, at 4:34 PM, stepharong <stepharong(a)free.fr> wrote: > > > > fixed. > > Alex > > this chapter alone is really nice to present OOP and OOD and Pharo to > people can start. > > I'm adding some points to answer question raised by my son and it will > be ready to rest. > > > > Stef > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Jan. 9, 2017

Re: [Pharo-users] CPU hungry

by Hilaire

Le 09/01/2017 Ã 15:46, Sven Van Caekenberghe a Ã©crit : > Does a plain Pharo 3 (with DrGeo) have the same problem ? They behave as twins, each one eating ~9% of the CPU time now. There is no background process, all world is empty, no Dr.Geo windows, only the task bar. Linux 64bits system. hilaire@pchome $ ./pharo --version 3.9-7 #1 Sat Jun 14 17:26:13 CEST 2014 gcc 4.6.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.20 uuid: cf2aeeee-897d-48fd-8251-6789dd21d958 Jun 14 2014 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.20 uuid: cf2aeeee-897d-48fd-8251-6789dd21d958 Jun 14 2014 https://github.com/pharo-project/pharo-vm.git Commit: 0e8bbfbaeb03237fa6bb63ba834773fab18ca307 Date: 2014-06-14 12:20:21 -0300 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14833 Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /opt/DipCloud/SEM/COOL/320 - DrGeo - MERM9e/DrGeo.app/Contents/Linux/ [default: /opt/DipCloud/SEM/COOL/320 - DrGeo - MERM9e/DrGeo.app/Contents/Linux/] > > If not, it must be in your code (or the code you depend on). > > Do you use (background) threads/processes ? Animations ? How is your process list different from the default ? > > Do you use (many) Morphs that implement #step ? Did you write your own ? > > What platform are you on, what VM are you using ? -- Dr. Geo http://drgeo.eu

Jan. 9, 2017

Re: [Pharo-users] [Pharo-dev] happy and bold new year

by Hilaire

Le 09/01/2017 Ã 16:09, Tudor Girba a Ã©crit : > Hi, > > In my opinion, Pharo provides the strongest infrastructure for understanding a system from all technologies I have seen. So, if you say that Pharo is a bit "under featured in, then I think we are not referring to the same thing :). We are refering to the same things. I express a feeling from a user experience. After diving in the code with several inspector windows, you get lost quickly. I use the inspector to discover the class of the attributes, and write code snippet. Inspector most of the time invoked from the Debugger I don't know about visualization from inspector or queries about code. Are there discoverable features? But we are far from my initial question. I will be happy to watch a video demonstration about what I don't know in Pharo to understand more easily the MessageBrowser, for example. Final goal will be to change MessageBrwoser so asking for implementors does not open a new window but use its existing window. > > May I ask how you are using the inspector? For example: > - do you extend the inspector? > - do you construct visualizations about your system in the inspector? > - do you write queries about code in the inspector? > > Cheers, > Doru -- Dr. Geo http://drgeo.eu

Jan. 9, 2017

Re: [Pharo-users] [Pharo-dev] happy and bold new year

by Tudor Girba

Hi, In my opinion, Pharo provides the strongest infrastructure for understanding a system from all technologies I have seen. So, if you say that Pharo is a bit "under featured in, then I think we are not referring to the same thing :). May I ask how you are using the inspector? For example: - do you extend the inspector? - do you construct visualizations about your system in the inspector? - do you write queries about code in the inspector? Cheers, Doru > On Jan 9, 2017, at 3:42 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > > I know this path of understanding code while it is running (inspector or > debugger), but it is still a tedious path, and I feel Pharo is a bit > under featured on that specific department, therefore my question on Moose. > > Hilaire > > > > Le 09/01/2017 Ã 15:09, Tudor Girba a Ã©crit : >> That is why my advice is to not try too long to understand Pharo code statically because this is not where the power of Pharo is. You are in a much better position to understand a system when itâs running. So, the tools that I use the most are the inspector when I need to understand structural relationships or contracts between objects, and the debugger when I need to understand some algorithmic steps. Even when I look for code structure patterns, I mostly use the inspector because it allows me to query. Then you augment these tools with custom views and you get quite far. > > -- > Dr. Geo > http://drgeo.eu > > -- www.tudorgirba.com www.feenk.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality."

Jan. 9, 2017

Re: [Pharo-users] CPU hungry

by Sven Van Caekenberghe

> On 9 Jan 2017, at 15:38, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hello, > > When I download a fresh DrGeo16.10 (Pharo3 based), run it, open all > window, I can see it eat almost 25% of cpu, when lucky it get down to 8% > > What can I do? Does a plain Pharo 3 (with DrGeo) have the same problem ? If not, it must be in your code (or the code you depend on). Do you use (background) threads/processes ? Animations ? How is your process list different from the default ? Do you use (many) Morphs that implement #step ? Did you write your own ? What platform are you on, what VM are you using ? > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

Jan. 9, 2017

Re: [Pharo-users] [Pharo-dev] happy and bold new year

by Hilaire

I know this path of understanding code while it is running (inspector or debugger), but it is still a tedious path, and I feel Pharo is a bit under featured on that specific department, therefore my question on Moose. Hilaire Le 09/01/2017 Ã 15:09, Tudor Girba a Ã©crit : > That is why my advice is to not try too long to understand Pharo code statically because this is not where the power of Pharo is. You are in a much better position to understand a system when itâs running. So, the tools that I use the most are the inspector when I need to understand structural relationships or contracts between objects, and the debugger when I need to understand some algorithmic steps. Even when I look for code structure patterns, I mostly use the inspector because it allows me to query. Then you augment these tools with custom views and you get quite far. -- Dr. Geo http://drgeo.eu

Jan. 9, 2017

CPU hungry

by Hilaire

Hello, When I download a fresh DrGeo16.10 (Pharo3 based), run it, open all window, I can see it eat almost 25% of cpu, when lucky it get down to 8% What can I do? Thanks Hilaire -- Dr. Geo http://drgeo.eu

Jan. 9, 2017

Re: [Pharo-users] [Pharo-dev] happy and bold new year

by Tudor Girba

Hi Hilaire, GT is essentially a project that takes the relevant parts of Moose and make them applicable to plain Pharo. Pharo ships with only the core tools, but the complete configuration of GT also brings with it Roassal and a couple of other goodies. There are still more interesting things in Moose, but you can get quite far with only GT. About your particular question, itâs true that Pharo does not have static types, but that does not make it harder to understand. Only different. The first thing to realize is that Pharo is not about code, but about objects. That is why my advice is to not try too long to understand Pharo code statically because this is not where the power of Pharo is. You are in a much better position to understand a system when itâs running. So, the tools that I use the most are the inspector when I need to understand structural relationships or contracts between objects, and the debugger when I need to understand some algorithmic steps. Even when I look for code structure patterns, I mostly use the inspector because it allows me to query. Then you augment these tools with custom views and you get quite far. I know this sounds abstract, but I am practicing this since several years and I still find it amazing. I tried to provide a hint of how it works in the ESUG 2016 talk. Cheers, Doru > On Jan 9, 2017, at 2:02 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hello Doru, > > I am curious. > Yesterday I had a look to MessageBrowser, and realize I understand > nothing of it. I saw there is a mix of SpecXXX, models, Navigation > browser, Announcement, etc, then I knew I will have to spend a lot of > time browsing (multiple window again) to understand a bit how these > objects are related, and may be be able to change it in the way I want. > Does the Moose & al tools could help me understand code I don't know about? > > Given the fact Pharo/Smalltalk are not typed makes it harder for code > analysis, don't you? > > Happy new year to you too. > > Hiaire > > Le 09/01/2017 Ã 10:30, Tudor Girba a Ã©crit : >> Happy New Year, everyone! >> >> Over the last year, I went through a rather extensive tour and I directly exposed Moose, GT and Pharo to some 2000+ technical people through various sessions and trainings at conferences and companies. The tour will continue this year. >> >> Most of the sessions are not directly about Moose, GT or Pharo, but about broader topics that are served through what we do around here. These topics can relate to solving problems without reading code, to steering agile architecture, or more recently, to even broader topics like software environmentalism. If you are wondering what software environmentalism is, please take a look at this talk: >> https://youtu.be/N3l3eB62oSw?list=PLqvTNJtc942Cs9Qo4ikCGrUNtAw93Q0JA >> >> I now have the confirmation that there is a whole space which is unaddressed by mainstream technologies. Often people find themselves frustrated having to build their systems on top of opaque technologies with not much hope of understanding what is going on under the hood both because they do not have access to what is behind and because they are provided lack the tools to investigate. You see, developers are suppose to have the coolest job on the planet, and many of them are unhappy. This has to change, and we can do that. >> >> In a conversation I had with a highly respected researcher, after explaining how our tools allow us to work, he noted reluctantly âso, you are claiming that you are practicing a fundamentally different software engineering?â. This question took me a little by surprise because the only answer I found myself being able to provide was âyesâ. I sent him this talk: >> https://youtu.be/XWOOJa3kEa0?list=PLqvTNJtc942Cs9Qo4ikCGrUNtAw93Q0JA >> >> It is strange to be in the position to tell the world that we are constructing something fundamentally better, but I really do believe that we are. >> >> I wish you a happy and bold new year! >> >> Cheers, >> Doru >> > > -- > Dr. Geo > http://drgeo.eu -- www.tudorgirba.com www.feenk.com "If you can't say why something is relevant, it probably isn't."

Jan. 9, 2017

happy and bold new year

by Tudor Girba

Happy New Year, everyone! Over the last year, I went through a rather extensive tour and I directly exposed Moose, GT and Pharo to some 2000+ technical people through various sessions and trainings at conferences and companies. The tour will continue this year. Most of the sessions are not directly about Moose, GT or Pharo, but about broader topics that are served through what we do around here. These topics can relate to solving problems without reading code, to steering agile architecture, or more recently, to even broader topics like software environmentalism. If you are wondering what software environmentalism is, please take a look at this talk: https://youtu.be/N3l3eB62oSw?list=PLqvTNJtc942Cs9Qo4ikCGrUNtAw93Q0JA I now have the confirmation that there is a whole space which is unaddressed by mainstream technologies. Often people find themselves frustrated having to build their systems on top of opaque technologies with not much hope of understanding what is going on under the hood both because they do not have access to what is behind and because they are provided lack the tools to investigate. You see, developers are suppose to have the coolest job on the planet, and many of them are unhappy. This has to change, and we can do that. In a conversation I had with a highly respected researcher, after explaining how our tools allow us to work, he noted reluctantly âso, you are claiming that you are practicing a fundamentally different software engineering?â. This question took me a little by surprise because the only answer I found myself being able to provide was âyesâ. I sent him this talk: https://youtu.be/XWOOJa3kEa0?list=PLqvTNJtc942Cs9Qo4ikCGrUNtAw93Q0JA It is strange to be in the position to tell the world that we are constructing something fundamentally better, but I really do believe that we are. I wish you a happy and bold new year! Cheers, Doru -- www.tudorgirba.com www.feenk.com "Every thing should have the right to be different."

Jan. 9, 2017

Re: [Pharo-users] A little expression interpreter for new forthcoming book

by Alexandre Bergel

Okay! Alexandre > On Jan 8, 2017, at 4:34 PM, stepharong <stepharong(a)free.fr> wrote: > > fixed. > Alex > this chapter alone is really nice to present OOP and OOD and Pharo to people can start. > I'm adding some points to answer question raised by my son and it will be ready to rest. > > Stef -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 8, 2017