GSoC: call for ideas
Locked
 
|
Hi fellow Pharo hackers,
ESUG, the European Smalltalk User Group, is applying for this year's Google Summer of Code. As you probably know, the Summer of Code provides the opportunity to fund students to work during the summer on Pharo. Please reply to this email (be sure to use "Reply to all") if you have ideas you would like to propose. Please include a summary of the project and links to web pages that can help prospective students to write their application. Please also include the following information: - if applicable, other dialects that you would be willing to mentor this project for - the skill level - name of the mentor(s), email addresses, and possibly any IRC network/channel/nickname where they can be found. Thanks for contributing to ESUG's Summer of Code application! -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill |
|
|
Project idea
Description: Make Pharo a scripting language with its syntax and command-line tools (http://rmod.lille.inria.fr/coral/) Skill level: intermediate Name of the mentor: Damien Cassou <[hidden email]>, DamienCassou on IRC (freenode) On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <[hidden email]> wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill |
Re: [gsoc-mentors] Re: GSoC: call for ideas
|
|
Ahh I started a while ago another thread that said Pharo in the subject as adviced! :/ Should we keep this one or that one? On Tue, Feb 11, 2014 at 10:59 AM, Damien Cassou <[hidden email]> wrote: Project idea |
|
|
In reply to this post by Damien Cassou
Project idea
Description: Integrate Git inside Pharo Skill level: intermediate Mentor: Damien Cassou <[hidden email]>, DamienCassou on IRC (freenode) On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <[hidden email]> wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill |
Re: [gsoc-mentors] Re: GSoC: call for ideas
|
|
In reply to this post by Guillermo Polito
On Tue, Feb 11, 2014 at 11:02 AM, Guillermo Polito
<[hidden email]> wrote: > Ahh I started a while ago another thread that said Pharo in the subject as > adviced! :/ Should we keep this one or that one? we can keep both I guess. Sorry about that, I didn't pay attention. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill |
|
|
In reply to this post by Damien Cassou
Hey guys.
1. Implicit variable declarations support in FAST Make FAST to work with one of the languages that do not have explicit declaration of variables. Preferable target language is Javascript. This should move FAST to new horizons. advanced Yuriy Tymchuk <[hidden email]>, Anne Etien <[hidden email]> 2. Interaction API for Roassal. Provide a nice api of Roassal to filter, select, delete, group… etc elements. This will be extra useful for reverse engineering tools. advanced - complex Alexandre Bergel <[hidden email]>, Yuriy Tymchuk <[hidden email]> 3. Tools to work with resources (non-text data). Even if serialising it as code is not a good solution we can make tools to load, serialise resources to code… easy - advanced Yuriy Tymchuk <[hidden email]> 4. Preferences persistence. Now prefs are only working while you are on the same image. We can put a button: save for all images, and serialise prefs to conf. folder when this button is checked. The same goes for user name. Why not to put checkbox: “Save for all next images”. This way we won’t have a lot of clones in monticello and make user’s life easier. You can use a startup scripts, but this is not cool. easy - advanced Yuriy Tymchuk <[hidden email]> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <[hidden email]> wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > |
|
|
In reply to this post by Damien Cassou
Hey guys.
1. Implicit variable declarations support in FAST Make FAST to work with one of the languages that do not have explicit declaration of variables. Preferable target language is Javascript. This should move FAST to new horizons. advanced Yuriy Tymchuk <[hidden email]>, Anne Etien <[hidden email]> 2. Interaction API for Roassal. Provide a nice api of Roassal to filter, select, delete, group… etc elements. This will be extra useful for reverse engineering tools. advanced - complex Alexandre Bergel <[hidden email]>, Yuriy Tymchuk <[hidden email]> 3. Tools to work with resources (non-text data). Even if serialising it as code is not a good solution we can make tools to load, serialise resources to code… easy - advanced Yuriy Tymchuk <[hidden email]> 4. Preferences persistence. Now prefs are only working while you are on the same image. We can put a button: save for all images, and serialise prefs to conf. folder when this button is checked. The same goes for user name. Why not to put checkbox: “Save for all next images”. This way we won’t have a lot of clones in monticello and make user’s life easier. You can use a startup scripts, but this is not cool. easy - advanced Yuriy Tymchuk <[hidden email]> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <[hidden email]> wrote: Hi fellow Pharo hackers, |
Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas
|
|
In reply to this post by Damien Cassou
Hello,
Here are my proposals, ================================================== Title: Slots, batteries included Context: Pharo has recently introduced a model for first-class class layouts and instance variables (slots). This model will permit to customize the memory layout of instances of a class and the read/write logic of instance variables. However, the current compiler doesn't take the custom read/write logic into account and the implementation need some love. Goal: The student will first have to understand the model of layout and slots (http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectLayouts.pdf). The next step is to modify the compiler (Opal) so that it take slots into account. Then, the student will improve the current implementation: - Expand the API: Each class should responds to #slots #ownSlots, each object to #slotNamed:set:, #slotNamed:, etc... - Fix the class installer to use the new instance migration model instead of the old one. - Study whether scopes can be removed from the core model or not. - Better definition of the interactions/responsibilities of the class builder and the class installer and fix the problem of modification of anonymous classes. Then the student can provides several examples of custom slots and identify potential clients of these new facilities. Dialect: Pharo Skill level: intermediate Mentors: Camille Teruel / Martin Dias ================================================== Title: Baobab Context: Pharo sources are currently stored in a separated file (.sources). We plan to remove that file and instead store all sources in the image in AST form. But keeping all the ASTs of the system methods would cost too much memory. Bonsai, is one possible solution for saving memory: it is just a flyweight pattern for ASTs. Additionally, we want to annotate the nodes of the ASTs various informations (bindings, additional comments, discussions, false positive critics, debugging code, typing information for various pluggable type systems, statistics like code coverage, etc...). All these annotations would also take too much space in the image. Moreover, not all of them are needed by all developers. Some must be kept in the image, others not. Goal: The goal of Baobab is to offer a flexible AST annotation and serialization system. An annotation should be able to define if it's transient (kept in the image but not serialized with the AST), local (kept in the image and serialized with the AST) or remote (stored on remote repositories so that teams of developers can share and edit them). Dialect: Pharo Skill level: easy/intermediate Mentor: Camille Teruel =================================================== Title: Generic rewriting engine Context: Rewriting is an useful technique that has a lot of applications in many functional programming language. A rewriting engine that can rewrite arbitrary graph of objects would have a lot of useful applications like code refactoring and migration of instances in an alive program. Goal: The goal of this proposal is to implement a rewriting engine for arbitrary tree/graph of object. A rewriting rule must be able to define: - Patterns to match a part of the graph possibly including metavariables (variables that match subparts of the matched part) - Transformation of the matched part using the metavariables The engine is parametrized with a set of rules an a traversal of the graph (look at http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects for ideas). Inspirations can be found in the pattern-matching library of Newspeak: Skill level: intermediate Dialect: Free Mentor: Camille Teruel =================================================== Title: Object based IDE Context: An object oriented program is based on objects that send messages to other objects. However, source code and IDE shows only classes and methods. There is a huge gap between the source code that the IDEs show and the runtime entities of a program: object and messages. This gap make program comprehension difficult because it is up to the programmer to fill this gap in is head. That is certainly the reason why many Smalltalk programmers like to program in the debugger: they deal with an actual instance of their program. Goal: The goal of this proposal is to set up the first bricks toward a graphical IDE centered around objects that are alive during a program execution. The first step is to provide a view to easily navigate through a graph of objects. Then objects should be able to customize their view and several default views for common classes must be provided: Array, Dictionary, Set, etc... The final step is to be able to run a program step by step as in a debugger and display the messages sent between objects using Granovetter diagrams. Dialect: any Skill level: intermediate Mentor: Camille Teruel |
Re: [gsoc-mentors] GSoC: call for ideas
|
|
In reply to this post by Damien Cassou
[Anne Etien could not post this msg on the mentors list I m forwarding it on her behalf]. Level: advanced Possible mentor: Anne Etien Possible second mentor: Nicolas Anquetil or Yuriy Tymchuk Description: For in depth source code analysis a support of abstract syntax trees is required. FAST is an abstract syntax tree extension for FAMIX meta-model that is used by Moose technology. The goal of this project is to create a JavaScript version of FAST. Technical Details: As programming languages are different, their AST representations are different too. FAST model aims for creation of as generic as possible core that can be extended for different languages. Also the structure of a model allows creation of generic algorithms like symbol resolution, metrics calculation and rule checking that will work for any language. Prototypes of FAST for Smalltalk and Java are already implemented. During the project a student will implement the JavaScript model. More detailed information about FAST is provided in the Moose day presentation: http://youtu.be/dRr3WHOD3x4 Benefits to the Student: The student will gain a deep understanding of a JavaScript syntax and abstract syntax tree model. He will also learn about PetitParser framework, and gain knowledge about software modeling and analysis. Benefits to the Community: Community will get a FAST model for JavaScript that can be used for software assessment with Moose. Also this model can be used later in PhD projects such as automation of source code translation. With this third model, the community will have raw material to real think and improve generic algorithms based on AST. On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <[hidden email]> wrote: Hi fellow Pharo hackers, |
Re: [gsoc-mentors] GSoC: call for ideas
|
|
Project idea Description: Enhance refactorings with type information Skill level: Advance Possible Mentors: Guillermo Polito / Esteban Lorenzano / Santiago Bragagnolo
Name of the Student: Pablo Tesone Keywords: tools, refactoring, code completion, type inference. Description: During the development of a program in any programming language, the IDE has a very important role. It will never replace the knowledge of the programmer but it can make his life easier.
As Smalltalk doesn’t have explicit type information, the IDE can not perform the same mechanisms that are present in IDE like Eclipse or Intellij IDEA. These mechanisms can be very useful. The idea of this project is to add type inference mechanisms to try to provide more information to the refactoring and code completion tools.
It is important to say that the idea is not to check types or correct the program, but to allow the programmer to have more information.
On Thu, Feb 13, 2014 at 12:06 PM, Usman Bhatti <[hidden email]> wrote:
Pablo Tesone. [hidden email] |
Re: [gsoc-mentors] GSoC: call for ideas
|
|
I am proposing the following as a student: Name: Unified Foreign Function InterfaceProject idea Because NativeBoost has problems with portability and cannot be used anywhere(iOS), one proposal is making a modular unified foreign function interface. This UFFI should support multiples backends, a portable function calls specification, portable easy to use callbacks support, and portable foreign resources management. Full Description Document: http://users.dcc.uchile.cl/~rsalgado/uffi-fourth-draft.pdf
2014-02-13 12:21 GMT-03:00 [hidden email] <[hidden email]>:
|
Re: [gsoc-mentors] Re: GSoC: call for ideas
|
|
In reply to this post by Damien Cassou
Paolo Bonzini writes: > Il 11/02/2014 10:42, Damien Cassou ha scritto: >> Hi fellow Pharo hackers, >> >> ESUG, the European Smalltalk User Group, is applying for this >> year's Google Summer of Code. As you probably know, the Summer >> of Code provides the opportunity to fund students to work during >> the summer on Pharo. Please reply to this >> email (be sure to use "Reply to all") if you have ideas you >> would like to propose. >> >> Please include a summary of the project and links to web pages >> that can help prospective students to write their application. >> Please also include the following information: >> >> - if applicable, other dialects that you would be willing to >> mentor this project for >> >> - the skill level >> >> - name of the mentor(s), email addresses, and possibly any IRC >> network/channel/nickname where they can be found. >> >> Thanks for contributing to ESUG's Summer of Code application! >> > > Just a note that I haven't yet processed this thread, but our ideas page > is already looking pretty well (and Pharo section is big) so I'll > probably do it in the weekend or next Monday. I can do it if you want. Cheers, Nico |
Re: [gsoc-mentors] Re: GSoC: call for ideas
|
|
Project idea Name: Instance Derreferencer for PharoA problem with image based environment is, when you detect a memory leak is removing those objects from the system. This tool would provide a handy UI to inspect the current instances of the classes that we think they have a memory leak and, in case there are objects that are not being garbage collected, offer to the user a Derreference button. This is going to iterate over all the objects that have a reference to my object and remove that reference, finally enabling the Garbage Collector to get rid of the leak. 2014-02-14 5:08 GMT-08:00 Nicolas Petton <[hidden email]>:
|
«
Return to Pharo Smalltalk Users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |