[Pharo-users] Available to join a project

[Sebastian Sastre]

Hi guys, 

I’ve finished a contract and in the next weeks, I’ll be exploring opportunities 
to join a new project.

Lately, I’ve been working with JavaScript full-stack and docker, AWS, GCloud 
among other things.

By the way, some of the microservices I ran in AWS are deployed as dockerized 
Pharo images set up as auto-scalable in ElasticBeanstalk.

So, after lots of JavaScript and TypeScript, now I’m curious about joining a 
Smalltalk project :D 

You might remember me for trying with Airflowing, this SaaS startup built on 
Seaside which unfortunately didn’t fly far enough but had thaught me LOTS of 
lessons and made me solve lots of interesting problems with Smalltalk.

Let me know if you want to chat to see if I could help with your 
company/project!

You can write me to: 
sebastianconc...@gmail.com

Sebastian Sastre

More about my developer story here:
http://sebastiansastre.co <http://sebastiansastre.co/>

[Pharo-users] MongoCursor>>execute raising 'Unexpected responseTo in response'

[Sebastian Sastre]

Hi All, Holger...

I’ve seen this today:
http://forum.world.st/MongoCursor-gt-gt-execute-and-MongoTalk-changes-td4889293.html
 



After talking with some people in the Pharo chat group at Discord about this 
erratic error I’m having with MongoTalk’s MongoCursor .



Once it happens, the stream stays open and Mongo says isValid true but no other 
operations can be executed.

I’ve loaded MongoTalk with:

Metacello new 
githubUser: 'pharo-nosql' project: 'voyage' commitish:'1.?' path: 'mc';
baseline: 'Voyage';
load: 'mongo’.

in a Pharo 6.1 image.

Did this Unexpected responseTo happened again to you?

nextRequestID has the code you mention in the issue:

nextRequestID
^requestID := requestID + 1 bitAnd: 16r3FFF

Do you have any further hint on why the issue? Thanks!


Sebastian

[Pharo-users] [ANN] airflowing shut down

[Sebastian Sastre]

Hi guys,

TL;DR: it didn’t reached expectations so we’re shutting down and moving on into 
other business that are doing great.

More details in the release available here:
http://airflowing.com

Including references to the parts we’ve open-sourced

The Smalltalk community has a special place in my heart :)

Thank you guys

Re: [Pharo-users] when iterating over a collection how to determine the current objects index

[Sebastian Sastre]

In such cases I might use a stream and monitor the `stream position` and 
iterate with 

[ stream atEnd ] whileFalse: [
  item := stream next.
  stream position even ifTrue: [ self highlight: item ].
   ]

from mobile

 On 10/03/2015, at 09:11, Sanjay Minni s...@planage.com wrote:
 
 Hi 
 
 when iterating over a sequenced collection (array / ordered collection) how
 can I determine the current objects index value (without explicitly storing
 a counter or looking to match each time)
 
 Typically I need it:
 1. to display a serial number when printing a report.
 2. to determine if I am on the last element.
 3. To highlight every n-th element.
 
 regards
 Sanjay
 
 
 
 
 -
 ---
 Regards, Sanjay
 --
 View this message in context: 
 http://forum.world.st/when-iterating-over-a-collection-how-to-determine-the-current-objects-index-tp4810920.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
 

Re: [Pharo-users] Why `aFileReference asString = aFileReference fullName` is false?

[Sebastian Sastre]

 On Mar 10, 2015, at 8:43 AM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 OK, both of the following make sense
 
 /Users/sven/Desktop/foo.txt
 file:///Users/sven/Desktop/foo.txt file:///Users/sven/Desktop/foo.txt
 
 But what about native (OS platform) conventions ? 
 
 I don't want to see Windows backslashes, but Windows user might disagree.
 
 There is not one good solution, hence you must use specific 
 accessors/convertors.

The alternative to no one good solution is to find the sensible less worst 
solution. 

Do we have a way to strategise the answer of asString per supported platform in 
such a way that it will conform the string representation of the path to a file?

I’m still trying to understand the practical use of the current answer instead 
of strategize the answer per platform

Re: [Pharo-users] Why `aFileReference asString = aFileReference fullName` is false?

[Sebastian Sastre]

 On Mar 10, 2015, at 12:57 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 the standard string representation of an abstract platform independent 
 representation of a file should be that: abstract  platform independent (it 
 would be terrible to mask that behind a platform dependent external 
 representation) 
 
 furthermore it makes sense that the print string gives an indication of what 
 it actually is/models: hence it is useful to add the type reference (else 
 totally different ones will look the same)
 
 there are other accessors that do what you want, why can't you use those ?
 
 most objects cannot come up with just one single canonical representation
 
 for example, according to universal standards, ZnUrl and ZnMimeType can do 
 this, but these are exceptions

I’m already using alternatives to asString, I’m not stuck, I’m trying to 
understand why asString is not providing what I consider a practical answer to 
a universal need (string representation of a file reference).

Why the strategy of asString would not have a fallback to a really abstract 
representation for an unknown platform and return the useful answer for when is 
familiarized to a particular OS? 

Aren't *nix platforms universal enough?

[Pharo-users] Why `aFileReference asString = aFileReference fullName` is false?

[Sebastian Sastre]

A frequent thing to do is to work with files, so their paths.

Take the image directory for example:

`FileLocator imageDirectory resolve asString`

1) What’s the reason to make `aFileReference asString` to be different to what 
`aFileReference fullName` answers?

2) What’s the practical use of the current answer of `aFileReference asString`?

Re: [Pharo-users] Why `aFileReference asString = aFileReference fullName` is false?

[Sebastian Sastre]

right, and what's the practical use of that?

