May 2011 - Pharo-users - lists.pharo.org

Fwd: [Esug-list] Postdoc position in software engineering at University of Chile in cooperation with INRIA
by StÃ©phane Ducasse May 23, 2011

May 23, 2011

Begin forwarded message: > From: Alexandre Bergel <abergel(a)dcc.uchile.cl> > Date: May 20, 2011 10:05:18 PM GMT+02:00 > To: ESUG Mailing list <esug-list(a)lists.esug.org> > Subject: [Esug-list] Postdoc position in software engineering at University of Chile in cooperation with INRIA > > Hi! > > Some of you may be interesting in the following call: > > -=-=-=-=-=-=-=-=-=-=-=-= > Postdoc position in software engineering at University of Chile in cooperation with INRIA > > A post-doctoral research position is available with the Pleiad Lab (University of Chile) and the RMoD Group (INRIA Lille Nord Europe). The position is scheduled to start in September 2011, but earlier dates are possible. > > The position is targeted for research on software maintenance and software visualization. Validation of research hypotheses will be carried out using the Pharo programming language. Experience with it, or any other Smalltalk dialect, is a plus (but not necessary). > > The postdoctoral researcher will be expected to develop independent research initiatives within the scope of the position, design and contribute to the research experiments conducted by Pleiad and RMoD. There is no teaching duty associated with this position. > > Both Pleiad and RMoD offer a creative, productive and multicultural staff and students, with many collaboration opportunities. Pleiad and RMoD have an extensive expertise and an advanced infrastructure related to software analysis, data mining, testing, meta-modeling and language semantics. > > The position is funded by INRIA for a period of 12 or 18 months. In order to foster the collaboration between France and Chili, the candidate will have to share his time between Lille, France and Santiago, Chile. > > The candidate must hold a PhD in computer science. > > Contact Persons: > Alexandre Bergel and StÃ©phane Ducasse > http://pleiad.dcc.uchile.cl > http://rmod.lille.inria.fr > http://www.pharo-project.org > http://www.moosetechnology.org > -=-=-=-=-=-=-=-=-=-=-=-= > > See you in August! > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

1 0

mirrors vs. reflection
by info＠tomsik.cz May 22, 2011

May 22, 2011

Why are mirrors considered to be better option than reflection itself integrated inside objects/classes? I've googled a little but nothing gave me satisfactory answer.

4 3

AST Browser?
by Bernardo Ezequiel Contreras May 21, 2011

May 21, 2011

Hi All, do you know where i can get an AST Browser? Thanks

3 6

Need someone to lead Fix of the Day contest [WAS] Re: [Pharo-project] Need help with 1.3 Full Image
by Mariano Martinez Peck May 19, 2011

May 19, 2011

> >> I try to solve some issue in the issues tracker from time to time, but >> it's often difficult >> when outside your expertise. So doing it with others might definitively >> help. >> > > > Fix of the day contest has the advantage of being compatible with every > people timezone / agenda. > > We can also synchronize CODTC and FOTDC in order to comment classes related > to the fix. > > Now we just need someone to lead the FOTDC. I already do COTDC so is there > a good soul ? > > well, I've started by renaming the thread and attaching Pharo-users. Laurent, maybe you should clarify what "lead" exactly means. Cheers Mariano > Laurent > > > >> >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> >> > -- Mariano http://marianopeck.wordpress.com

4 9

[COTDC] 67 - TextStyleAsFontFamily
by laurent laffont May 19, 2011

May 19, 2011

Today: TextStyleAsFontFamily Come on guys, COTDC needs YOU !! Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

1 0

[COTDC] 66 - LogicalFont
by laurent laffont May 19, 2011

May 19, 2011

Today: LogicalFont Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

1 1

Re: [Pharo-users] [Seaside-dev] Re: [Esug-list] [ANN] SmallHarbour project
by Dale Henrichs May 18, 2011

May 18, 2011

On May 18, 2011, at 4:02 AM, Nick Ager wrote: Hi, We are in the process of adding support for deploying GLASS applications into the Cloud Foundry, but I wouldn't mind helping folks who are interested in adding support for other Smalltalks into the Cloud Foundry ... The Cloud Foundry is written largely in ruby, so you'll need to be wearing your ruby dancing shoes:) There certainly a lot of (justified) buzz around CloudFoundry at the moment. Building CloudFoundry infrastructure for Smalltalk deployment would appear to be a great approach - married with a hosting service that provides that infrastructure as a service. Nick <ATT00001..txt> Nick, VMware will/is providing a hosting service based on cloud foundry, but there is an open source variant of cloud foundry that can be used by others to provide hosting services ... Dale

1 0

Re: [Pharo-users] [Pharo-project] [Esug-list] [ANN] SmallHarbour project
by Norbert Hartl May 18, 2011

May 18, 2011

Am 18.05.2011 um 13:15 schrieb Sean Allen: > > 11) We currently require infrastructure support for https eg stunnel or reverse proxy through a webserver eg http://www.monkeysnatchbanana.com/posts/2010/06/23/reverse-proxying-to-seas… > > actually that link is... http://www.monkeysnatchbanana.com/posts/2010/06/22/faking-a-https-client-fo… > just for posterity. > Just for the record. I used stunnel for a short while. But then the need for the use of client certificates arose (I'm implementing an apple push notification server). A very easy way to add SSL handling is to write a little server in node.js [1]. It supports SSL and client certificates out of the box. It could act as an intelligent proxy for SSL handling. If the use cases are known I could even provide a small node proxy. It is written in javascript and might be interesting for some to learn javascript on the server side. Node.js btw. is a cool server to know :) Norbert [1] http://nodejs.org/

