May 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How to LAN feature

by Sven Van Caekenberghe

Uploading can be done using an HTTP POST or PUT, just like Playground does its Remote Publish, or Monticello its Save operation. > On 7 May 2018, at 19:15, Hilaire <hilaire(a)drgeo.eu> wrote: > > As described previously, students may also upload their work at the end of a teaching session. > > Hilaire > > > Le 07/05/2018 Ã 18:57, Norbert Hartl a Ã©crit : >> For what do you need an FTP server? For browsing and downloading usually a HTTP server is as good as. You implement a handler that returns a directory list for directories and the file content for files. Can be used with every web browser and zinc you have already in the image, >> >> Norbert > > -- > Dr. Geo > http://drgeo.eu > > >

May 7, 2018

Re: [Pharo-users] How to LAN feature

by Hilaire

As described previously, students may also upload their work at the end of a teaching session. Hilaire Le 07/05/2018 Ã 18:57, Norbert Hartl a Ã©critÂ : > For what do you need an FTP server? For browsing and downloading usually a HTTP server is as good as. You implement a handler that returns a directory list for directories and the file content for files. Can be used with every web browser and zinc you have already in the image, > > Norbert -- Dr. Geo http://drgeo.eu

May 7, 2018

Re: [Pharo-users] #ast vs. #parseTree

by webwarrior

If you guys are to get rid of acronyms in method names, cosider the following: #onDNU:do: #gcd: #lcm: #rem: #quo: #ulp #ln #theta #r #g #b and others. Then if you get bored again there are a lot of contractions, too, especially in Number and subclasses. Like #abs, #sqrt, #sin, #cos, ... -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 7, 2018

Re: [Pharo-users] How to LAN feature

by Norbert Hartl

> Am 07.05.2018 um 18:08 schrieb Hilaire <hilaire(a)drgeo.eu>: > >> Le 06/05/2018 Ã 13:31, Norbert Hartl a Ã©crit : >> If it is on a single network this should be doable by using UDP broadcast announcements. The share server can announce some information and its IP in a UDP packet being broadcasted. Every client receives that and then knows the address of the server to connect to >> >> Hope this helps, Norbert > > Yep, then I can I set up a FTP server to run on the Pharo teacher instance. I already wrote a facade for user friendly FTP client. > Does any one know about FTP server on Pharo, for example this one[1]? > For what do you need an FTP server? For browsing and downloading usually a HTTP server is as good as. You implement a handler that returns a directory list for directories and the file content for files. Can be used with every web browser and zinc you have already in the image, Norbert > Thanks > > Hilaire > > [1] http://map.squeak.org/package/f84afa9e-c2ea-4d4c-bc65-aea93701753d > > -- > Dr. Geo > http://drgeo.eu > > >

May 7, 2018

Re: [Pharo-users] How to LAN feature

by Hilaire

Le 06/05/2018 Ã 13:31, Norbert Hartl a Ã©critÂ : > If it is on a single network this should be doable by using UDP broadcast announcements. The share server can announce some information and its IP in a UDP packet being broadcasted. Every client receives that and then knows the address of the server to connect to > > Hope this helps, Norbert Yep, then I can I set up a FTP server to run on the Pharo teacher instance. I already wrote a facade for user friendly FTP client. Does any one know about FTP server on Pharo, for example this one[1]? Thanks Hilaire [1] http://map.squeak.org/package/f84afa9e-c2ea-4d4c-bc65-aea93701753d -- Dr. Geo http://drgeo.eu

May 7, 2018

Re: [Pharo-users] #ast vs. #parseTree

by Ramon Leon

On 05/05/2018 03:08 AM, Sean P. DeNigris wrote: > and may buy us little at the cost of a good amount of extra typing. Auto-completion killed that argument long ago. Method names are for reading, not writing; the computer will do most of the writing for you. If you're optimizing key strokes when deciding a method name, you're doing it wrong. -- Ramon Leon

May 7, 2018

Re: [Pharo-users] #ast vs. #parseTree

by Richard Sargent

On Sat, May 5, 2018 at 3:08 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Richard Sargent wrote > > No. Please, really no. > > As much as I appreciate (and share) the passion for Smalltalk, you did not > AFAICT address my reasoning for not applying the no-acronym *guideline* in > this case, namely: > > >> Since the argument IIUC is that "a > >> general user won't know the domain well enough to understand the > >> acronym", > >> would they understand "abstractSyntaxTree"?! That, to me, is as opaque > as > >> the acronym for one not acquainted with the domain, and may buy us > little > >> at the cost of a good amount of extra typing. > I care a lot less about typing than reading. Some years ago, a colleague of mine conducted a brief and informal survey of the developers working in our team. "What fraction of time do you spend reading code versus writing code?" Some people answered 50:50. In effect, saying that for every method they read, they wrote a new one! The truth is that we all spend substantially more time reading than writing. Consequently, we need to emphasize how we communicate to readers. Alan Knight said it best: (paraphrasing) Trust the implementation does what it says it does. (In other words, message names should do what they say they do without creating the need to look inside the method to understand it.) > > > Richard Sargent wrote > > a disambiguation page with a lengthy list > > IMHO this is irrelevant. My proposal included a method comment, which would > provide the google-able term, as well as potentially a good enough summary > that one wouldn't have to leave the image. The fact that the method belongs > to CompiledMethod is the disambiguation. The internet is meaningless and > flat compared to the context and structure of a ST image. > > > Richard Sargent wrote > > Do not use comments embedded *inside* methods to cover for naming the > > method badlyâ¦ Also, if one Googles an acronym > > How is a harder-to-type thing that the user doesn't understand but is > easier > to google better than a comment that gives the necessary context right in > the image? My ideal image would avoid the need to Google as much as > possible, suggesting a comment either way, so nothing lost. There's nothing > inherently "bad" about an acronym. For example, no one's been banging down > the door to rename "JPEGReadWriter" to > "JointPhotographicExpertsGroupReadWriter". In that case, it's because the > acronym is so well-known, but what I'm asking whether #ast is a similar > candidate for exception because it is so unknown (i.e. compiler > domain-specific) that a user is likely to know either the term and the > acronym or neither. > The thing is that a well named concept doesn't need Googling in order to have at least some understanding of its meaning. I would be willing to bet that, even if you had never heard of the topic before, you would have *some* idea what the phrase abstract syntax tree meant. Conversely, the first time one might encounter the concept presented as "ast", you might suspect it was a kind of snake. I'm being a bit extreme here, of course. > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