from mobile

 On 09/03/2015, at 12:14, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 The thing before the @ indicates the kind of file system you are on (there 
 are not just disk based files, but virtual in-memory ones, or in-zip ones).
 
 On 09 Mar 2015, at 16:06, Sebastian Sastre sebast...@flowingconcept.com 
 wrote:
 
 A frequent thing to do is to work with files, so their paths.
 
 Take the image directory for example:
 
 `FileLocator imageDirectory resolve asString`
 
 1) What’s the reason to make `aFileReference asString` to be different to 
 what `aFileReference fullName` answers?
 
 2) What’s the practical use of the current answer of `aFileReference 
 asString`?
 
 
 
 

Re: [Pharo-users] [ANN] Language Detection API Client

[Sebastian Sastre]

nice one Hernán

You are on fire lately!

Thanks for sharing

from mobile

 On 28/02/2015, at 03:48, Hernán Morales Durand hernan.mora...@gmail.com 
 wrote:
 
 Hello,
 
 Language Detection API is a service to query the language of a given input 
 text. You will need to register an API key in the web site 
 http://detectlanguage.com to use the service.
 
 This client enables to use the service from Pharo Smalltalk. The output is an 
 object containing the language code, a confidence score and a 'is reliable' 
 boolean value.
 
 Installation and usage details in the following post:
 
 http://80738163270632.blogspot.com.ar/2015/02/languagedetection-api-client-in.html
 
 Cheers,
 
 Hernán
 
 

Re: [Pharo-users] Postdoc position at INRIA Chile

[Sebastian Sastre]

Maravilloso, no sabía que había INRIA en Chile

Congratulations and hats off to the ones that made that happen


 On Feb 27, 2015, at 5:21 PM, Alexandre Bergel alexandre.ber...@me.com wrote:
 
 Dear All,
 
 I have just received a announcement for a position at INRIA Chile.
 Here is an extract from the call. It is written in Spanish, however it is 
 also open to non-spanish speaker.
 
 Inria Chile fue creado en Chile en 2012 por Inria (www.inria.fr) y en 
 colaboración con 9 universidades chilenas. Cuenta con el apoyo de CORFO, que 
 seleccionó el proyecto de Inria Chile en el marco del concurso Atracción de 
 Centros de Excelencia Internacional para la Competitividad dedicado a 
 desarrollar y reforzar las capacidades I+D del país.
 
 Inria Chile desarrolla sus actividades I+D a través de una plataforma de 
 desarrollo de acciones aplicadas, que busca proponer soluciones a desafíos 
 económicos y sociales para Chile, tal como energía, en particular energías 
 renovables, recursos naturales y “ciudades inteligentes”. También se está 
 trabajando en temas aplicados como desarrollo sustentable, gestión de 
 catástrofes naturales o el desarrollo de tecnologías avanzadas para la 
 astronomía.
 
 Buscamos a un postdoc interesado en trabajar part-time en estrecho vínculo 
 con un equipo de desarrollo que lleva a cabo una de estas acciones. Las 
 competencias requeridas son particularmente en las áreas de: aprendizaje, 
 datos masivos, redes de sensores, visualización interactiva. Esta lista no 
 es exhaustiva.”
 
 If you have a PhD and are interested, please contact me!
 
 Cheers,
 Alexandre
 
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
 
 
 
 

Re: [Pharo-users] On GUI design and how to benchmark it

[Sebastian Sastre]

 are not visible in its signature.

Error-proneness. Notation invites mistakes
To what extent does the notation influence the likelihood of the user making a 
mistake? Do some things seem especially complex or difficult (e.g. when 
combining several things)?
In many dynamic languages with implicit definitions of variables a typing error 
in a variable name can suddenly lead to hard to find errors as the IDE cannot 
always point out such an error due to the language’s dynamicity. Java’s 
different calling semantics for primitive and reference types may lead to 
mistakes if the programmer mixes them up. Implicit null-initialization of 
variables can lead to null-pointer exceptions if the programmer forgets to 
correctly initialize a variable before its use.

Diffuseness. Verbosity of language
How many symbols or how much space does the notation require to produce a 
certain result or express a meaning? What sorts of things take more space to 
describe?
Some notations can be annoyingly long-winded, or occupy too much valuable 
“real-estate” within a display area. In Java before version 8 in order to 
express what are lambdas today anonymous classes were employed. Compared to 
Java 8’s lambdas these anonymous classes used to be a very verbose way of 
encoding anonymous functions especially when used in a callback-heavy setting 
like traditional GUI programming.

Viscosity. Resistance to change
Are there any inherent barriers to change in the notation? How much effort is 
required to make a change to a program expressed in the notation?
A viscous system needs many user actions to accomplish one goal. Changing the 
return type of a function might lead to many code breakages in the call sites 
of said function. In such a case an IDE can be of great help. Creating a 
conceptual two-way data-binding by means of two callbacks involves more 
repetition than a more direct way to define such a dependency.

Commentary
This part is not so much a dimension but a place to mention everything else 
which is noteworthy and to give a conclusion. For instance, general 
observations that do not fit into the above dimensions, impressions during the 
development process, efficiency concerns of the resulting code and potential 
improvements can be addressed. In addition, the responsibilities of the other 
dimensions’ results are assigned to the paradigm, language, toolkit and the IDE.

