- Pharo-users - lists.pharo.org

Re: [Pharo-users] Blitzkrieg!

by 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, jtuchel(a)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.hobbies@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.

Jan. 18, 2015

Re: [Pharo-users] parsing a file / stream API advice

by Sven Van Caekenberghe

Hi Daniel, I am not sure that there is any right answer. If you want to see examples, you can look how I did it in NeoCSV, NeoJSON or STON. They are all similar, but there are small differences. You should do what feels best to you. Object design is (much more) about messaging that about class hierarchies. If some object understands the messages that another object wants to send it, then is compatible, independent of class hierarchy. It only makes sense to subclass if you gain something, like an implementation and if the superclass was designed to be subclasses. Often you can just implement a couple of messages (say, a small part of the stream protocol) and your object can be used (say, pass as a stream). It also makes sense to reuse message selectors for similar behaviour. Most of my parsers understand #next, #atEnd, #close, #upToEnd - it helps other to immediately understand what you mean. HTH, Sven > On 18 Jan 2015, at 06:11, Daniel Lyons <fusion(a)storytotell.org> wrote: > > This is an OO design question. > > For my task, I have some objects and a particular file format that encodes them. I want to be able to read the file and create those objects. The Stream API seems like the right way to do this, but I'm not sure how to encapsulate my code. I see these options: > > â¢ Create a new class (subclass of Object) that implements #next to return the next object in some underlying stream. > > Pro: very simple, one place with all the code. Con: what about the rest of the Stream and/or Collection APIs? Is it wise to delegate everything else to the underlying stream with #doesNotUnderstand:? > > â¢ Create a new class, subclass of Stream, that implements #next like the above. > > Pro: still pretty simple, not sure what is needed to implement the API completely (I did add a method #atEnd). Con: not sure if more methods are missing; unclear about initialization (overrode class>>#on: to call #basicNew). This seems close to the right approach but I'm unsure. > > â¢ Create a method #nextFoo on the existing Stream class. > > Pro: very simpleâno new class. Con: nextFoo doesn't integrate well with the rest of the API (#do: for instance), not sure this is clean or wise. > > â¢ Ignore the Stream classes altogether. > > Pro: No chance of misundestanding. :) Con: everything else. > > Advice? > > Thanks for your time, > > â > Daniel Lyons > > > >

Jan. 18, 2015

Re: [Pharo-users] Nautilus plugin with new menu entries

by stepharo

Hi hernan did you see that I cleaned, fixed and documented the plugins in Pharo 40? Sef Le 18/1/15 06:32, HernÃ¡n Morales Durand a Ã©crit : > Hi, > If you are using Pharo 3 you may install a Nautilus plugin I did which > implements the following menu item features: > > - Jump to the superclass of the currently selected class. > - Explore all the instances of the currently selected class. > - Send #release and #initialize to the currently selected class > - Send (#perform:) the selected unary method to a new instance of the > currently selected class. > > To install evaluate: > > Gofer it > smalltalkhubUser: 'hernan' project: 'HernanPlugins'; > package: 'HernanPlugins'; > load. > > Repository: http://www.smalltalkhub.com/#!/~hernan/HernanPlugins > <http://www.smalltalkhub.com/#%21/%7Ehernan/HernanPlugins> > > Cheers, > > HernÃ¡n >

Jan. 18, 2015

Re: [Pharo-users] InfoWorld on Redline Smalltalk

by stepharo

Hello people do you realize that you are poluting the ****PHARO**** users mailing-list? What is the message we sent to users that are happily hacking in Pharo. The user mailing-list not an open bar to talk about any topics. We will create a Pharo-chat mailing-list. And all these discussions should be moved there. Stef Le 18/1/15 01:00, horrido a Ã©crit : > Thanks for this link! I always thought there was something not right about > Angular, and this article (and its links) clearly lay out the issue. > > Obviously, I think Amber is a better solution. > > The one big takeaway from these anti-Angular articles, I think, is this... > > /IT management often make stupid choices based on fad, fashion, and > laziness./ They can't be bothered to do the actual research and > investigation to see which technology best fits their goals and objectives. > Presumably, one of their chief objectives is to improve productivity and > save on (labour) costs. How can you meet this objective without at least > trying one of the premier productivity technologies on the market, namely, > Smalltalk? How can you not have heard the oft-repeated claims about > Smalltalk's superlative productivity over the years? They've only been made > year after year since the 1980s. > > All that is required is to run a pilot Smalltalk program. This will > definitively answer the question: How much more productive can you be in > developing software? > > Generalissimo > > > sebastian(a)flowingconcept.com wrote >>> On Jan 17, 2015, at 3:18 PM, kilon alios < >> kilon.alios@ >> > 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>? > > > > > -- > View this message in context: http://forum.world.st/InfoWorld-on-Redline-Smalltalk-tp4799678p4800193.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

Jan. 18, 2015

Re: [Pharo-users] Manners on the list?

by Hilaire

