July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sean P. DeNigris

Jose San Leandro wrote > If an opinion from a newcomer is useful, I'm not so obsessed about how > popular Smalltalk is. Very useful, and not just a newbie opinion. On the Amber list, Richard Eng, who is working to make Smalltalk mainstream, was disappointed by his blog post stats. I responded in agreement with you [2]: > Unix, which Alan Kay describes as "a budget of bad ideas" (and I > agree), took almost 50 years to take over the world [1]. Maybe you're 10 > years too early to make Smalltalk popular ;) But seriously, I think you're > using the wrong metrics. The great majority of people are instrumental > thinkers i.e. they judge every new thing by how useful it is to their > current goals. This is the definition of the Pink Plane. Given that the > real value of Smalltalk is that it's prototype Dynabook software, which is > way into the blue plane of computing, convincing the masses of its value > is extremely unlikely - and not required! If say 10% of programmers are > interested in the inherent value of ideas, and we capture this 10%, that > will be more than enough critical mass. And given your report of relative > popularity of your blog posts, 570/7000 = 8% doesn't sound too far off ;) > > BTW I'm not saying don't try to reach as many people as possible, only to > reframe what failure looks like. > > [1] > http://www.forbes.com/sites/timworstall/2013/05/07/is-unix-now-the-most-suc… [2] http://forum.world.st/A-Gentle-Introduction-to-Amber-tp4831244p4833048.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by mikefilonov

Hi Esteban, Pharocloud runs on OVH infrastructure. However Ephemeric Cloud solution can be ported to some other provider or client's datacenter if there is a strong need. - Mike -- View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by mikefilonov

Hi Andy, Thanks for pointing this out! When websocket support is ready on the ephemeric gate I'll add a ping to API server so application will work continuously without any effort. I think conceptually it should "just work". Also I plan to have a "sticky-run" option so you can mark some of ephemerics not to go to sleep mode. What do you think? -- View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

[ANN] Pharo Consortium New Academic Partner: RyCh group

by Marcus Denker

The Pharo Consortium is very happy to announce that RyCh has joined the Consortium as an Academic Partner. RyCh (Robotics and Computation in Chile) is a laboratory of the Computer Science Department (DCC) of the Universidad de Chile. RyCh is a new research group, with a focus on the computational aspects of robotics, more specifically machine learning and the software engineering process of robotics. At RyCh, Pharo is the implementation technology for Live Robot Programming. About - RyCh: https://rych.dcc.uchile.cl - 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

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sven Van Caekenberghe

Hi Jose, Thank you for your well written feedback. It is very important to hear a voice like yours. It is hard to articulate why we like Pharo/Smalltalk. Like you say, it has to do because it is so different, because we learn from it, because it empowers us, because we feel it is a good way to develop software. Sven PS: I didn't really like the talk either, doing something new, trailblazing is always hard, often fails and sometimes works, afterwards is always seems like 'it was the right time'. > On 21 Jul 2015, at 12:08, Jose San Leandro <jose.sanleandro(a)osoco.es> wrote: > > If an opinion from a newcomer is useful, I'm not so obsessed about how popular Smalltalk is. > > I came to Smalltalk because a friend of mine (Rafa Luque) was enthusiastic about it, and suggested me to try it. > The candy was not to build applications faster, but to think differently, to question what and how we approach problems with mainstream, industry "best practice" technologies and languages. > > I see Smalltalk more like what security researches think of their discipline: it's a process, not a list of tools or recipes. After almost two decades of developing commercial software for others and open-source projects (mainly) for myself, using mostly Java but also Lisp, Smalltalk has blown my mind. That wouldn't have happened if I'd tried Seaside just because I wanted to try a different web framework. > > In my case, to approach Smalltalk I needed a certain state of mind. You have to be aware programming is not memorizing design patterns and pay for an IDE to do most things for you, including to check for non-functional stuff nobody seems to care about. We're in the "i'm proud to be lazy" era. I've seen smart people reject Smalltalk just because they don't seem to care about what they do, or at least they don't want to invest their time and energy. > > Probably there's a way to convert Pharo in node.js or Go, to make people use Seaside instead of ruby on rails. More people potentially means more financial support, and a better, sooner, full-featured, Pharo. > But even then, Smalltalk empowers people to think differently and gives the means to do so, and to promote that has to tackled differently. > I'd focus on how using Smalltalk gradually makes you a better professional, before blaming ourselves for not yet providing sophisticated frameworks anyone can use even if they don't know what they're doing. > > Let's take the Scala or the Git case. What made people invest in learning them was, at least in part, that they felt smarter. We should focus on that: comparing how the same problem is solved in other languages. Showing what live programming is. Don't be humble just to be polite. > > On the other hand, Smalltalk enables us to face problems that are potentially unachievable in other languages / ecosystems. Let's define on a "Pharo way to do X", which inevitably starts building a domain-specific browser, a custom IDE, and recipes for common scenarios. > > In summary, as Martin Bahr says, it's critically important to ensure we can survive indefinitely until the perfect "timing" arrives. But don't punish ourselves too much for not being popular. For me, the greatest value lies elsewhere. > > > 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Jose San Leandro