I think Pharo can score high on those, that’s the point of sharing it here





 On Feb 15, 2015, at 12:08 PM, Thierry Goubier thierry.goub...@gmail.com 
 mailto:thierry.goub...@gmail.com wrote:
 
 Hi Sebastian,
 
 a guy which starts by saying that no GUI toolkit of significance were written 
 in FP, and forget to link or cite Garnet (by B. Myers) (Common Lisp) is, how 
 to say, intriguing.
 
 Doesn't bode well for the well researched :(
 
 Thierry
 
 Le 15/02/2015 14:08, Sebastian Sastre a écrit :
 Hi guys,
 
 I saw the interest in GUI lately and today I come across this really
 well researched master thesis paper that can put some light on how good
 we can perform in the GUI spectrum in terms of practicality,
 expressivity and productivity
 
 Introduction
 
 Even though OOP was born with the SIMULA programming language in the
 1960s [15], it was Smalltalk that coupled GUI development with the OOP
 paradigm [25]. Smalltalk’s inventor Alan Kay was inspired by SIMULA,
 among other influences, to create a new language for graphics-oriented
 applications leveraging the OOP paradigm – and the rest is history [24].
 Ever since Smalltalk successfully showed the promise of OOP for GUI
 development a great deal of subsequent OOP languages and, particularly,
 object-oriented GUI toolkits came into existence and eventually into the
 mainstream. Nearly all mainstream programming languages today directly
 support the OOP paradigm and there is hardly any widely used GUI toolkit
 that does not use OOP. Various popular examples of toolkits like Cocoa,
 WinForms, Qt, wxWidgets, Tk, Swing and GTK+1 all seem to validate the
 notion of OOP and GUI development being a good fit.
 
 continues: http://www.eugenkiss.com/projects/thesis.pdf 
 http://www.eugenkiss.com/projects/thesis.pdf
 
 And it seems it triggered this movement of people that are open to
 receive implementations of the seven dimensions of this benchmark in his
 repo:
 
 https://github.com/eugenkiss/7guis/wiki 
 https://github.com/eugenkiss/7guis/wiki
 
 I beleive Pharo can score nicely there and if would be a Pharo
 implementation there a whole new audience (that we probably aren't
 reaching now) might take a serious try
 
 from mobile
 
 
 
 

[Pharo-users] On GUI design and how to benchmark it

[Sebastian Sastre]

Hi guys, 

I saw the interest in GUI lately and today I come across this really well 
researched master thesis paper that can put some light on how good we can 
perform in the GUI spectrum in terms of practicality, expressivity and 
productivity

Introduction

Even though OOP was born with the SIMULA programming language in the 1960s 
[15], it was Smalltalk that coupled GUI development with the OOP paradigm [25]. 
Smalltalk’s inventor Alan Kay was inspired by SIMULA, among other influences, 
to create a new language for graphics-oriented applications leveraging the OOP 
paradigm – and the rest is history [24]. Ever since Smalltalk successfully 
showed the promise of OOP for GUI development a great deal of subsequent OOP 
languages and, particularly, object-oriented GUI toolkits came into existence 
and eventually into the mainstream. Nearly all mainstream programming languages 
today directly support the OOP paradigm and there is hardly any widely used GUI 
toolkit that does not use OOP. Various popular examples of toolkits like Cocoa, 
WinForms, Qt, wxWidgets, Tk, Swing and GTK+1 all seem to validate the notion of 
OOP and GUI development being a good fit. 

continues: http://www.eugenkiss.com/projects/thesis.pdf

And it seems it triggered this movement of people that are open to receive 
implementations of the seven dimensions of this benchmark in his repo:

https://github.com/eugenkiss/7guis/wiki

I beleive Pharo can score nicely there and if would be a Pharo implementation 
there a whole new audience (that we probably aren't reaching now) might take a 
serious try

from mobile

Re: [Pharo-users] GSOC 2015 Call for Ideas

[Sebastian Sastre]

Great! 

Forked repo, starred and PR sent:
https://github.com/pharo-project/pharo-project-proposals/pull/1 
https://github.com/pharo-project/pharo-project-proposals/pull/1

keep up the good work!


 On Feb 15, 2015, at 12:23 PM, Serge Stinckwich serge.stinckw...@gmail.com 
 wrote:
 
 Dear pharoers,
 
 this year Pharo consortium (and community) is going to take part in a
 Google Summer of Code event[1] as a standalone organization. This is
 an opportunity to promote Pharo, get some job done and have students
 paid.
 
 Currently we are at the most important stage as we are preparing the
 organization application, and hoping that we will be accepted and
 granted decent amount of project slots. Everyone can help with
 application by submitting ideas for student projects.
 
 Current list can be found at:
 https://github.com/pharo-project/pharo-project-proposals/blob/master/Topics.st
 
 It is in STON format, and result is being generated at: http://gsoc.pharo.org/
 
 Please add your ideas following the format of existing projects and
 open a pull request with them (you will need a github account).
 Preferably submit ideas with possible mentors, but if none are
 available at the moment ideas without mentors are also welcome.
 
 The template to submit projects is :
 
 PharoTopic new
 title: 'The name of your project;
 contact: 'email address';
 supervisors: 'Supervisors names';
 keywords: 'keywords separated by spaces;
 context: 'a description of the context of the project';
 goal: 'description of the goal';
 level: 'Beginner or Intermediate or Advanced';
 yourself.
 
 We will need a lot of projects/idea before February 20th 2015, the
 deadline for applying to GSOC 2015.
 
 Do not hesitate to ask questions. Administrators of this year’s
 application are Serge Stinckwich serge.stinckw...@gmail.com and
 Yuriy Tymchuk yuriy.tymc...@me.com
 
 If you don't know how to edit the list, please send your project
 following the template to the administrators.
 
 [1]: https://www.google-melange.com/gsoc/homepage/google/gsoc2015
 
 Cheers,
 -- 
 Serge Stinckwich
 UCBN  UMI UMMISCO 209 (IRD/UPMC)
 Every DSL ends up being Smalltalk
 http://www.doesnotunderstand.org/
 

Re: [Pharo-users] voyage and couchDB

[Sebastian Sastre]

CouchDB is an interesting backend, I’m also interested on having this option 
available

looking forward to comments


 On Feb 14, 2015, at 10:43 AM, Joachim Tuchel jtuc...@objektfabrik.de wrote:
 
 Hi there,
 
 a few days ago somebody showed me Pharo with Voyage and MongoDB. I must say I 
 was impressed by how easy this all seemed to be, and how far we got in just 
 two hours of trying stuff.
 
 I was thinking about using CouchDB as a storage medium for larger files 
 before I saw Voyage an Mongo in action. And I am still not usure if Mongo 
 would fit as well as CouchDB would.
 
 As far as I understand, Esteban wa/is pretty sure Voyage would fit very well 
 with other NoSQL DBs than Mongo. But I am not so sure abot it. AFAIU, part of 
 Voyage's greatness relies on Mongo's nice query facility, which is not 
 present in Couch. Also, as I understand it, the concept of Collections (not 
 Smalltalk collections, but the named lists -maybe kind of db slices - in 
 Mongo) is not present in Couch.
 
 So my question is whether anybody has tried to marry Voyage with Couch? Any 
 thoughts or ideas?
 
 Joachim
 

Re: [Pharo-users] [ANN] PUnQLite NoSQL database project updated

[Sebastian Sastre]

I would really like to have a Pharo client for unQLite

I have places that would use it :) 




 On Feb 14, 2015, at 6:30 AM, Stephan Eggermont step...@stack.nl wrote:
 
 If I use the file from 
 https://github.com/mumez/PunQLite/tree/master/binary/mac
 at least the library is found. The db file is not created though resulting in 
 a PqCursorError
 in keys
 
 db := PqDatabase open: 'test.db'. 
 db at: 'Smalltalk' put: 'COOL'. 
 db at: 'Pharo' put: 'HOT'. 
 db at: 'Smalltalk' ifPresent: [:data | data asString inspect ]. 
 Transcript cr; 
   show: db keys. 
 
 
 

