- Pharo-users - lists.pharo.org

I feel like an overwhelmed maintenance programmer - how to get some toeholds?

by Steve Davies

Hi, I'm having yet another go to get to grips with Pharo. My project is for home automation. It seems in principle a great match since object inside Smalltalk are obviously a great match for physical objects being controlled. I started at the Pharo Wiki on Github "Setting up a new project". I'm a career programmer but I'm nearly 60 and sadly I can't absorb information like I used to be able to, and I'm just finding Pharo so overwhelming - I feel like a maintenance programmer trying to find a way into a million lines of code when you don't understand the principles of organisation and the conventions of the developers. Is there no way to have some sort of "progressive revelation" of the insides of Pharo? Just documentation on most classes, examples of how to use the class, without the implementation being exposed initially? The stuff I need to look into for my project is mixed in with 1000s of classes that I (hopefully) can ignore for now - but there seems to be no way to hide away all the irrelevant stuff. Traditionally if I was trying to get to grips with a large unfamiliar code base I would use grep to search, skim through source files getting a sense of it. With the browser in Pharo I feel like I'm looking through a keyhole. No doubt this is just unfamiliarity and I just need to learn the tools better. Please read this as a request for help as to how to get a finger hold and how to shake this feeling of drinking from the firehose? It's not intended as a complaint. My first task is to write an MQTTClient. MQTT is a messaging protocol. MQTT has "clients" - who subscribe for "topics" and receive matching messages, and which can publish to topics. And there are brokers which distribute published messages to subscribing clients. I only need to implement a client. The protocol is binary, not text. It runs over TCP. Here's a description of the messaging SInce I envision objects inside Pharo that model the real external objects then I will need some sort of background process running the connection to the mqtt broker, and each object would receive and send MQTT messages via that process. So to tackle this I need to understand: 1. How to implement a TCP client (subclass ProtocolClient? Or do I need to work at a lower level with SocketStream?) 2. Packing and unpacking binary data, working with bits. 3. How to talk to and from a background process. Any and all suggestions and help to get going would be welcome. I do understand the principles of Smalltalk and can read code OK. Thanks, Steve

Dec. 18, 2019

Re: [Pharo-users] Localization of Months and Day names

by Sven Van Caekenberghe

I don't know, Locale is not a very useful class. You might want to have a look at ZTimestampFormat, part of https://github.com/svenvc/ztimestamp (ZTimestampFormat fromString: 'SATURDAY, FEBRUARY 03 2001 (16:05:06)') french; format: DateAndTime now. "'MECREDI, DÃCEMBRE 18 2019 (07:44:07)'" (ZTimestampFormat fromString: 'SATURDAY, FEBRUARY 03 2001 (16:05:06)') german; format: DateAndTime now. "'MITTWOCH, DEZEMBER 18 2019 (07:44:28)'" The first argument is an example, based on a reference date. There is lot of documentation. > On 18 Dec 2019, at 02:55, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > What is the "official way" (if any) to localize the printing of Date > Month and Day names? > > I saw there is a Locale class, but neither the primLongDateFormat and > primShortDateFormat have any senders, so if they're used, it's not > through message sends. > > Regards! > > Esteban A. Maringolo >

Dec. 18, 2019

Localization of Months and Day names

by Esteban Maringolo

What is the "official way" (if any) to localize the printing of Date Month and Day names? I saw there is a Locale class, but neither the primLongDateFormat and primShortDateFormat have any senders, so if they're used, it's not through message sends. Regards! Esteban A. Maringolo

Dec. 18, 2019

Re: [Pharo-users] TaskIt

by Ben Coman

On Mon, 16 Dec 2019 at 18:41, Santiago Bragagnolo < santiagobragagnolo(a)gmail.com> wrote: > Hi everybody! > We are starting to discuss with norbert about letting taskit to leave > my incubator (my github account to go elsewhere). I have being thinking > about it since long time, since i would like it to allow taskit to evolve > into more than just my needs and wishes. > > The sidequestion i am bringing today it may seem (or even be) almost > scholastic at this point, but i think it should have some space. > The question is if to move it to pharo-contributions, or if to create a > new pharo-processing. > I know a bit of what TaskIt is, but not what "processing" is in-general. Can you clue me in? cheers -ben

Dec. 17, 2019

Re: [Pharo-users] how can I this refractor this so its more smalltalk

by Ben Coman

Apart from using streams, part of making code less ugly is splitting it up its separate aaspects. One way it to to do as little as possible within your loop. See how Todd only does one thing within his loop. Apart from looking nicer, doing so improves how you "think" about the problem. cheers -ben On Tue, 17 Dec 2019 at 23:00, Roelof Wobben via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > My solution to day2 part1 is right this : > > processData: instructions > | opcode index firstNumber secondNumber placeToPut firstNumberIndex > secondNumberIndex | > index := 1. > opcode := instructions at: index. > [ opcode ~= 99 ] > whileTrue: [ firstNumberIndex := instructions at: index + 1. > secondNumberIndex := instructions at: index + 2. > firstNumber := instructions at: firstNumberIndex + 1. > secondNumber := instructions at: secondNumberIndex + 1. > placeToPut := (instructions at: index + 3) + 1. > opcode == 1 > ifTrue: [ instructions at: placeToPut put: firstNumber > + secondNumber ]. > opcode == 2 > ifTrue: [ instructions at: placeToPut put: firstNumber > * secondNumber ]. > index := index + 4. > opcode := instructions at: index ]. > ^ instructions at: 1 > > so its ugly code > > is there a way I can this more the smalltalk way by using streams or > something else. > if so, is there someone who can tell me or can let me see how to make > this cleaner code > > Roelof > > >