1 0

Re: [Pharo-users] [Esug-list] [ANN] SmallHarbour project
by Davorin Rusevljan May 18, 2011

May 18, 2011

On Wed, May 18, 2011 at 12:08 PM, Joachim Tuchel <jtuchel(a)objektfabrik.de> wrote: > So what would be better? > > I think a collection of cookbooks would. Maybe defining layers of a web app, > starting from the Browser through all layers of functionality to the data > backend, and collecting material for each of them would be much better. If > I'm interested in a load-balanced, https-aware installation of a Squeak > Image that persists data in Magma, I can choose appropriate documentation > for each layer. Some layers may not be deeply related to Smalltalk at all, > then we could add links to relevant information (like how do I configure > Apache as a load balancer with Sticky sessions?), while others might be > deeply related to Smalltalk. yes, cookbooks would be nice. We also need simple, reliable, no investigation, no fuss, low effort way to deploy most common forms of smalltalk web app or pier blog. If you want fancy stuff you go for recipes or forge one for yourself. But for most common cases it would be great if it would be smooth and reliable. We need distilled, reliable and maintained most common cases, and it seems that this is also one of the goals of SmallHarbour. It is like Linux and its distributions. Linux can be anything, which is great, but distribution makes it much more usable in some domain. just my 2 lipas, Davorin Rusevljan http://www.cloud208.com/

1 0

Re: [Pharo-users] [Esug-list] [ANN] SmallHarbour project
by laurent laffont May 18, 2011

May 18, 2011

Thanks a lot Nick for your feedback, it is helpful. Laurent. On Wed, May 18, 2011 at 9:46 AM, Nick Ager <nick.ager(a)gmail.com> wrote: > Hi Romain, Laurent, > > >> Having Amazon ec2 image is also a very good idea, and some >>>> Smalltalkers have already made first important steps like: >>>> >>>> >>>> http://www.nickager.com/blog/Create-a-free-Gemstone-server-in-the-cloud-in-… >>>> >>> > After having shared the above Amazon AMI (Amazon machine image), and > experimented with EC2 hosting, I realised there are some undesirable > properties of AMIs: > > 1) It's an image; with all the benefits and problems that entails; namely > either you like the whole thing or not. It's not composable; it's difficult > to know precisely what has been configured and how, and difficult to choose > the bits you like and replace the bits you don't like. > 2) You can't (currently for Linux), create an AMI locally and upload it, > meaning everything has to be performed remotely and operating remotely in > the IDE over X11 forwarding can be slow. > 3) It's difficult to share across regions. Amazon's data centres operate > autonomously. I created the image in EU-WEST and copying it to US-WEST or > US-EAST is non-trivial. > 4) It's another configuration that I need to keep up to date and I don't. > 5) Not everyone wants to use EC2; other cloud services are available eg > slicehost, linode, cloud-foudry etc > 6) I configured the AMI using Amazon Linux, people might prefer Ubuntu, > RHEL, Suse, Windows!#*? etc > 7) I configured the AMI using Nginx as a front-end server with added > modules (http://nickager.com/blog/compiling-nginx-to-add-extra-modules/) > others might require other modules or other different server eg Apache, > Cherokee etc. Even with the same server the configuration required can vary > (url redirection, static file serving etc). > 8) Everyone has a different way of performing backups, monitoring the > health of the server. > 9) I configured the AMI using Gemstone, others might prefer image based > persistence or MySQL, Postgres etc. > 10) Ideally the configuration would allow you to specify the number of > images (or Gems for Gemstone) you'd like to respond to request, behind a > load balancer. > 11) We currently require infrastructure support for https eg stunnel or > reverse proxy through a webserver eg > http://www.monkeysnatchbanana.com/posts/2010/06/23/reverse-proxying-to-seas… > > Quite a list... The main issue is that I'd like to be able to build server > infrastructure from composable pieces and share configuration knowledge with > others. This led me to Chef (http://opscode.com/chef/) where people create > configuration "recipes" and a specific configuration is composed from these > recipes. The benefit of using something like Chef is that there are > already recipes for the standard parts of the server configuration eg > installing and configuring Apache, Nginx, MySql, Postgres etc have already > been taken care of. Chef abstracts the OS, and the cloud (eg EC2, slicehost > etc). > > The task is then to create recipes for Seaside specific parts. There are a > couple of Gemstone recipes already ( > https://github.com/timfel/gemstone-cookbooks, > https://github.com/johnnyt/gemstone-cookbooks) A few of us (myself > Norbert Hartl, Stephen Eggermont) plan to investigate coding our > configurations is Chef - though it's still early days and it may prove that > it's more complex than we need. > > Our basic requirements are to be able to rapidly deploy production, > staging, backup, Jenkins continuous integration and development VMs. > > Do others have experience with Chef or something similar? > > Ideally ESUG or someone else would provide http://www.heroku.com/ for > Seaside - but it would require formalising more of our stack and providing a > flexible solution to https. > > Hope this helps, > > Nick >

1 0