Re: [Pharo-users] GSOC 2015 application

[Sebastian Sastre]

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 steph...@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-stage-for-working-on-large-data
 
 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

Re: [Pharo-users] GSOC 2015 application

[Sebastian Sastre]

 On Feb 11, 2015, at 5:08 PM, Esteban A. Maringolo emaring...@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!

Re: [Pharo-users] GSOC 2015 application

[Sebastian Sastre]

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-stage-for-working-on-large-data
 
http://www.quora.com/What-is-the-best-deep-learning-library-at-the-current-stage-for-working-on-large-data

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 mba...@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 

Re: [Pharo-users] GSOC 2015 application

[Sebastian Sastre]

 On Feb 11, 2015, at 12:26 PM, Ben Coman b...@openinworld.com wrote:
 
  it should be achievable in 12 weeks

That’s a great constraint!

I’m starting to take notes to share

Re: [Pharo-users] GSOC 2015 application

[Sebastian Sastre]

+1

Can I brainstorm a wishlist? I could get wild on it :D
 

 On Feb 11, 2015, at 9:19 AM, Stephan Eggermont step...@stack.nl wrote:
 
 Some project ideas
 
 1 Better support for cross-platform co-development
 
 Glorp is originally maintained in VisualWorks. We now have a version 
 in Pharo that is forked. It would be nice if we could make sure that
 changes can be synchronized. The rewriting engine is available
 on both platforms, and Glorp has a large number of unit tests. 
 If we can describe both migrations with refactorings,
 we should be able to create builds in ci for both that show
 when changes break things and otherwise synchronize two-way.
 
 This might also be beneficial for Roassal2 and Seaside, that
 currently use a compatibility layer. 
 
 Another place where this rewriting can be useful would be
 in maintaining compatibility between Squeak and Pharo,
 and in making it easier keeping older code alive.
 
 Marcel Taeumel has written a number of interesting applications 
 (UIBuilder, Widgets, XPForums) using a 'signals' style 
 communication. In Pharo it would make sense to have them
 use Announcements. 
 
 2 Use code rewriting to help migrate projects forwards
 
 In https://pharo.fogbugz.com/default.asp?13754 cleaning strings API
 there are 3 method renames. These were included in build
 40165. Projects source for pharo can be found on a number of
 repositories (smaltalkhub, squeaksource, ss3, etc).
 Upgrade scripts can be generated for these projects to help do these 
 migrations. 
 
 Stephan
 
 
 
 

Re: [Pharo-users] Externally signalling pharo VM for shutdown

[Sebastian Sastre]

You can do it with 

kill -15 PID

And, this (requires OSProcess):

makeStopHook
Answers the process that hooks to the 
OS signal that makes this worker to shutdown
when the VM process receives a TERM signal from
the OS.

^ [|semaphore|
semaphore := OSProcess accessor forwardSigTerm.
semaphore wait.
self onTerminationSignal] 
forkAt: Processor systemBackgroundPriority 
named: 'Image TERM’



onTerminationSignal
The process for the VM of this image 
has received a TERM signal from the OS.
React accordingly

self log: 'That''s all folks. This worker is shutting down. Bye bye...' 
level:#messages.
OSProcess accessor restoreSigTerm.
SmalltalkImage current snapshot: false andQuit: true.






 On Feb 10, 2015, at 4:58 PM, Esteban A. Maringolo emaring...@gmail.com 
 wrote:
 
 Is there a way I can externally signal a running pharo-vm in order to
 request a shutdown equivalent to clicking on the close icon?
 
 I'd like to externally manage the start/stop of a Pharo image, but
 because the image can be used during development, I'd like to provide
 the user with a confirmation dialog instead of simply killing the
 process.
 
 Regards!
 
 
 Esteban A. Maringolo
 

[Pharo-users] DateAndTimefromJavaScriptTime:

[Sebastian Sastre]

Hi guys,

When you have a JavaScript date number like:
new Date(1412279266711)

for 

Thu Oct 02 2014 16:47:46 GMT-0300 (BRT)

It would be really great to be able to do in Pharo something like:

DateAndTime fromJavaScriptTime: 1412279266711

Do we have something that can do that?

Re: [Pharo-users] REST approach?

[Sebastian Sastre]

 On Feb 4, 2015, at 2:05 AM, Cameron Sanders via Pharo-users 
 pharo-users@lists.pharo.org wrote:
 
 
 Date: February 4, 2015 at 2:05:21 AM GMT-2
 Subject: REST approach?
 From: Cameron Sanders camsand...@aol.com
 To: Any question about pharo is welcome pharo-users@lists.pharo.org
 
 
 
 Our app runs on Pharo and Gemstone and must continue to do so. We use Zinc 
 and Seaside. We require credentialing. 
 
 What tools do people recommend using for setting up a REST server? Straight 
 Zinc? Any tips? 
 
 Thanks in advance!
 Cam
 
 

