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 <damien.cassou@gmail.com>, DamienCassou on IRC (freenode) On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou@gmail.com> 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
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 <damien.cassou@gmail.com>wrote:
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 <damien.cassou@gmail.com>, DamienCassou on IRC (freenode)
On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou@gmail.com> 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
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
On Tue, Feb 11, 2014 at 11:02 AM, Guillermo Polito <guillermopolito@gmail.com> 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
Project idea Description: Integrate Git inside Pharo Skill level: intermediate Mentor: Damien Cassou <damien.cassou@gmail.com>, DamienCassou on IRC (freenode) On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou@gmail.com> 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
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 <yuriy.tymchuk@me.com>, Anne Etien <anne.etien@univ-lille1.fr> 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 <alexandre.bergel@me.com>, Yuriy Tymchuk <yuriy.tymchuk@me.com> 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 <yuriy.tymchuk@me.com> 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 <yuriy.tymchuk@me.com> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <damien.cassou@gmail.com> 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
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 <yuriy.tymchuk@me.com>, Anne Etien <anne.etien@univ-lille1.fr> 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 <alexandre.bergel@me.com>, Yuriy Tymchuk <yuriy.tymchuk@me.com> 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 <yuriy.tymchuk@me.com> 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 <yuriy.tymchuk@me.com> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <damien.cassou@gmail.com> 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
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 <yuriy.tymchuk@me.com>
In Settings there is a button Export which (should) export all you settings into your preferences file and therefore be spread among images. Ben
On 11 Feb 2014, at 16:49, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
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 <yuriy.tymchuk@me.com>
In Settings there is a button Export which (should) export all you settings into your preferences file and therefore be spread among images.
Did you implement it? Uko
Ben
On 11 Feb 2014, at 16:51, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
On 11 Feb 2014, at 16:49, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
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 <yuriy.tymchuk@me.com>
In Settings there is a button Export which (should) export all you settings into your preferences file and therefore be spread among images.
Did you implement it?
I did, months ago :) Ben
Uko
Ben
On 11 Feb 2014, at 17:12, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
On 11 Feb 2014, at 16:51, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
On 11 Feb 2014, at 16:49, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
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 <yuriy.tymchuk@me.com>
In Settings there is a button Export which (should) export all you settings into your preferences file and therefore be spread among images.
Did you implement it?
I did, months ago :)
year(s) ago, in fact :)
Ben
Uko
Ben
On 11 Feb 2014, at 17:12, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
On 11 Feb 2014, at 16:51, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
On 11 Feb 2014, at 16:49, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
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 <yuriy.tymchuk@me.com>
In Settings there is a button Export which (should) export all you settings into your preferences file and therefore be spread among images.
Did you implement it?
I did, months ago :)
Ben
Câest cool. Thank you Ben. I had some more ideas like making a common STON format for prefs. But maybe you have some more ideas. Or we can just kill this proposal. Uko
Uko
Ben
Hi: Here my proposals: Proposal 1: Library of Concurrent Programming Concepts The Ownership-based Metaobject Protocol [1] is an abstraction meant to allow an easy implementation of a wide range of concurrent programming concepts such as actors and STM. The goal would be to extend the existing set of provided concepts by a wider collection of concepts from literature and programming languages, for instance Erlang actors, E vats, Shacl domains, Axum domains, different types of STMs, and so on. The goal is to provide programmers a set of abstractions to mix and match, for their applications. benefit for the student: getting strong exposure to the subtleties of concurrent programming and the benefits of the wide range of different approaches. dialect: Pharo 3, the OMOP depends on Opal skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required mentor: Stefan Marr (smalltalk@stefan-marr.de) co-mentor TBD [1] http://www.stefan-marr.de/research/omop/ Proposal 2: An AST-based debugger for Pharo The new infrastructure in Pharo tries to bring the program execution on a higher level to simplify tools and push more complexity into lower levels of system that do not need to be exposed to the programmer. With Opal, the compiler already uses a proper AST representation. The next step is to bring the debugger to the same level to simplify it and modern features to more directly interact with objects and execution. dialect: Pharo 3 skill level: medium to advanced, strong object-oriented background advisable mentor: Clément Bera (bera.clement@gmail.com) Stefan Marr (smalltalk@stefan-marr.de) Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Stefan Marr wrote:
Hi:
Here my proposals:
Proposal 1:
Library of Concurrent Programming Concepts
The Ownership-based Metaobject Protocol [1] is an abstraction meant to allow an easy implementation of a wide range of concurrent programming concepts such as actors and STM. The goal would be to extend the existing set of provided concepts by a wider collection of concepts from literature and programming languages, for instance Erlang actors, E vats, Shacl domains, Axum domains, different types of STMs, and so on. The goal is to provide programmers a set of abstractions to mix and match, for their applications.
benefit for the student: getting strong exposure to the subtleties of concurrent programming and the benefits of the wide range of different approaches.
dialect: Pharo 3, the OMOP depends on Opal
skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required
mentor: Stefan Marr (smalltalk@stefan-marr.de) co-mentor TBD
Another cool thing would be a graphical representation simulating how these concepts work. Something attractive to Comp Sci lecturers to make their lives easier. They come for the end-user application - but then can dig into the implementation with their student - and as a side-effect they are exposed to Smalltalk and are hooked. cheers -ben
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-FlexibleObjectLa...). 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: (http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/GellerHirschfeld...). 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
Le 12/02/2014 14:40, Camille Teruel a écrit :
Hello,
Here are my proposals,
=================================================== 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: (http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/GellerHirschfeld...).
Skill level: intermediate Dialect: Free Mentor: Camille Teruel
I think that SmaCC 2.0.3[1] has already a language agnostic generic rewriting engine[2] (including a client/server and batch implementation if you have a few hundreds of thousands of lines to rewrite:)). [1] http://www.refactoryworkers.com/SmaCC.html [2] http://www.refactoryworkers.com/SmaCC/Transformations.html I'd say that for such things, the approach is usually to define a DSL, either the refactoring pattern language of RB, or, a bit newer, the SmPL of Coccinelle[3]. [3] http://coccinelle.lip6.fr/ The similarities between Coccinelle and RB are surprising on that level. Regards, Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Project idea Description: Web Exporter for Roassal Skill level: intermediate Name of the mentor: Alex Bergel, Usman Bhatti, Description: Roassal is an agile visualization engine. It is made to visualize and interact with any arbitrary data, defined in terms of objects and their relationships. Graph-ET [1] is a project to draw charts and it is built on top of Roassal. With the web becoming omnipresent, It is desirable to export Roassal visualizations into html so that these visualizations/charts can be embedded into web pages. Both Roassal and GraphEt will benefit from the exporter. All Roassal visualizations will work out-of-the-box in the desktop and web mode without needing the code to be ported on Amber [2]. [1] http://gsoc2013.esug.org/projects#h-19 [2] http://gsoc2013.esug.org/projects/roassal-in-amber On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou@gmail.com>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
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[Anne Etien could not post this msg on the mentors list I m forwarding it on her behalf]. Title: FAST JavaScript model 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 <damien.cassou@gmail.com>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
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
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 <usman.bhatti@gmail.com>wrote:
[Anne Etien could not post this msg on the mentors list I m forwarding it on her behalf].
Title: FAST JavaScript model
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 <damien.cassou@gmail.com>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
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
-- Pablo Tesone. tesonep@gmail.com
On 13 February 2014 15:21, tesonep@gmail.com <tesonep@gmail.com> wrote:
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.
Mainly this project sounds like _using the existing inference tools_ (RoelTyper, Francisco Garau's Concrete Type Inference with Santiago Bragagnolo's modifications/improvements of same) and exposing the information in the IDE, yes? (This is a very important step!) frank
I am proposing the following as a student: Project idea Name: Unified Foreign Function Interface Skill level: Advanced Possible Mentors: Igor Stasenko / Esteban Lorenzano Name of the Student: Ronie Salgado Description: 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 tesonep@gmail.com <tesonep@gmail.com>:
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 <usman.bhatti@gmail.com>wrote:
[Anne Etien could not post this msg on the mentors list I m forwarding it on her behalf].
Title: FAST JavaScript model
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 <damien.cassou@gmail.com>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
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
-- You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
-- Pablo Tesone. tesonep@gmail.com
Hello, Here is another proposal: Description: Automatic dependency analysis of a project Summary: When developing, you often need to use external libraries (yes, you don't want to reinvent the wheel). These dependencies should be expressed explicitly but we always forgot to do it. The idea of this project is to create a tool that will analyze your project packages (source code) and detect references that are not resolved. It will helps developers to express dependencies but also enables automatic dependency analysis to detect wrong project configurations. The second part of this project will consist into giving feedback on undesired package cycles (with live feedback if possible). Dialect: Pharo Skill level: intermediate Mentors: Christophe Demarey <christophe.demarey@inria.fr> and Hernán Morales Durand <hernan.morales@gmail.com> Regards, Christophe. Le 11 févr. 2014 à 10:42, Damien Cassou a écrit :
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
Hello, Here is my proposal: Title: Improving Strings manipulation Dialect: Pharo Skill Level: Intermediate Possible Mentor: Stephane Ducasse Student Name: Daniela Meneses Context: Pharo offers several good libraries to manipulate collections. However, the Strings API could benefit from a new study and redesign or enhancements. Goal: The goal of the project is to help rethinking the String manipulation API of Pharo. Benefits to the community: The String class will increment its test coverage, include more useful methods based on ruby and python String API and improve the documentation for some methods. Cheers, Daniela Meneses On Tue, Feb 11, 2014 at 5:42 AM, Damien Cassou <damien.cassou@gmail.com>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
-- Regards, Dann Meneses
participants (15)
-
Benjamin -
btc＠openinworld.com -
Camille Teruel -
Christophe Demarey -
Damien Cassou -
Daniela Meneses -
Esteban Lorenzano -
Frank Shearar -
Goubier Thierry -
Guillermo Polito -
Ronie Salgado -
Stefan Marr -
tesonep＠gmail.com -
Usman Bhatti -
Yuriy Tymchuk