May 7, 2018

Re: [Pharo-users] #ast vs. #parseTree

by Richard Sargent

> > I know it. But my stupid question is why it's still called abstract while > it is implemented for concrete language? > I finally got around to running an image and extracting a screen print. Hopefully, it will attach and be visible to you. The classes of objects in the inspector show the abstract syntax: a method node comprised of a sequence node, etc. Each abstract syntax node is bound with the actual source code that it represents. Abstract is not about the language something is implemented in, but rather the syntactic structure of the code. On Fri, May 4, 2018 at 12:13 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2018-05-04 21:10 GMT+03:00 Richard Sargent <richard.sargent@ > gemtalksystems.com>: > >> On Fri, May 4, 2018 at 1:04 PM, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> >>> 2018-05-04 19:45 GMT+03:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>> >>>> Ramon Leon-5 wrote >>>> > And my point made; I don't even know what that means. >>>> >>>> Ha ha, I googled it and even after seeing the definition still didn't >>>> understand - we must be getting old ;-) >>>> >>>> Regarding the use of acronyms - while I agree with you as a general >>>> principle, I wonder about this case. Since the argument IIUC is that "a >>>> general user won't know the domain well enough to understand the >>>> acronym", >>>> would they understand "abstractSyntaxTree"?! >>> >>> >>> Now I am wonder: is it really correct to call syntax tree as abstract >>> when it is really implemented? >>> AST is very known term but now when I read it word by word I have such >>> questions :). >>> >> >> In computer science, an *abstract syntax tree* (AST), or just *syntax >> tree*, is a *tree* representation of the *abstract syntactic *structure >> of source code written in a programming language. >> [Wikipedia] >> > > I know it. But my stupid question is why it's still called abstract while > it is implemented for concrete language? > > >> >> >>> >>> >>>> That, to me, is as opaque as >>>> the acronym for one not acquainted with the domain, and may buy us >>>> little at >>>> the cost of a good amount of extra typing. Maybe keep the acronym and >>>> add a >>>> good method commentâ¦ >>>> >>>> >>>> >>>> ----- >>>> Cheers, >>>> Sean >>>> -- >>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>> >>>> >>> >> >

May 7, 2018

Re: [Pharo-users] Personal Programming onPharo

by Sean P. DeNigris

Trygve Reenskaug wrote > I am developing an IDE for non-programmersÂ called BabyIDE I remember seeing this in a screencast - it was very cool! Trygve Reenskaug wrote > In your answer, I read that if I build BabyIDE on Pharo, I will be > building on sand. Sorry I took so long to reply to your OP. It does indeed *sound* like that but AFAICT (myself included with dozens of projects), porting to new versions has been relatively painless. That said, a project like you described may have additional hurdles because it hooks so deeply into the inner guts of the IDE. Also, there are continually new techniques to ease these transitions. For example, there is now a deprecation message which auto-rewrites sender on first send; this is even more powerful if one has tests with good coverage because running the tests magically updates your project. Trygve Reenskaug wrote > A tale from the futureâ¦ drop whatever they are doing in > order to adapt their applications to the new Pharo so that you can start > serving your customers again. It's a hard problem because we have a big vision, which means a natural tension with backward compatibility. In fact, IMHO that was one of the major reasons for the fork from Squeak, so I guess it's unfortunate that now Squeak seems to be a moving target as well. Again, just to reiterate, AFAICT, most of the changes are generally deep in the system and will not affect the average customer facing project. Even then, there's no need to be on the latest, greatest version if the cost doesn't seem worth it. There are plenty of production systems happily running on Pharo 1.x. Suggestions are very welcome about how to move toward a bright future with minimum impact on existing users/projects!! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 7, 2018

Re: [Pharo-users] Personal Programming onPharo

by Stephan Eggermont

Trygve Reenskaug <trygver(a)ifi.uio.no> wrote: > Please tell me when Java, C, C++, etc programs stopped working because > their runtime systems had changed. > Please tell me when Java, C, C++, etc compilers stopped compiling old > code because the languages had changed. > Oracle lists 24 behavioral incompatibilities between Java SE 7 and SE 6. Stephan

May 7, 2018