Hey Cam, flow https://github.com/flow-stack/flow[1] has a REST backend on 
Pharo based on just Zinc.

BTW there is an effort already on running flow on Gemstone so you can ask Dale 
about that

sebastian http://about.me/sebastianconcept

o/


[1] https://github.com/flow-stack/flow https://github.com/flow-stack/flow

Re: [Pharo-users] Slides from the Pharo Status talk at FOSDEM 2015

[Sebastian Sastre]

 On Feb 3, 2015, at 11:18 AM, kilon alios kilon.al...@gmail.com wrote:
 
 But the more user it will get the more inflexible will become to change. 
 That's a big price to pay for abandoning the nomad life. 

Note that, that statement, is not exactly true.

The more users it gets, the more social pressure the community will put on it. 

That happens. 

But...

Flexibility is function of design and not coupled with community size.

[Pharo-users] [OT] Two questions about coding with Amber

[Sebastian Sastre]

Hi there!

I hope this not get too off topic here but I consider Amber and Pharo to be 
kind of best friends and we need more data/input for this to improve the 
development experience.

Did you tried or use Amber http://amber-lang.net/?

We want to have some insight and understand better this two basic things about 
how Amber users use it to code.

If you use Amber or have used it for any purpose (including trying it out), 
please answer this:
http://goo.gl/forms/DZ2djBRW9E http://goo.gl/forms/DZ2djBRW9E

I'm going to share results after we close the poll.

Thanks!

Re: [Pharo-users] students looking for projects?

[Sebastian Sastre]

 On Jan 30, 2015, at 12:35 AM, Sebastian Heidbrink shei...@yahoo.de wrote:
 
 I saw your lab: implement a REST API server in Smalltalk
 
 You may want to have a look at: swagger 
 https://github.com/swagger-api/swagger-spec 
 https://github.com/swagger-api/swagger-spec
 and the additional parts around it.
 
 Swagger specs are easy to integrate into many clients via swagger codegen and 
 swagger.js.
 
 I think it would be a great project to have  support in Zinc, or Moose for 
 that.


+1

Beside the technical merits, Swagger has a lot of attention in other 
communities.

Having a Pharo project around it can connect us with the projects they have :)

My impression is that it would be strategy wise

Re: [Pharo-users] smalltalk workshops (building a webserver) after code-in

[Sebastian Sastre]

This is awesome

We needed this!

small feeback: the player didn’t work on Safari OS X and in Chrome the 
streaming was too poor. YouTube or Vimeo usually removes all those issues for 
you

Thanks for sharing and keep up that excellent work!



 On Jan 29, 2015, at 2:52 AM, Martin Bähr mba...@email.archlab.tuwien.ac.at 
 wrote:
 
 hi,
 
 Google Code-In is over (i'll probably write more about that later)
 and there are a few students who have started their path to smalltalk.
 
 because there was interest among the students to continue learning, we have
 started a series of workshops to learn the elements of building a webserver.
 
 i have created a screencast for the first topic: FileSystem
 
 you can read more about the workshop and find the screencast here:
 http://societyserver.org/mbaehr/training/Using-the-FileSystem-class-in-Pharo-Smalltalk
 
 being new to smalltalk myself, there are probably some mistakes, and things
 that could be done better, however i believe the screencast is usable for
 learning. 
 
 i recorded this mostly without interruption except for a few times where i was
 lost and had to stop and look up what i was going to do.
 
 i am open to feedback and criticism of any kind, from pointing out redundant
 ()s or ways to improve the code to tips for debugging and testing.
 
 the next workshop will be saturday the 
 
 greetings, martin.
 
 -- 
 eKita   -   the online platform for your entire academic life
 -- 
 chief engineer   eKita.co
 pike programmer  pike.lysator.liu.secaudium.net societyserver.org
 secretary  beijinglug.org
 mentor   fossasia.org
 foresight developer  foresightlinux.orgrealss.com
 unix sysadmin
 Martin Bähr  working in chinahttp://societyserver.org/mbaehr/
 

Re: [Pharo-users] Supporting Start up around Pharo

[Sebastian Sastre]

3

Awesome initiative! 

Looking forward to see what comes from this!


 On Jan 28, 2015, at 8:51 AM, stepharo steph...@free.fr wrote:
 
 Hi guys
 
 if you are considering to create a start up around Pharo, we could find one 
 year financial support
 if this is serious and that you would like to come to work around Lille or 
 France.
 
 Stef
 

Re: [Pharo-users] [ANN] Pharo Consortium New Academic Partner: FAST: Fundación Argentina de Smalltalk

[Sebastian Sastre]

This is great news!!!

3

Congratulations to all that helped make it happen!


 On Jan 27, 2015, at 10:29 AM, Marcus Denker marcus.den...@inria.fr wrote:
 
 The Pharo Consortium is very happy to announce that the  FAST: Fundación 
 Argentina de Smalltalk has joined the Consortium as an Academic Partner.
 
 About
 
   - FAST: Fundación Argentina de Smalltalk: http://www.fast.org.ar
   - Pharo Consortium: http://consortium.pharo.org
 
 The goal of the Pharo Consortium is to allow companies and institutions to 
 support the ongoing development and future of Pharo.
 Individuals can support Pharo via the Pharo Association: 
 http://association.pharo.org

Re: [Pharo-users] improving print-it in playground

[Sebastian Sastre]

It’s really nice to see innovation in this area. I feel grateful for this work.

Here comes my UX notes

Things I like:

- Publish to the cloud 
- Able to copy-paste the content of the box with feedback
- Encourages inspect of that very instance (this one was really good!)
- transforms the printed result to comment.
- clicking in the workspace makes the result disappear (good!)
- full selects the comment after enter so a second enter can clean it
- the shared snipped page has syntax highlight

Things that I see can be improved:

- the shared snippet page has a terrible design, the contrast issue is probably 
the most severe, being unclean the second one
- the printed result transformed to comment gets injected at the cursor 
position and that functionality doesn’t really make much sense (having it 
printed always at the end of the line you make more sense for example).
- the inspect button doesn’t look like a button and doesn’t change the cursor 
on hover
- No undo on cmd-z (this one feels like a deal-breaker)
- The tab for me is a redundant feature with an unclean title (we have how to 
recall different workspaces from the bottom bar already)
- The icon to publish to the cloud looks like download from the cloud (arrow 
points down instead of up)
- The inspector is surprisingly complex and abuses the use of tabs
- The inspector for Dictionary by default hides a naive observation of the 
object and assumes that a “smart” object aware presentation hiding behind a 
click the tree-like observation of instvars.
- Also in inspector the icon for browse looks like a document, doesn’t feel 
like a match

good work!




 On Jan 19, 2015, at 5:33 AM, Tudor Girba tu...@tudorgirba.com wrote:
 
 Hi,
 
 I worked with Andrei to find a solution for improving the print-it support. 
 You can take a look here:
 http://www.humane-assessment.com/blog/improving-print-it-support-in-gtplayground
  
 http://www.humane-assessment.com/blog/improving-print-it-support-in-gtplayground
 
 The current solution can be found in the latest Pharo image.
 
 Cheers,
 Doru
 
 -- 
 www.tudorgirba.com http://www.tudorgirba.com/
 
 Every thing has its own flow

Re: [Pharo-users] improving print-it in playground

[Sebastian Sastre]

thanks for making easy to contribute!

Expect PR anytime


 On Jan 25, 2015, at 4:54 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 
 On 25 Jan 2015, at 18:59, Sebastian Sastre sebast...@flowingconcept.com 
 wrote:
 
 Sure, I’d gladly sent you a merge request to get that improved
 
 Let me know how I could take a look
 
 https://github.com/svenvc/zinc/tree/master/repository/Zinc-WWS-Server.package
 
 You can load this using ConfigurationOfZincHTTPComponents group 'WWS'.
 
 Start with the class comment of ZnWebWorkspaceDelegate
 
 the method you are looking for is #generatePageFor:withKey:
 
 Please touch only the HTML/CSS ;-)
 
 Thanks!
 
 On Jan 25, 2015, at 3:34 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 
 On 25 Jan 2015, at 18:24, Sebastian Sastre sebast...@flowingconcept.com 
 wrote:
 
 - the shared snippet page has a terrible design, the contrast issue is 
 probably the most severe, being unclean the second one
 
 He Seb,
 
 I designed that years ago over a WE - you're right, I am really good at 
 design ;-)
 
 It is just one page, do you care to propose a make over in concrete 
 html/css. If you want I can try to give you access to the code that 
 generates it (it is not open source as yet).
 
 Sven
 
 
 
 
 
 
 

