Re: [Pharo-users] GSOC 2015 application
Sebastian wrote:
Can I brainstorm a wishlist? I could get wild on it :D
Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit. Stephan
Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100:
Sebastian wrote:
Can I brainstorm a wishlist? I could get wild on it :D
Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit.
well, someone else could be willing to mentor then, so i don't think it hurts to get wild on ideas, as long as accepted ideas come with a mentor. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
Okay here comes some notes Iâve compiled: VOSS for Pharo http://voss.logicarts.com/ <http://voss.logicarts.com/> Implications: a completely object oriented database industry proven would have a legacy and a open sourced release empowering Pharo users and startups to stay object oriented even when persisting data. VOSS has dual license commercial and GPLv3, John, VOSS author already offered himself to mentor porters. https://www.linkedin.com/in/johnclapperton <https://www.linkedin.com/in/johnclapperton> SQLServer client for Pharo Implications: some applications that have this dependency needs to extend and modernize features are challenged by this dependency that Pharo cannot use in a production ready state. SQL Alchemy for Pharo Implications: Big-data is a growing market that is easy to mine with a tool like Pythonâs SQL Alchemy. A Pharo version of such powerful tool would open this market opportunity for people wanting to offer Pharo-based solutions in this segment. Smalltalkâs syntax and tooling superiority could provide a significant push forward in this technology competitiveness because they might empower Pharo users to deliver solutions faster. http://www.sqlalchemy.org/ <http://www.sqlalchemy.org/> Remote Environments for Pharo Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots. Pharo on mobile Implications: Is not that mobile is a growing market, is more like mobile is going supernova: http://a16z.com/2014/10/28/mobile-is-eating-the-world/ <http://a16z.com/2014/10/28/mobile-is-eating-the-world/> The power of Pharo and its libraries on mobile devices is currently perhaps one of its biggest opportunities. Deep learning for Pharo Implications: Robotics, drones and the internet of things will gather data from sensors that will need interpretation and modelling. All sorts of AI will use deep learning techniques and Pharo would be a great orchestrator of that modelling. http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-s... <http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-s...> Pharo Hadoop client Implications: Apache Hadoop can scale from single server to thousands of servers. The explosion of sensors, drones and mobile devices and printed devices with sensors are going to generate incredible amounts of data to process and model. Hadoop is a good fit for that and Pharo can empower faster modelling and orchestration of what to do with all that information stored in this widely adopted Hadoop technology. http://wiki.apache.org/hadoop/PoweredBy <http://wiki.apache.org/hadoop/PoweredBy> Cross platform Native Widgets for Pharo Implications: The web is fantastic but at the same time there is a big pressure to create great native applications due to the improved User Experience that the native widgets can provide. Making Pharo to create them via things like wxWidgets (https://www.wxwidgets.org/about/screenshots/ <https://www.wxwidgets.org/about/screenshots/>) would instantly create opportunities to develop fast applications with a great UX. Protips site for Pharo Implications: I might spark the beginning of a mentoring ecosystem. StackOverflow is great but at the same time for a niche like Smalltalk it might not be enough to show the problem-solving potential of the platform. A site dedicated to share pro tips centered on Pharo would slowly a steady show the platformâs value. The site has to be social friendly. Each tip should have an author that can set there StackOverflow, LinkedIn, facebook, twitter or any social profile she wants. Requires nice branding and UX/UI design. Optional variation of the same idea: make it for any Smalltalk dialect instead of only Pharo. REPL IDE for Pharo Implications: Smalltalkers are used to very powerful IDEs. What if we have to put Pharo in a really underpowered or monitorless device? Having a powerful REPL IDE that can evaluate expressions, inspect and debug, would empower users to still do things in mini-devices during the incoming tide wave of internet-of-things. A GUI builder for Pharo Implications: If whatever you are doing you cannot make it visual easily, people cannot perceive it easily. Due to evolutionary reasons, our brain has unfair bias towards visual processing. Lets make something that allows Pharo to create visual things easier. Something like PARTS or Dolphin Smalltalk GUI builder would be huge. best! o/
On Feb 11, 2015, at 12:14 PM, Martin Bähr <mbaehr@email.archlab.tuwien.ac.at> wrote:
Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100:
Sebastian wrote:
Can I brainstorm a wishlist? I could get wild on it :D
Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit.
well, someone else could be willing to mentor then, so i don't think it hurts to get wild on ideas, as long as accepted ideas come with a mentor.
greetings, martin.
-- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
2015-02-11 15:37 GMT-03:00 Sebastian Sastre <sebastian@flowingconcept.com>:
Okay here comes some notes Iâve compiled:
SQL Alchemy for Pharo Implications: Big-data is a growing market that is easy to mine with a tool like Pythonâs SQL Alchemy. A Pharo version of such powerful tool would open this market opportunity for people wanting to offer Pharo-based solutions in this segment. Smalltalkâs syntax and tooling superiority could provide a significant push forward in this technology competitiveness because they might empower Pharo users to deliver solutions faster. http://www.sqlalchemy.org/
+1 GLORP is the closest we have to this. Also, something like jOOQ.org would be valuable in the (big)data front, where ORM falls short or is impractical due to the volume of data processed.
Remote Environments for Pharo Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots.
I would say "instrumentation", not only being able to plug remotely (and securely) to a remote image, but also being able to poll it for statistics, as you can do with JVM. Syntax extensions (pluggable?): I know we have many alternatives, which I used and are more than acceptable , but I'd like to write JSON as close as possible to its original syntax.
On Feb 11, 2015, at 5:08 PM, Esteban A. Maringolo <emaringolo@gmail.com> wrote:
Syntax extensions (pluggable?): I know we have many alternatives, which I used and are more than acceptable , but I'd like to write JSON as close as possible to its original syntax.
+1 except I would not say that "I want to write JSON as close as possibleâ. Itâs either zero friction or itâs already good enough. In Amber, for example, you already can write a JSON object âas close as possibleâ to the original syntax and is o-kay but is not really great because youâre still being taxed when compared to JavaScript and that taxing might never payoff, thatâs why I say that we are either currently okay or we move towards zero-JSON-friction. Amber: #{ âkey1â-> value1. âkey2 -> value2 } <â kind of okay, survivable JavaScript: {key1: value1, key2: value2} <â awesome, no friction to party with the rest of the world, it rocks!
On 11 Feb 2015, at 20:33, Sebastian Sastre <sebastian@flowingconcept.com> wrote:
On Feb 11, 2015, at 5:08 PM, Esteban A. Maringolo <emaringolo@gmail.com> wrote:
Syntax extensions (pluggable?): I know we have many alternatives, which I used and are more than acceptable , but I'd like to write JSON as close as possible to its original syntax.
+1 except I would not say that "I want to write JSON as close as possibleâ.
Itâs either zero friction or itâs already good enough.
In Amber, for example, you already can write a JSON object âas close as possibleâ to the original syntax and is o-kay but is not really great because youâre still being taxed when compared to JavaScript and that taxing might never payoff, thatâs why I say that we are either currently okay or we move towards zero-JSON-friction.
Amber: #{ âkey1â-> value1. âkey2 -> value2 } <â kind of okay, survivable
And we have { #key1->value1. #key2->value2 } asDictionary which is acceptable to me (you can auto complete asDi-). You want interpolation anyway, this construct gives you that.
JavaScript: {key1: value1, key2: value2} <â awesome, no friction to party with the rest of the world, it rocks!
Seriously, JSON is JavaScript's native format, of course it's easy to use, duh. Every language can use its own literal format with 'no friction'. And the fact that the rest of the world is compatible with JSON is not their doing, but ours ! Sven BTW: technically, JSON is not completely identical to JavaScript and not using a proper parser is a security risk.
Excerpts from Sebastian Sastre's message of 2015-02-11 19:37:07 +0100:
Remote Environments for Pharo Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots.
this describes exactly what i believe can be done with craig's context. i am interested to support this as a co-mentor maybe together with craig or someone else more experienced than me. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
Context would be nice to see how it might work with Pharo. On Thu, Feb 12, 2015 at 3:51 AM, Martin Bähr < mbaehr@email.archlab.tuwien.ac.at> wrote:
Excerpts from Sebastian Sastre's message of 2015-02-11 19:37:07 +0100:
Remote Environments for Pharo Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots.
this describes exactly what i believe can be done with craig's context. i am interested to support this as a co-mentor maybe together with craig or someone else more experienced than me.
greetings, martin.
-- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
Sebastian we maintain one single list for pharo topics (related or not to GSOC) I will not edit your item but you can do a pull request :) https://github.com/pharo-project/pharo-project-proposals Stef Le 11/2/15 19:37, Sebastian Sastre a écrit :
Okay here comes some notes Iâve compiled:
*VOSS for Pharo * http://voss.logicarts.com/ Implications: a completely object oriented database industry proven would have a legacy and a open sourced release empowering Pharo users and startups to stay object oriented even when persisting data. VOSS has dual license commercial and GPLv3, John, VOSS author already offered himself to mentor porters. https://www.linkedin.com/in/johnclapperton
*SQLServer client for Pharo* Implications: some applications that have this dependency needs to extend and modernize features are challenged by this dependency that Pharo cannot use in a production ready state.
*SQL Alchemy for Pharo* Implications: Big-data is a growing market that is easy to mine with a tool like Pythonâs SQL Alchemy. A Pharo version of such powerful tool would open this market opportunity for people wanting to offer Pharo-based solutions in this segment. Smalltalkâs syntax and tooling superiority could provide a significant push forward in this technology competitiveness because they might empower Pharo users to deliver solutions faster. http://www.sqlalchemy.org/
*Remote Environments for Pharo* Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots.
*Pharo on mobile* Implications: Is not that mobile is a growing market, is more like mobile is going supernova: http://a16z.com/2014/10/28/mobile-is-eating-the-world/ The power of Pharo and its libraries on mobile devices is currently perhaps one of its biggest opportunities.
*Deep learning for Pharo* Implications: Robotics, drones and the internet of things will gather data from sensors that will need interpretation and modelling. All sorts of AI will use deep learning techniques and Pharo would be a great orchestrator of that modelling. http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-s...
*Pharo Hadoop client* Implications: Apache Hadoop can scale from single server to thousands of servers. The explosion of sensors, drones and mobile devices and printed devices with sensors are going to generate incredible amounts of data to process and model. Hadoop is a good fit for that and Pharo can empower faster modelling and orchestration of what to do with all that information stored in this widely adopted Hadoop technology. http://wiki.apache.org/hadoop/PoweredBy
*Cross platform Native Widgets for Pharo* Implications: The web is fantastic but at the same time there is a big pressure to create great native applications due to the improved User Experience that the native widgets can provide. Making Pharo to create them via things like wxWidgets (https://www.wxwidgets.org/about/screenshots/) would instantly create opportunities to develop fast applications with a great UX.
*Protips site for Pharo* Implications: I might spark the beginning of a mentoring ecosystem. StackOverflow is great but at the same time for a niche like Smalltalk it might not be enough to show the problem-solving potential of the platform. A site dedicated to share pro tips centered on Pharo would slowly a steady show the platformâs value. The site has to be social friendly. Each tip should have an author that can set there StackOverflow, LinkedIn, facebook, twitter or any social profile she wants. Requires nice branding and UX/UI design. Optional variation of the same idea: make it for any Smalltalk dialect instead of only Pharo.
*REPL IDE for Pharo* Implications: Smalltalkers are used to very powerful IDEs. What if we have to put Pharo in a really underpowered or monitorless device? Having a powerful REPL IDE that can evaluate expressions, inspect and debug, would empower users to still do things in mini-devices during the incoming tide wave of internet-of-things.
*A GUI builder for Pharo* Implications: If whatever you are doing you cannot make it visual easily, people cannot perceive it easily. Due to evolutionary reasons, our brain has unfair bias towards visual processing. Lets make something that allows Pharo to create visual things easier. Something like PARTS or Dolphin Smalltalk GUI builder would be huge.
best!
o/
On Feb 11, 2015, at 12:14 PM, Martin Bähr <mbaehr@email.archlab.tuwien.ac.at <mailto:mbaehr@email.archlab.tuwien.ac.at>> wrote:
Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100:
Sebastian wrote:
Can I brainstorm a wishlist? I could get wild on it :D
Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit.
well, someone else could be willing to mentor then, so i don't think it hurts to get wild on ideas, as long as accepted ideas come with a mentor.
greetings, martin.
-- eKita - the online platform for your entire academic life -- chief engineer eKita.co <http://eKita.co> pike programmer pike.lysator.liu.se <http://pike.lysator.liu.se> caudium.net <http://caudium.net> societyserver.org <http://societyserver.org> secretary beijinglug.org <http://beijinglug.org> mentor fossasia.org <http://fossasia.org> foresight developer foresightlinux.org <http://foresightlinux.org> realss.com <http://realss.com> unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
nice! I've never heard about that before. Thanks for the heads up Stef! Added entries should go to the bottom or at the top? from mobile
On 12/02/2015, at 05:21, stepharo <stepharo@free.fr> wrote:
Sebastian
we maintain one single list for pharo topics (related or not to GSOC) I will not edit your item but you can do a pull request :)
https://github.com/pharo-project/pharo-project-proposals
Stef
Le 11/2/15 19:37, Sebastian Sastre a écrit :
Okay here comes some notes Iâve compiled:
VOSS for Pharo http://voss.logicarts.com/ Implications: a completely object oriented database industry proven would have a legacy and a open sourced release empowering Pharo users and startups to stay object oriented even when persisting data. VOSS has dual license commercial and GPLv3, John, VOSS author already offered himself to mentor porters. https://www.linkedin.com/in/johnclapperton
SQLServer client for Pharo Implications: some applications that have this dependency needs to extend and modernize features are challenged by this dependency that Pharo cannot use in a production ready state.
SQL Alchemy for Pharo Implications: Big-data is a growing market that is easy to mine with a tool like Pythonâs SQL Alchemy. A Pharo version of such powerful tool would open this market opportunity for people wanting to offer Pharo-based solutions in this segment. Smalltalkâs syntax and tooling superiority could provide a significant push forward in this technology competitiveness because they might empower Pharo users to deliver solutions faster. http://www.sqlalchemy.org/
Remote Environments for Pharo Implications: being able to inspect, browse and debug reliably a server Pharo image from a client Pharo image would spark countless possibilities. Some of them: server maintenance; hot debug on GUI-less servers in production; live develop or debug remotely mobile devices that doesnât have a server. Hot changes in Pharo powered drones and robots.
Pharo on mobile Implications: Is not that mobile is a growing market, is more like mobile is going supernova: http://a16z.com/2014/10/28/mobile-is-eating-the-world/ The power of Pharo and its libraries on mobile devices is currently perhaps one of its biggest opportunities.
Deep learning for Pharo Implications: Robotics, drones and the internet of things will gather data from sensors that will need interpretation and modelling. All sorts of AI will use deep learning techniques and Pharo would be a great orchestrator of that modelling. http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-s...
Pharo Hadoop client Implications: Apache Hadoop can scale from single server to thousands of servers. The explosion of sensors, drones and mobile devices and printed devices with sensors are going to generate incredible amounts of data to process and model. Hadoop is a good fit for that and Pharo can empower faster modelling and orchestration of what to do with all that information stored in this widely adopted Hadoop technology. http://wiki.apache.org/hadoop/PoweredBy
Cross platform Native Widgets for Pharo Implications: The web is fantastic but at the same time there is a big pressure to create great native applications due to the improved User Experience that the native widgets can provide. Making Pharo to create them via things like wxWidgets (https://www.wxwidgets.org/about/screenshots/) would instantly create opportunities to develop fast applications with a great UX.
Protips site for Pharo Implications: I might spark the beginning of a mentoring ecosystem. StackOverflow is great but at the same time for a niche like Smalltalk it might not be enough to show the problem-solving potential of the platform. A site dedicated to share pro tips centered on Pharo would slowly a steady show the platformâs value. The site has to be social friendly. Each tip should have an author that can set there StackOverflow, LinkedIn, facebook, twitter or any social profile she wants. Requires nice branding and UX/UI design. Optional variation of the same idea: make it for any Smalltalk dialect instead of only Pharo.
REPL IDE for Pharo Implications: Smalltalkers are used to very powerful IDEs. What if we have to put Pharo in a really underpowered or monitorless device? Having a powerful REPL IDE that can evaluate expressions, inspect and debug, would empower users to still do things in mini-devices during the incoming tide wave of internet-of-things.
A GUI builder for Pharo Implications: If whatever you are doing you cannot make it visual easily, people cannot perceive it easily. Due to evolutionary reasons, our brain has unfair bias towards visual processing. Lets make something that allows Pharo to create visual things easier. Something like PARTS or Dolphin Smalltalk GUI builder would be huge.
best!
o/
On Feb 11, 2015, at 12:14 PM, Martin Bähr <mbaehr@email.archlab.tuwien.ac.at> wrote:
Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100:
Sebastian wrote:
Can I brainstorm a wishlist? I could get wild on it :D
Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit.
well, someone else could be willing to mentor then, so i don't think it hurts to get wild on ideas, as long as accepted ideas come with a mentor.
greetings, martin.
-- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
Excerpts from stepharo's message of 2015-02-12 08:21:07 +0100:
we maintain one single list for pharo topics (related or not to GSOC) I will not edit your item but you can do a pull request :) https://github.com/pharo-project/pharo-project-proposals
how can i preview changes i make? also it seems that http://topics.pharo.org/ is not being updated. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/
participants (7)
-
Ben Coman -
Esteban A. Maringolo -
Martin Bähr -
Sebastian Sastre -
Stephan Eggermont -
stepharo -
Sven Van Caekenberghe