Dec. 17, 2019

Re: [Pharo-users] [Pharo-dev] TaskIt

by Esteban Lorenzano

> On 17 Dec 2019, at 15:38, Torsten Bergmann <astares(a)gmx.de> wrote: > > Santiago wrote: >> What if we have links to all the groups in Pharo-project (pharo-misc, >> pharo-processing, pharo-robotics, pharo-web) ? I can do the firsts steps if >> we agree in here. > > Hi Santiago, > > yes - we should link the groups from the main "pharo-project" so they are easier to find. Here are the ones I know: > > 1. https://github.com/pharo-project > 2. https://github.com/pharo-contributions (general community managed contributions) > 3. https://github.com/pharo-rdbms (relational database support) > 4. https://github.com/pharo-nosql (NoSQL database support) > 5. https://github.com/pharo-sql (points to https://github.com/pharo-rdbms) > 6. https://github.com/pharo-robotics (Robotics related) > 7. https://github.com/pharo-brand (Brand Assets to do some marketing) > > > 8. https://github.com/pharo-db (looks like offical DB stuff, but created by Todd Blanchard to assemble some database projects) > > > Not existing (yet), dont know why you need/mentioned them > > https://github.com/pharo-misc > https://github.com/pharo-processing > https://github.com/pharo-we > > For TaskIt maybe you start in "pharo-contributions" and if Pharo has more projects in similar directions an own separate group > could be created. +1 > > I'm not sure if an own mailinglist other than "Pharo-users" makes sense but https://lists.pharo.org now also meanwhile got > an additional "Pharo-iot" and "Workflow-engine" mailinglist. > > Thanks > T. >

Dec. 17, 2019

Re: [Pharo-users] how can I this refractor this so its more smalltalk

by Todd Blanchard

Well my main run method looks like this: run | op | ram := self input. in := ReadStream on: ram. [ (op := in next) = 99 ] whileFalse: [ self processOpcode: op ]. ^self at: 0. ram is the array of integers. in is a ReadStream on them which lets me process them in order. They are both instance variables. self input provides a clean copy of the program memory (the integer array). I just used an array literal. No file IO. The main dispatch method is processOpcode: op op = 1 ifTrue: [ ^self processAdd ]. op = 2 ifTrue: [ ^self processMultiply ]. and for illustration processAdd | a b c | a := self at: in next. b := self at: in next. self at: in next put: a+b There are custom versions of at: and at:put: that compensate for zero based vs one based array indexing. at: idx ^ram at: idx + 1 I hope this helps you out. > On Dec 17, 2019, at 6:59 AM, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Roelof Wobben <r.wobben(a)home.nl> > Subject: how can I this refractor this so its more smalltalk > Date: December 17, 2019 at 6:59:28 AM PST > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > Hello, > > My solution to day2 part1 is right this : > > processData: instructions > | opcode index firstNumber secondNumber placeToPut firstNumberIndex secondNumberIndex | > index := 1. > opcode := instructions at: index. > [ opcode ~= 99 ] > whileTrue: [ firstNumberIndex := instructions at: index + 1. > secondNumberIndex := instructions at: index + 2. > firstNumber := instructions at: firstNumberIndex + 1. > secondNumber := instructions at: secondNumberIndex + 1. > placeToPut := (instructions at: index + 3) + 1. > opcode == 1 > ifTrue: [ instructions at: placeToPut put: firstNumber + secondNumber ]. > opcode == 2 > ifTrue: [ instructions at: placeToPut put: firstNumber * secondNumber ]. > index := index + 4. > opcode := instructions at: index ]. > ^ instructions at: 1 > > so its ugly code > > is there a way I can this more the smalltalk way by using streams or something else. > if so, is there someone who can tell me or can let me see how to make this cleaner code > > Roelof > > > >

Dec. 17, 2019

Re: [Pharo-users] how can I this refractor this so its more smalltalk

by Roelof Wobben

Dec. 17, 2019

Re: [Pharo-users] how can I this refractor this so its more smalltalk

by Kasper Osterbye

Hi Roelof I saw your posts earlier, and will try to take a look. I am not into the advent of code myself, but love a good puzzle. Would it be possible to provide a link to the puzzle you are trying to solve?

Dec. 17, 2019

how can I this refractor this so its more smalltalk

by Roelof Wobben

Hello, My solution to day2 part1 is right this : processData: instructions Â Â Â | opcode index firstNumber secondNumber placeToPut firstNumberIndex secondNumberIndex | Â Â Â index := 1. Â Â Â opcode := instructions at: index. Â Â Â [ opcode ~= 99 ] Â Â Â Â Â Â whileTrue: [ firstNumberIndex := instructions at: index + 1. Â Â Â Â Â Â Â Â Â secondNumberIndex := instructions at: index + 2. Â Â Â Â Â Â Â Â Â firstNumber := instructions at: firstNumberIndex + 1. Â Â Â Â Â Â Â Â Â secondNumber := instructions at: secondNumberIndex + 1. Â Â Â Â Â Â Â Â Â placeToPut := (instructions at: index + 3) + 1. Â Â Â Â Â Â Â Â Â opcode == 1 Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [ instructions at: placeToPut put: firstNumber + secondNumber ]. Â Â Â Â Â Â Â Â Â opcode == 2 Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [ instructions at: placeToPut put: firstNumber * secondNumber ]. Â Â Â Â Â Â Â Â Â index := index + 4. Â Â Â Â Â Â Â Â Â opcode := instructions at: index ]. Â Â Â ^ instructions at: 1 so its ugly code is there a wayÂ I can this more the smalltalk way by using streams or something else. if so, is there someone who can tell me or can let me see how to make this cleaner code Roelof

Dec. 17, 2019