December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] How can I specify the bindings when evaluating an expression?

by Marcus Denker

> On 23 Dec 2014, at 09:45, stepharo <stepharo(a)free.fr> wrote: > > Marcus > > could you add this issue somewhere because this is something that I'm expected from a compiler > Yesâ¦ I will check. Right now the API is too much focused on implementation artefacts vs. concepts. (requestor vs. binding, for example). In general, we need to do a *real* pass over the API of the compiler. But we can only do that after we remove the old oneâ¦ Marcus > Stef > Le 6/12/14 11:18, Marcus Denker a Ã©crit : >>> On 05 Dec 2014, at 15:18, stepharo <stepharo(a)free.fr> wrote: >>> >>> I would like to be able to express >>> >>> Compiler new >>> bindings: { a -> 3. b -> 4}; >>> evaluate: 'a + b'; >>> result >>> and get 7 >>> >>> How can I do that? >>> >> Not directly, as evaluate is just a doitâ¦ but it can be added >> as the machinery is there for evaluating in context in the debugger. >> >> I will have a look but not this weekend. >> >> Marcus >> >> >> > >

Dec. 28, 2014

On Twitter

by horrido

I have to say, I really don't understand this Twitter thing (I'm getting too old for this sh*t). However, I understand that Twitter can be a powerful tool for branding. The power of social media and all that. So I created a Twitter account. My handle is @smalltalkrenais. I just completed my first "tweet". I'm so proud of myself. I am now officially a Twit. I urge everyone in the Smalltalk community to use Twitter. Tweet about all things Smalltalk. Tweet about the latest Smalltalk news. Tweet about your recent experience or discovery with Smalltalk. I'm only one Twit. However, if there are thousands of us, we can get the word out about Smalltalk and raise public awareness. The thing is, *we must /continually/ tweet in order to keep the Smalltalk meme alive.* I've also created a Facebook page, as well as a Google+ page. (See "Contact Us" on our website <http://smalltalkrenaissance.wordpress.com/> .) Feel free to post on them. This is yet another opportunity to spread the word. Let's make the most of social media to help the cause. -- View this message in context: http://forum.world.st/On-Twitter-tp4797177.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 28, 2014

About ExampleSetTest

by stepharo

Hi I'm doing the hyper exciting task to update Pharo by Example (trying to do 3 sessions per day to make progress). I do it because I believe that doing is better than talking. Now I'm going over the SUnit chapter and I noticed that the book ask the reader to create the class ExampleSetTest but this class is already defined in SUnit, even in SUnit-core! Now this is really scary for the reader because the system mentions I will update the book chapter to use another example but I really think also that we could remove this class from the core of SUnit. It does not bring much or at-least it should be in a tutoral. Stef

Dec. 27, 2014

Re: [Pharo-dev] Glamour-core maybe missing from Pharo40/main

by stepharo

Roma was not created in one day. Now if you have energy I have a pretty long list of issues to be fixed. Stef

Dec. 27, 2014

Re: [Pharo-dev] Glamour-core maybe missing from Pharo40/main

by stepharo

>>> >>> Le 3/12/14 10:08, Marcus Denker a Ã©crit : >>>> Yes, seemingly we lost again the repos of external packages... this >>>> is a bug, something in the integraton process resets the reopsitories. >>> >>> Yes because else we can have dangling refs (you remember the mess in >>> Squeak3.9). >>> Now this is why we should have package metadata in the image because >>> we could just reset the repo to their package. >> >> I thought that one of the main ideas of versioning systems was that >> you keep all the important history things on the server. >> > Yes, else the image will grow indefinitely (as it does now). a whole > 1/3 of our image is meta data from Monticello and Scriptloader. > (Pharo4 is 30.9M, but after Scriploader clean and removing MC > history, it is just 22,7MB) > > And this is already with killing this meta data at every release. If > we would keep it, our image would be around 60MB-80MB, that is we > would have 4 times more history data than real data. (and the .changes > I guess far more than 200MB). All this just does not work. > > We need a system that allows sustained growth: meta data of history > needs to be outside on a server. Everything else will not work. > but this is orthogonal to the original problem. I wrote scriptloader to reset the repo because we had different repositories with different passwords. So the logic is to clean everything. Now we can add the repo of Glamour and it will be reset and reassigned everything. But the right approach is SIMPLY that each package declares its home and scriptloader will be able to reset the repo of each package to their home. This has nothing to do with MC keeping ancestor metadata. So could we stop sending bad signal about our system? Because Pharo is great. Stef