Re: [Pharo-users] improving print-it in playground

[Sebastian Sastre]

Sure, I’d gladly sent you a merge request to get that improved

Let me know how I could take a look



 On Jan 25, 2015, at 3:34 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 
 On 25 Jan 2015, at 18:24, Sebastian Sastre sebast...@flowingconcept.com 
 wrote:
 
 - the shared snippet page has a terrible design, the contrast issue is 
 probably the most severe, being unclean the second one
 
 He Seb,
 
 I designed that years ago over a WE - you're right, I am really good at 
 design ;-)
 
 It is just one page, do you care to propose a make over in concrete html/css. 
 If you want I can try to give you access to the code that generates it (it is 
 not open source as yet).
 
 Sven
 
 
 

Re: [Pharo-users] Popular

[Sebastian Sastre]

 On Jan 24, 2015, at 4:22 AM, vfclists . vfcli...@gmail.com wrote:
 
 It would help if the Pharo By Example book was integrated into Pharo itself, 
 so that both using it and updating it would be in the same environment. Is it 
 like that already?

Offering an easy install in one shot would be really nice but if you do a 
compulsive preinstall you’ll alienate the ones that use pharo as headless 
servers that want to stay lean.

Re: [Pharo-users] Pillar A4 :)

[Sebastian Sastre]

Yes! all that :D

The Mapless on Postgres card is getting dusty:
https://trello.com/c/KelkWrdk/52-mapless-on-postgres 
https://trello.com/c/KelkWrdk/52-mapless-on-postgres

We should pair on that Esteban!

Also anyone else interested to pair on it is welcome.

Mongo is okay but Postgres JSON got pretty awesome after last release





sebastian https://about.me/sebastianconcept

o/

github: https://github.com/sebastianconcept 
https://github.com/sebastianconcept





 On Jan 23, 2015, at 5:14 PM, Esteban A. Maringolo emaring...@gmail.com 
 wrote:
 
 I didn't build Flow, nor use it on GemStone. But to clarify concepts
 Flow is a full web stack which *uses* Mapless for its persistence.
 
 Mapless is a NoSQL framework using MongoDB by default, but AFAIK there
 is a Mapless implementation using GemStone/S, which is no surprise
 given the fact that most NoSQL are key-value storage, way less than
 what a persistent Dictionary can provide. :)
 
 I'm looking forward to bring Mapless to PostgreSQL, considering PG 9.4
 have native JSONB storage.
 
 Regards!
 
 Esteban A. Maringolo
 
 
 2015-01-23 15:04 GMT-03:00 Mariano Martinez Peck marianop...@gmail.com:
 Hi Esteban,
 
 I see GemStone logo in Flor poster. Could you explain? Does Flow support
 GemStone persistency besides NoSQL backends (as I thought Flow used). Do you
 have a common API for them or how do you manage that?
 
 Best,
 
 
 On Fri, Jan 23, 2015 at 2:30 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
 
 
 On 23 Jan 2015, at 18:33, Offray Vladimir Luna Cárdenas
 off...@riseup.net wrote:
 
 Yep, some data visualization and moldable tools on weddings and
 birthdays would make a memorable party ;-)
 
 Haha, indeed !
 
 Offray
 
 
 El 23/01/15 a las 12:15, Ben Coman escribió:
 Thanks Sven.  I wasn't clear on the context, and just sometimes I just
 can't
 stop the mind working.
 
 Agreed, those Moose movies were fantastic.  I want to know if they hire
 out for
 weddings and birthdays ;)
 
 On Sat, Jan 24, 2015 at 1:10 AM, Sven Van Caekenberghe s...@stfx.eu
 mailto:s...@stfx.eu wrote:
 
 
 On 23 Jan 2015, at 16:41, Ben Coman b...@openinworld.com wrote:
 
 Some feedback on design I hope is useful.
 
