- Pharo-dev - lists.pharo.org

[Pharo-project] GSoC idea: Improving the GSoC website

by Janko MivÅ¡ek

Hi guys, To help the GSoC admins but also mentors and students, maybe this would be a good project to do. Would someone help being a second mentor? Improving the GSoC website -------------------------- Level: Intermediate Possible mentor: Janko MivÅ¡ek Possible second mentor: Description Our special website for Smalltalk GSoC (http://gsoc2012.esug.org and more complete past http://gsoc2010.esug.org) has a public and administration part to help running the annual GSoC process smoothly. It helps students, mentors and administrators in all phases, from collection of ideas, preparing the projects, inviting the students, pairing them with the projects, voting, running the projects with the interim and final evaluation. This project is meant to improve both public and administration part of the website to ease the work for everyone and to upgrade it to the most modern web technologies. Technical details Possible improvements: Facebook like timelime of personal page adding realtime updates (using WebSockets), notifications by email, more HTML5 support, improving the administration interface, collection of project ideas by proposers directly, integration with the Google GSoC site and mentors and students mailing list, REST API, mobile app, ... Benefit for the Student Getting in touch with current bleeding edge of the Smalltalk web technologies with Aida/Web framework (http://www.aidaweb.si) and Amber Smalltalk (http://amber-lang.net) Contributing to the community with valuable and immediately useful work. Benefit for the Community Well and easier run GSoC process, with a good website, up-to date with modern web technologies, is important for us to improve our visibility and have a showcase of our strengths on the web field to the broader open source community. -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by Schwab,Wilhelm K

+1. Look at fast dragging 1.4 (gorgeous!) and in 1.3, implementors and senders - much better than what we had before. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Jimmie Houchin [jlhouchin(a)gmail.com] Sent: Saturday, March 10, 2012 11:41 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Enjoyed the reading.. On 3/10/2012 10:29 AM, Jimmie Houchin wrote: [snip] > And I believe in Pharo's case, that approachability > is an area that will is greatly as the appearance, browsers and editors > are getting improved and polished. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ And I believe in Pharo's case, that approachability is an area that is being greatly improved as the appearance, browsers and editors are getting improved and polished. Ugh! Changed thoughts mid-sentence and forgot to correct. I hate seeing that in my emails. Apologies. Jimmie

March 10, 2012

Re: [Pharo-project] [ANN] A Unifying Mechanism for the Implementation of Concurrency Abstractions

by Igor Stasenko

btw, Stefan i can help mentoring the projects you proposed for GSoC -- Best regards, Igor Stasenko.

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by Igor Stasenko

On 10 March 2012 17:41, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > On 3/10/2012 10:29 AM, Jimmie Houchin wrote: > [snip] > >> And I believe in Pharo's case, that approachability >> is an area that will is greatly as the appearance, browsers and editors >> are getting improved and polished. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > And I believe in Pharo's case, that approachability is an area that is being > greatly improved as the appearance, browsers and editors are getting > improved and polished. > > Ugh! Changed thoughts mid-sentence and forgot to correct. > I hate seeing that in my emails. Apologies. > No need for apologies :) Don't feel yourself as an invited guest. Feel yourself at home. > Jimmie > > -- Best regards, Igor Stasenko.

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by Jimmie Houchin

On 3/10/2012 10:29 AM, Jimmie Houchin wrote: [snip] > And I believe in Pharo's case, that approachability > is an area that will is greatly as the appearance, browsers and editors > are getting improved and polished. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ And I believe in Pharo's case, that approachability is an area that is being greatly improved as the appearance, browsers and editors are getting improved and polished. Ugh! Changed thoughts mid-sentence and forgot to correct. I hate seeing that in my emails. Apologies. Jimmie

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by Jimmie Houchin

On 3/9/2012 5:02 PM, Igor Stasenko wrote: > According to this guy, we're using 3rd most powful programming > language (or, well one of 4.. to not insult anyone ;). > > http://www.paulgraham.com/icad.html > > So, we're not that bad, eh? :) I think were pretty good. :) I personally don't think anything comes close to Smalltalk when it comes to approachability and power. Smalltalk brings power to people who aren't necessarily "hackers". I am not a professional programmer. My day job requires very little computer. But, I have a vision for things outside of my day job. Smalltalk empowers me better than anything else I've seen. If you take someone who doesn't have their very soul invested in Emacs, git, C/C++/Java/Python/languageOfChoice, and other tool sets. Or if they are simply willing to come to Smalltalk on its terms and when in Smalltalk do Smalltalk. Then you are offered great power with very approachable tools. And I believe in Pharo's case, that approachability is an area that will is greatly as the appearance, browsers and editors are getting improved and polished. There is much in the image I don't understand. That's okay. It doesn't stop me from doing what I want to do. Most people who find Smalltalk unapproachable, seem to want to bring a lot of baggage with them. They don't want to start fresh. This can be a problem for them. They need to let go, start fresh, learn what is here. Then evaluate how they can apply Smalltalk in their set of tools. And personally that is really how any language and tool set should be evaluated, though that is rarely the case. I don't believe it is to our advantage to lose our soul to try to make Pharo into the image the other tools that are already available. Why have a Smalltalk flavored Python? Let Pharo be Pharo. I think the more we can empower the person who can come to Pharo afresh, newbie or old pro, regardless of experience. The more we empower them to create their future. The better the future for Pharo. Pharo, power to create! Pharo, empowering you to create! Pharo, empowering you to create the future! Jimmie