Dec. 27, 2014

Re: [Pharo-dev] Glamour-core maybe missing from Pharo40/main

by stepharo

Yes, seemingly we lost again the repos of external packages... this is a bug, something in the integraton process resets the reopsitories. >> >> Yes because else we can have dangling refs (you remember the mess in >> Squeak3.9). >> Now this is why we should have package metadata in the image because >> we could just reset the repo to their package. > > I thought that one of the main ideas of versioning systems was that > you keep all the important history things on the server. This has nothing to do with that. let us stop talking in the air.

Dec. 27, 2014

Re: [Pharo-dev] The Smalltalk Renaissance Program

by Sebastian Sastre

So the idea is to be a rallying point for every Smalltalk fan with a bias towards presenting a map to newcomers What do you think that would make a good map? > On Dec 27, 2014, at 12:00 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > > As I said, Smalltalk Renaissance is a rallying point for every fan of the > language. However, coordinating with disparate groups would diffuse my time > and energy. I believe it's better to have a fresh start that everybody can > participate in and contribute to. As curator and editor of Smalltalk > Renaissance, I can pick from the best and keep the campaign more focussed. > There is so much "stuff" in the Smalltalk landscape that it's overwhelming > and confusing to newcomers. *It made my head spin, which is what inspired me > to start this endeavour.* As I mentioned, I want to try something new and > different. Past efforts failed and they have a kind of "staleness" to them. > I want to jettison all unnecessary baggage. > > > > -- > View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797142.h… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 27, 2014

Re: [Pharo-dev] The Smalltalk Renaissance Program

by horrido

As I said, Smalltalk Renaissance is a rallying point for every fan of the language. However, coordinating with disparate groups would diffuse my time and energy. I believe it's better to have a fresh start that everybody can participate in and contribute to. As curator and editor of Smalltalk Renaissance, I can pick from the best and keep the campaign more focussed. There is so much "stuff" in the Smalltalk landscape that it's overwhelming and confusing to newcomers. *It made my head spin, which is what inspired me to start this endeavour.* As I mentioned, I want to try something new and different. Past efforts failed and they have a kind of "staleness" to them. I want to jettison all unnecessary baggage. -- View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797142.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 27, 2014

Re: [Pharo-dev] The Smalltalk Renaissance Program

by horrido

Pharo is mentioned prominently at Smalltalk Renaissance. However, I do not want to give the impression that Smalltalk Renaissance is only about "selling" one particular implementation to the public. -- View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797141.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 27, 2014

Re: [Pharo-dev] The Smalltalk Renaissance Program

by horrido

My name is Richard Eng and I'm a retired software engineer. I've been in IT for over 30 years. I've worked with FORTRAN, Tandem TAL, C/C++/C#/Objective-C, Java, Python, and Smalltalk in a variety of different problem domains ranging from real-time and telecommunications to database and financial to video graphics. I was Project Team Leader of the NT Driver Group at ATI Technologies (now AMD). I'm also a burgeoning writer. You can see my portfolio here <https://medium.com/@richardeng/latest> at Medium.com. Pay particular attention to the articles on Go web frameworks, Beego tutorial, web2py, programming languages, and the future of Dart which have garnered the most readership. I wrote an "advanced" tutorial for Go and Beego in order to help boost Beego's profile: " A Word from The Beegoist <https://medium.com/@richardeng/a-word-from-the-beegoist-d562ff8589d7> ". I am currently working on a similar article to help boost Amber's profile. My audience is anyone and everyone who is, or might be, interested in Smalltalk. This includes decision makers from the enterprise and IT journalists and software developers who are stuck in the Stone Age of file-based, emacs-based programming. -- View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797140.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 27, 2014