Le 17/01/2015 00:48, Laura Risani a Ã©crit : > It doesn't kind of feel right saying nothing when someone gives me a > rather lengthly answer, unless it was the tacit agreement. > > So i'm facing questions whether or not to make a post, because i'm not > sure which are the right/usual manners for this particular mail-list > form of communication. > One can guess the right manner is the same manner you will use in real life: if you get help from a problem, you just say thank you. In the other hand, if you find yourself the answer to your problem, it is useful to write an answer to your problem on the mailing list: the problem you met was or will be a problem for other, so it is a nice, simple and effective way to contribute. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Jan. 18, 2015

Re: [Pharo-users] InfoWorld on Redline Smalltalk

by Alain Rastoul

Le 18/01/2015 10:49, Alain Rastoul a Ã©crit : > Costs in the middle and long run are clearly related to code quality and > to bugs, not to productivity. And of course, I should have said design first -- Regards, Alain

Jan. 18, 2015

Re: [Pharo-users] InfoWorld on Redline Smalltalk

by Alain Rastoul

Hi horrido, I do not agree with most of yours arguments. Here is what I picked : ... "Indeed, many organizations have to use JVM, and yes, they probably fall back on Java because that's the "safe" choice." Most CEO or IT managers think like that, but this is a false marketing argument mostly sustained by the fact that the software is good enough for the majority. The Java license explicitly states that there is no warranty of whatever. I remember in the past it was forbidden to use it for nuclear systems, I don't know if this is still the case ;) . The same as for several mainstream technologies, and big software vendors. And when you are beaten by a bug (very rare yes, but it happens), it is sometimes very hard to deal with it. Being able to understand and master the system is a key advantage. By dropping the vm you will depend on other and loose this advantage. And I saw several systems choosen only on those criterias be very poor choices for their users. ... "If we can't convince these organizations that they'll be much more productive using Smalltalk over Java, and save tons of money /in the long run/, then how can we ever advance our agenda to the rest of the world??" I do not see productivity as very important. It is just an (eventually) good feature. Productivity, and cost are the most flawed indicators in software development and this is the argument I hate the most (I may be a bit rude about that because I have to maintain some old legacy code and we had quite some bugs last years). Costs in the middle and long run are clearly related to code quality and to bugs, not to productivity. And sometimes, the cost of bugs is terrible when you think about how many people are involved in the chain and what has to be done to solve customer problems and revert the results of bugs. .. Awful. For example, about the cost of null ... "I did it, just because it was so easy" http://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mista… "Strategically, it shows Smalltalk's versatility and that it's not just a one-trick pony. Limiting ourselves to just desktop (or Seaside) applications is rather short-sighted." I do not understand how Smalltalk will be more versatile by using a jvm ? doing like others ? IMHO innovation is related to change, this implies not following the main path somewhere, and some risks too. A very good example here about wheels :) http://blogs.ubc.ca/etec540sept12/2012/09/16/inventing-the-wheel/ Going on this way, one could ask why not use cloudstack or openstack and plain java for server side , with an hypervisor-ready jvm (kenai?) , plain javascript for the client side and forget about the system. It will be open to widespread frameworks library and tools, but at what cost ? That will be safer, but would it still be interesting ? Would you have fun using it ? To end, I found your question a good revealer about one's expectations about pharo, very interesting :). -- Regards, Alain

Jan. 18, 2015

Re: [Pharo-users] Blitzkrieg!

by jtuchel＠objektfabrik.de

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 Gesendet: âSamstagâ, â17â. âJanuarâ â2015 â16â:â15 An: Any question about pharo is welcome 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.

Jan. 18, 2015

Nautilus plugin with new menu entries

by HernÃ¡n Morales Durand

Hi, If you are using Pharo 3 you may install a Nautilus plugin I did which implements the following menu item features: - Jump to the superclass of the currently selected class. - Explore all the instances of the currently selected class. - Send #release and #initialize to the currently selected class - Send (#perform:) the selected unary method to a new instance of the currently selected class. To install evaluate: Gofer it smalltalkhubUser: 'hernan' project: 'HernanPlugins'; package: 'HernanPlugins'; load. Repository: http://www.smalltalkhub.com/#!/~hernan/HernanPlugins Cheers, HernÃ¡n

Jan. 18, 2015

parsing a file / stream API advice

by Daniel Lyons

This is an OO design question. For my task, I have some objects and a particular file format that encodes them. I want to be able to read the file and create those objects. The Stream API seems like the right way to do this, but I'm not sure how to encapsulate my code. I see these options: â¢ Create a new class (subclass of Object) that implements #next to return the next object in some underlying stream. Pro: very simple, one place with all the code. Con: what about the rest of the Stream and/or Collection APIs? Is it wise to delegate everything else to the underlying stream with #doesNotUnderstand:? â¢ Create a new class, subclass of Stream, that implements #next like the above. Pro: still pretty simple, not sure what is needed to implement the API completely (I did add a method #atEnd). Con: not sure if more methods are missing; unclear about initialization (overrode class>>#on: to call #basicNew). This seems close to the right approach but I'm unsure. â¢ Create a method #nextFoo on the existing Stream class. Pro: very simpleâno new class. Con: nextFoo doesn't integrate well with the rest of the API (#do: for instance), not sure this is clean or wise. â¢ Ignore the Stream classes altogether. Pro: No chance of misundestanding. :) Con: everything else. Advice? Thanks for your time, â Daniel Lyons

Jan. 18, 2015