Hi Ben, your feedback is useful, but I want to stress that this is
 not a
design contest: it is developers marketing to developers. The goal
 is to
advertise what we have.
 
BTW, in terms of marketing, we already lost to these guys:
 
http://gt.moosetechnology.org
 
the two movies are hard to beat, right ?
 
Luckily they are on our side ;-)
 
Sven
 
 * Citizen -  I like the perpendicular layout of cite and
 zen.  I
never got it before that it was for citations.  Nice branding.
 Maybe you
could put a mortar board hat on top of the big C
 
 * Bloc - while considering copyright, maybe use a Tetris looking
 image
for the background (http://tinyurl.com/ktpdvwg) or
 
 (http://en.wikipedia.org/wiki/Tetris#mediaviewer/File:NES_Tetris_Box_Front.jpg)
 
 * Flow - I find the text under the storm-trooper a bit negative
 and
confusing.  I don't think you mean to imply that you can't actually
 do that
in Smalltalk, which is the impression I got.  Maybe something
 like...
Smalltalk _was_ the HTML5 single-page platform I was looking for!
 or just...
 
 Now the split of consultants over two lines grated, so I
 presumed to
wordsmith your text...
Flow's mission provides consultants,
startups and software houses
with a competitive full-stack Smalltalk
framework for quick demo delivery with
all the modern html5 features the
market expects today (2014).
Use tactically for gaining momentum
with prospects and clients, then
scale to full projects successfully
delivered by kickass
productive teams or individuals.
 
 Try to get the bottom of the github link text to align with the
 bottom of
the stormtrooper image, so the whitespace beneath is a full width
 rectangle.
 
 You don't necessarily need to say what is the front end and
 what is the
back end.  Deleting that text provides the opportunity to stack
 the three
logos vertically, centred over the bottom left Qcode. Drop the
 there in
favourite there so it doesn't overhang the Qcode.
 
 Move the dots of the eyes to be looking at the word flow
 through the
whitespace left by moving the logos.
 
 (Sorry to go to town Sebastian, but I saw more potential.)
 
 HTH
 cheers -ben
 
 P.S. Sorry I don't have any of my own.  I really should
 resurrect my
masters project onto latest Pharo/Roassal.
 
 
 On Fri, Jan 23, 2015 at 10:22 PM, Sven Van Caekenberghe
 s...@stfx.eu
mailto:s...@stfx.eu wrote:
 
 On 23 Jan 2015, at 15:15, Esteban A. Maringolo
 emaring...@gmail.com
mailto:emaring...@gmail.com wrote:
 
 Sorry, what are those?
 
 I don't understand. :-/
 
 These are 'posters' for the Pharo Project Expo for next week,
 afterwards
they will become available online too.
 
 You can make some if you like...
 
 Esteban A. 

Re: [Pharo-users] Mea Culpa

[Sebastian Sastre]

 On Jan 22, 2015, at 9:02 PM, off...@riseup.net wrote:
 
 Trying to listen the community __before__ tracing the goals for SRP is my 
 main message here. A more etnographer approach instead of the saleman 
 one, if I can make the analogy.

This is good advice. Also Ben’s.

Richard that attitude you had in this thread is making your campaign more 
interesting, I’m looking forward to what comes after these reflections.

About the fragmentation we have, it’s true. I think is a necessary evil” to 
get things done in each dialect/framework/artefact.

If we somehow could make easy to keep (sub)communities connected, friends, we 
might be able to capitalize on Metcalfe’s law 
http://en.wikipedia.org/wiki/Metcalfe's_law in everybody’s favor.

And for me too it was the case of a friend that repeatedly cared to show me how 
the whole development cycle in smalltalk was “different” and interesting.

So friend sounds like a strategic word to make things better

Re: [Pharo-users] Blitzkrieg!

[Sebastian Sastre]

Sometimes you want to polarise people but there is nothing interesting as 
output of this particular one, please consider review that inner joke Richard

So I agree, that this particular vocabulary will polarise people in an 
inconvenient way.




 On Jan 18, 2015, at 6:30 AM, jtuc...@objektfabrik.de wrote:
 
 Horrido,
 
 You are aware that there are regions on this planet where mails containing 
 vocabulary like Blitzkrieg or Genaralissimo will evoke reactions that will 
 not help at ll. You are at risk to simply be ignored in the best case. In the 
 worst case, people will hsake their heads and associate Smalltalk with a 
 certain kind of political spam they receive from time to time.
 
 Joachim
 
 
 Von: horrido mailto:horrido.hobb...@gmail.com
 Gesendet: ‎Samstag‎, ‎17‎. ‎Januar‎ ‎2015 ‎16‎:‎15
 An: Any question about pharo is welcome mailto:pharo-users@lists.pharo.org
 
 http://horridohobbies.tumblr.com/ http://horridohobbies.tumblr.com/  
 
 *Today is the one-month anniversary of the SRP.* We have made good progress,
 but there is still much work ahead of us.
 
 Shortly, I will be seeking corporate sponsorship. As well, I'm trying to
 coordinate activities with the Smalltalk Foundation.
 
 Later this summer, I will be pushing my Small Minds Initiative, a
 sub-campaign of the SRP to get Smalltalk into the classroom. I will begin
 with the Toronto District School Board.
 
 Are we pumped yet?!
 
 Generalissimo
 
 
 
 --
 View this message in context: http://forum.world.st/Blitzkrieg-tp4800165.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Blitzkrieg!

[Sebastian Sastre]

Please don’t take it as self-censorship but as strategy on communication.

It’s fine that you have a taste for history but you need to calculate the way 
you make rapport (or not) with your audience and don’t let it interfere too 
much with your message.

I don’t feel your inner sophisticated handle was helping you to convey your 
signal 

You are showing that you are a good listener, that’s really great!

Keep up the good work!



 On Jan 18, 2015, at 6:02 PM, horrido horrido.hobb...@gmail.com wrote:
 
 Excellent advice! I shall do exactly that.
 
 Again, I apologize if anyone was offended by my use of the world
 blitzkrieg. I was trying to be clever and it obviously backfired on me.
 
 My love of WWII history should not paint me as a bad guy. To be honest, I
 had no idea that modern Germans still feel very touchy about the subject. As
 a Canadian growing up, my friends and I loved to play war, esp. WWII, and
 this has been ingrained into my character. I had a profound admiration for
 great tactics and strategy (which may also explain my love of chess), and
 there's no question that blitzkrieg ranked high in that regard.
 
 
 Jimmie Houchin-5 wrote
 As an USAmerican, I would not have associated Generalissimo with WWII. 
 It is a common term for a leader in many Hispanic nations or armies. 
 Many of them unfortunately are dictators.
 
 I also not being a WWII buff, was not familiar with horrido. It meant 
 nothing to me and I didn't look. It was merely a label you were using to 
 represent yourself.
 
 That is one of the interesting things about this list is it is very 
 global in representation. So it is very difficult to know name 
 associations that people will make.
 
 When representing ourselves we can make any choice we want, wise or not. 
 But hopefully if we are doing something which represents some community 
 (this or any other) we should make decisions within that context.
 
 Considering what has been learned about global perception. You might 
 take the opportunity on your blog on an about page or something to 
 educate as to what your chosen names represent, to you, whom they are 
 representing. This could present an opportunity to educate on one of 
 your favorite topics and to allow people who might otherwise have the 
 wrong understanding to obtain the correct one for you and your context.
 
 Just some thoughts.
 
 Jimmie
 
 
 On 1/18/2015 11:22 AM, horrido wrote:
 You make some valid points. I shall reconsider my position. However, the
 articles I write, such as The Smalltalk Revolution and Dart is Dead,
 as
 well as my stream of consciousness blog at Tumblr, must remain true to
 my
 style. Artistically, I have no choice.
 
 I'd like to make one further note: the handle Generalissimo was NOT
 selected
 from the Italian army during WWII. So no one should take offence here. It
 was used in an excellent Chinese film called  Back to 1942
 lt;http://www.imdb.com/title/tt2113822/?ref_=nm_flmg_act_12gt 
 http://www.imdb.com/title/tt2113822/?ref_=nm_flmg_act_12gt;  ,
 which
 impressed me so much that I glommed onto the handle. If you think this
 reflects poorly on everyone, then I apologize.
 
 
 Jimmie Houchin-5 wrote
 I do not think anybody is trying to compel you to be politically correct
 or intellectually dishonest.
 
 However, most of what you have been doing is being done in the name of
 marketing. When marketing you choose what words you use and what words
 you don't use. You choose in order to effect a certain result.
 
 The words you choose have consequences. From the handle you choose to
 label yourself by, to the words you choose to describe Smalltalk or
 Pharo.
 
 You are a free person, living in a free part of the world. You make your
 choices for your words. And you accept the consequences of those
 choices. Whether for accolades or rebuke or somewhere in between.
 However, in this context you are also attempting to represent a larger
 community. You are attempting to represent and market Smalltalk and
 Pharo. There are many here who are a part of that community will also
 bear the consequences of words chosen by members of this community.
 
 To my understanding all that is being asked is. Look at the big picture.
 Choose your words, handles, labels wisely.
 
 Is it politically correct or intellectually dishonest to call you
 Richard?
 Can you not be intellectually and artistically honest and choose words
 for who you are and who you are writing to and for?
 Are there no other handles which are just as appropriate for you but are
 better in this context?
 
 I think it can often be just as intellectually dishonest to say,
 tough, deal with it. I like these words and I do not want to make an
 effort to choose others.
 
 It is not the English language that constrains.
 
 Regarding Paris. My heart and prayers go out to the people of France.
 
 You are not writing political satire. You are attempting to make certain
 technical, business, policy, ... arguments to market the adoption of
 

Re: [Pharo-users] InfoWorld on Redline Smalltalk

[Sebastian Sastre]

 On Jan 17, 2015, at 3:18 PM, kilon alios kilon.al...@gmail.com wrote:
 
 So overall I doubt that Smalltalk will ever be a big hit on JVM or 
 Javascript. 

Everybody is a looser if you frame it in that perspective.

That game is not interesting, nor strategy wise.

An interesting alternative is to create the opportunity for people to take 
their bite on the Java market and if they can do it, as small as it might be 
that’s all that really counts.

James is already one of those someone will make it when the demand is felt.

If Redline Smalltalk saves significant costs to a company that has invested 
heavy in something JVM-ish then you will have their attention.

Productivity is one of the strongest opportunities for Smalltalk unless our 
tools UI/UX sucks so bad it get deteriorated or the world catches up.

And we have control over the UI/UX we provide.

Have you ever thought that AngularJS is essentially a Google strategy to bite 
Java’s market 
http://www.quirksmode.org/blog/archives/2015/01/the_problem_wit.html?