Live data from Hacker News

Pharo 12

pharo.org

21–30 of 116 posts

Re: Pharo 12

#21
post #11

Is any thought being put into adding parallelism in the future?

No, but you can do concurrent programming in Pharo: https://books.pharo.org/booklet-ConcurrentProgramming/pdf/Co...

So the entire dev environment and any programs you have running in it only uses a single thread?

Re: Pharo 12

#22
post #7

Weirdest programming language/IDE/Runtime/everything I've ever attempted learning. The sheer oddity + lack of real world example code floating around made it feel impenetrable. To put it into perspective, picking up Rust and writing entry level but real world applications was a walk in the park after coming to terms with the ownership system.

> The sheer oddity + lack of real world example code floating around made it feel impenetrable

not sure if I understand you, but you have the code of the whole system at your fingertips. Which is certainly "real world" because you are running it :)

Re: Pharo 12

#24
post #7

Weirdest programming language/IDE/Runtime/everything I've ever attempted learning. The sheer oddity + lack of real world example code floating around made it feel impenetrable. To put it into perspective, picking up Rust and writing entry level but real world applications was a walk in the park after coming to terms with the ownership system.

I had the same experience. Spent a couple of (vacation) weeks devoting 2-3 hours a day to Pharo and going through all of one of the books from the website (Pharo by example? can't really remember).

It's really one of those things that will die out on their own, because of the many layers and the little applicability (outside of playing the gimmicks).

Re: Pharo 12

#25
post #22
post #7

Weirdest programming language/IDE/Runtime/everything I've ever attempted learning. The sheer oddity + lack of real world example code floating around made it feel impenetrable. To put it into perspective, picking up Rust and writing entry level but real world applications was a walk in the park after coming to terms with the ownership system.

> The sheer oddity + lack of real world example code floating around made it feel impenetrable not sure if I understand you, but you have the code of the whole system at your fingertips. Which is certainly "real world" because you are running it :)

real world example means end user applications, not developer tools. i want to see how an application looks like that my mother could use, or that i could sell to my customer. websites. desktop applications that hide the IDE...

Re: Pharo 12

#26

Great idea but not pragmatic enough. I did try.

In what way is it not pragmatic?

I don't know Pharo at all, but "not pragmatic" often means just "too different from what I'm used to"...

Re: Pharo 12

#27
post #21

Earlier quoted context omitted.

No, but you can do concurrent programming in Pharo: https://books.pharo.org/booklet-ConcurrentProgramming/pdf/Co...

So the entire dev environment and any programs you have running in it only uses a single thread?

Pharo uses green threads https://www.pharo.org/features

https://en.wikipedia.org/wiki/Green_thread

Re: Pharo 12

#29
post #7

Weirdest programming language/IDE/Runtime/everything I've ever attempted learning. The sheer oddity + lack of real world example code floating around made it feel impenetrable. To put it into perspective, picking up Rust and writing entry level but real world applications was a walk in the park after coming to terms with the ownership system.

Learning Rust is at least an order of magnitude harder than learning Smalltalk. This is not to dismiss what you have said. On the contrary, it highlights what must be an enormous miss in how Pharo presents documentation on its landing page.

Rust the language is certainly more difficult than the Smalltalk language. The language isn't the issue.

You have Smalltalk the language, which is this [] big, and Smalltalk the environment and class libraries, notably the GUI system, which is this [.....**.....] big.

And, sure, you have all of the source code, but, for me, the source code may as well be organized in a stack of index cards. You get the individual methods, but not the sweeping picture. I can learn a lot more scanning a file full or source code, compared to the little snippets of code you're presented with screen by screen. Just being able to scroll and absorb is useful.

But even then, especially being OO, with lots of abstraction, tracing through the GUI code, blind, is very difficult. You end up at top level, "do nothing" abstraction classes. Much like in Java, where everything you click on is an interface, which doesn't tell you a whole lot.

Navigating a Smalltalk image is a skill all its own.

Re: Pharo 12

#30
post #19

Earlier quoted context omitted.

Syntax is the easy part. The real difficulty is in trying to make sense of the whole ecosystem, including the strange runtime-IDE-hybrid approach.

Yes last time I checked they had their own versioning system as well... it's one thing to learn a language but having to learn a whole new set of tools put me off in the end. I guess I can see the argument that the Smalltalk files are not plain text but rather images (or something), but having to basically download a second OS within the OS just to write Hello World was off putting. I realise that that's also can mak…

> Yes last time I checked they had their own versioning system as well...

Using git with Pharo: https://books.pharo.org/booklet-ManageCode/pdf/2020-05-12-Ma...

Post reply on HN