If an opinion from a newcomer is useful, I'm not so obsessed about how popular Smalltalk is. I came to Smalltalk because a friend of mine (Rafa Luque) was enthusiastic about it, and suggested me to try it. The candy was not to build applications faster, but to think differently, to question what and how we approach problems with mainstream, industry "best practice" technologies and languages. I see Smalltalk more like what security researches think of their discipline: it's a process, not a list of tools or recipes. After almost two decades of developing commercial software for others and open-source projects (mainly) for myself, using mostly Java but also Lisp, Smalltalk has blown my mind. That wouldn't have happened if I'd tried Seaside just because I wanted to try a different web framework. In my case, to approach Smalltalk I needed a certain state of mind. You have to be aware programming is not memorizing design patterns and pay for an IDE to do most things for you, including to check for non-functional stuff nobody seems to care about. We're in the "i'm proud to be lazy" era. I've seen smart people reject Smalltalk just because they don't seem to care about what they do, or at least they don't want to invest their time and energy. Probably there's a way to convert Pharo in node.js or Go, to make people use Seaside instead of ruby on rails. More people potentially means more financial support, and a better, sooner, full-featured, Pharo. But even then, Smalltalk empowers people to think differently and gives the means to do so, and to promote that has to tackled differently. I'd focus on how using Smalltalk gradually makes you a better professional, before blaming ourselves for not yet providing sophisticated frameworks anyone can use even if they don't know what they're doing. Let's take the Scala or the Git case. What made people invest in learning them was, at least in part, that they felt smarter. We should focus on that: comparing how the same problem is solved in other languages. Showing what live programming is. Don't be humble just to be polite. On the other hand, Smalltalk enables us to face problems that are potentially unachievable in other languages / ecosystems. Let's define on a "Pharo way to do X", which inevitably starts building a domain-specific browser, a custom IDE, and recipes for common scenarios. In summary, as Martin Bahr says, it's critically important to ensure we can survive indefinitely until the perfect "timing" arrives. But don't punish ourselves too much for not being popular. For me, the greatest value lies elsewhere. 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 21, 2015

Help regarding Scroll Pane usage

by Jigyasa Grover

Hi I have built an accordion widget using *ExampleBuilderMorph* and *ExpanderMorph*. I would like to add the expanders to a scroll pane in the dialog. I tried using *#newScrollPaneFor:* but in vain. The corresponding code snippet is as: *builder := WidgetExamples exampleBuilder.* *dialog := (builder newPluggableDialogWindow: 'RESULTS').* *searchResultsAccordion := dialog contentMorph:* *(* * dialog newColumn:* * (* * SearchQuick myResult collect: [ :r |* * dialog newRow: {* * (* * (* * dialog newExpander: r title asString* * forAll: { * * (dialog newTextEditorFor: (ValueHolder new contents: r content asString )* * getText: #contents setText: #contents:)minHeight: 150.* * }* * )minWidth:750; minHeight: 10* * )* * cellInset: 0;* * borderStyle: (BorderStyle inset baseColor: dialog paneColor; width: 1)* * } * * ]* * )* * );* *model: nil.* *dialog newScrollPaneFor: searchResultsAccordion.* *builder openModal: dialog.* *dialog extent: 775(a)350.* *dialog position: 500(a)200.* I am able to design the accordion widget as desired, except the scroll pane. Help appreciated. Thanks JIGYASA

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Sean P. DeNigris

Martin BÃ¤hr wrote > did smalltalk miss its chance, so we should give up? > or is it still coming? glass bowl anyone? Using Unix - which took 50 years to takeover the world - as a metric, we should be hitting our stride in about 2030 ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] where to report Telescope bugs?

by Peter UhnÃ¡k

> > Also does this "Work in progress" >> http://rmod.inria.fr/web/software/telescope/tutorial-visualization-developer >> mean that someone is actually working on it, or that it is planned >> someday = I just use the source code for the foreseeable future (or maybe >> if you have some internal docs available)? >> > > It is a work that never progressed but we should revisit it. > > In the meantime, you can have a look at the ESUG paper (attached here). > Since I am not familiar with this technology, it's really hard to understand without an overview of the concepts behind it / tutorials / whatever. But the paper looks promising, I'll go through it tomorrow. Thanks, Peter

July 20, 2015

Re: [Pharo-users] PostGIS in Pharo

by Arturo Zambrano

Hi Esteban,All I'm facing almost the same requirement. I have coordinates and I need to determine to which location they belong to (for example to which province). I checked that GADM and level 1 file should suffice. Now, how to did you use this information in Pharo? Which library/framework should I used to access and query the information contained in the KML?. Thanks in advance. art On Wed, Jan 28, 2015 at 5:22 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2015-01-28 17:01 GMT-03:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com > >: > >> >> >> 2015-01-28 16:18 GMT-03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: >> >>> >>> I don't know about PostGIS, but if you need boundary datasets there is >> GADM or GeoNames which may cover your needs. >> Recently I did a ST script to read from GADM using a dBase package. And >> you could query throug SPARQL too. >> >> > GADM is EXACTLY the database I was looking for. > > I didn't understand the dbase package part, but I was able to download a > KMZ file with all needed. > > Thank you SO MUCH! > > > Esteban A. Maringolo > > >

July 20, 2015