March 10, 2012

Re: [Pharo-project] [ANN] A Unifying Mechanism for the Implementation of Concurrency Abstractions

by Stefan Marr

Hi Nick: On 09 Mar 2012, at 16:26, Nick Ager wrote: > I'm really looking forward to digesting this. I'm been flirting with Clojure and have been enviously looking at their STM, so this sounds really interesting and potentially very timely for Pharo and Smalltalk. For you, there might still be the stumbling block performance. My direct port of Lukas' STM [1] performs a bit better than the port of it on top of my abstractions. However, comparing to Clojure is not entirely fair, since Clojure only tracks explicit 'refs'. While we in Smalltalk do not have that concept, and need to track everything. Lukas originally did benchmarks also with Pier or Seaside or so, don't remember precisely. You might find something in [2]. Helvetia [3] includes also a port of the STM, so you might be able to get your hands on some benchmarks to see whether it is fast enough for you. Would be interested to hear whether it is fast enough in practice. Best regards Stefan [1] http://ss3.gemstone.com/ss/LRSTM.html [2] http://source.lukas-renggli.ch/transactional.html [3] http://scg.unibe.ch/research/helvetia -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 10, 2012

Re: [Pharo-project] All Pharo Kernel jobs working

by Camillo Bruni

cool! On 2012-03-09, at 21:21, Pavel Krivanek wrote: > Hi, > > I created an ad-hoc fix of Pharo Kernel Tests job, pushed small fix of > Pharo Kernel Seaside and re-enabled Pharo Kernel Report. So all the > Pharo Kernel Jenkins jobs are in working order. > > https://ci.lille.inria.fr/pharo/view/Pharo-Kernel/ > > Cheers, > -- Pavel >

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by Ben Coman

Off topic... but the following article by Paul Graham has been one of my all time favorites for the last few years... http://www.paulgraham.com/nerds.html Eliot Miranda wrote: > On Fri, Mar 9, 2012 at 3:02 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > >> According to this guy, we're using 3rd most powful programming >> language (or, well one of 4.. to not insult anyone ;). >> >> http://www.paulgraham.com/icad.html >> >> So, we're not that bad, eh? :) >> >> > > I like what he says about patterns: > > "If you try to solve a hard problem, the question is not whether you will > use a powerful enough language, but whether you will (a) use a powerful > language, (b) write a de facto interpreter for one, or (c) yourself become > a human compiler for one. We see this already begining to happen in the > Python example, where we are in effect simulating the code that a compiler > would generate to implement a lexical variable. > > This practice is not only common, but institutionalized. For example, in > the OO world you hear a good deal about "patterns". I wonder if these > patterns are not sometimes evidence of case (c), the human compiler, at > work. When I see patterns in my programs, I consider it a sign of trouble. > The shape of a program should reflect only the problem it needs to solve. > Any other regularity in the code is a sign, to me at least, that I'm using > abstractions that aren't powerful enough-- often that I'm generating by > hand the expansions of some macro that I need to write." > > > >> A very good explanation to 'pointy-haired' why 'mainstream' language >> are not best choice.. >> as well as good illustration that in order to compete and stay >> popular, all mainstream languages >> will slowly converge to lisp. >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> > > >

March 10, 2012

Re: [Pharo-project] Enjoyed the reading..

by laurent laffont

On Sat, Mar 10, 2012 at 12:02 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > According to this guy, we're using 3rd most powful programming > language (or, well one of 4.. to not insult anyone ;). > > http://www.paulgraham.com/icad.html > > So, we're not that bad, eh? :) > A real scientific analysis ;) proves that Smalltalk is far more powerful than Lisp (but sadly less powerful than Haskell) : http://magaloma.blogspot.com/2010/11/revenge-of-smalltalk.html Laurent > > A very good explanation to 'pointy-haired' why 'mainstream' language > are not best choice.. > as well as good illustration that in order to compete and stay > popular, all mainstream languages > will slowly converge to lisp. > > -- > Best regards, > Igor Stasenko. > >

March 10, 2012