Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
25 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

philippeback
Depends on how many words there are...


2013/3/29 Sean P. DeNigris <[hidden email]>
philippeback wrote
> Syntax is
> easy, OO with messages is harder.

It seems to me that OO only appears as hard as it does after years of being
brainwashed by a clueless academic system that pushes C, C++, and Java. The
small children at PARC didn't seem to have a problem with OO ;)



-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/Why-are-SmallTalk-projects-source-code-hosted-on-SS3-Gemstone-instead-of-Git-tp4677451p4678867.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.



Reply | Threaded
Open this post in threaded view
|

Re: Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

Sean P. DeNigris
Administrator
In reply to this post by Victor
Victor wrote
Traditionally and culturally, at first glance, forgive me if I'm
stereotyping, but the smalltalk world seems to be heavily biased towards
academic and large proprietary enterprise tooling and development
environments
I have also heard this (from non-Smalltalkers). My experience in the community (just 3 years) is markedly different. Although there is definitely strength in academic (e.g. Noury's great robotics stuff [2]) and enterprise settings, if I had to pick the most common scenario, I see many vibrant small businesses (e.g. Inceptive [1]) doing web and desktop apps.

For myself, I use Smalltalk as it was intended... as prototype Dynabook software ;) I am slowly wrapping my world (calendar, todos, notetaking, journal) in Smalltalk because I will not accept anything less from my computer than live turtles all the way down.

I also use it to replace shell scripts, to run Jenkins jobs, and to write web and desktop apps for small businesses - you would never run out of work if you went around to people using Excel spreadsheets and built Smalltalk apps that express their intentions on their own terms, instead of Excel's (or whatever other off the shelf garbage they're using).

[1] http://inceptive.be/
[2] https://www.google.com/search?q=noury+robotics

p.s. Pharo has laid a lot of groundwork in the last few years to magnify all this. When I first discovered Smalltalk, I was excited by the power, but frustrated by the mess under the covers of Squeak (FileDirectory was particularly agonizing). Whenever I started to develop a revolutionary-next-cool tool, I ran into a mess like the text model. Since then, Pharo has been steadily evolving many foundational pieces. There has been an upfront cost of backward-compatibility, as some great projects have not kept pace. But it seems all worth it, as I feel us approaching a critical point where the clean, beautiful system will inspire and support the next generation of amazing ideas on top of Pharo.

p.p.s. Squeak has also made a lot of progess and I value it highly :) I'm particularly excited about the cooperation and cross-pollination that I've seen recently...
Cheers,
Sean
Reply | Threaded
Open this post in threaded view
|

Re: Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

Janko Mivšek
Small and micro companies, we should actually promote Smalltalk more
among them. And for startups, being able to build a solution and put
into market very fast. Web solutions specially, noone ask here what is
behind, so can sneak-in the Smalltalk without questions so common if you
try to build a Smalltalk app for the desktop.

Best regards
Janko

Dne 29. 03. 2013 14:59, piše Sean P. DeNigris:

> Victor wrote
>> Traditionally and culturally, at first glance, forgive me if I'm
>> stereotyping, but the smalltalk world seems to be heavily biased towards
>> academic and large proprietary enterprise tooling and development
>> environments
>
> I have also heard this (from non-Smalltalkers). My experience in the
> community (just 3 years) is markedly different. Although there is definitely
> strength in academic (e.g. Noury's great robotics stuff [2]) and enterprise
> settings, if I had to pick the most common scenario, I see many vibrant
> small businesses (e.g. Inceptive [1]) doing web and desktop apps.
>
> For myself, I use Smalltalk as it was intended... as prototype Dynabook
> software ;) I am slowly wrapping my world (calendar, todos, notetaking,
> journal) in Smalltalk because I will not accept anything less from my
> computer than live turtles all the way down.
>
> I also use it to replace shell scripts, to run Jenkins jobs, and to write
> web and desktop apps for small businesses - you would never run out of work
> if you went around to people using Excel spreadsheets and built Smalltalk
> apps that express their intentions on their own terms, instead of Excel's
> (or whatever other off the shelf garbage they're using).
>
> [1] http://inceptive.be/
> [2] https://www.google.com/search?q=noury+robotics
>
> p.s. Pharo has laid a lot of groundwork in the last few years to magnify all
> this. When I first discovered Smalltalk, I was excited by the power, but
> frustrated by the mess under the covers of Squeak (FileDirectory was
> particularly agonizing). Whenever I started to develop a
> revolutionary-next-cool tool, I ran into a mess like the text model. Since
> then, Pharo has been steadily evolving many foundational pieces. There has
> been an upfront cost of backward-compatibility, as some great projects have
> not kept pace. But it seems all worth it, as I feel us approaching a
> critical point where the clean, beautiful system will inspire and support
> the next generation of amazing ideas on top of Pharo.
>
> p.p.s. Squeak has also made a lot of progess and I value it highly :) I'm
> particularly excited about the cooperation and cross-pollination that I've
> seen recently...
>
>
>
> -----
> Cheers,
> Sean
> --
> View this message in context: http://forum.world.st/Why-are-SmallTalk-projects-source-code-hosted-on-SS3-Gemstone-instead-of-Git-tp4677451p4678874.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

--
Janko Mivšek
Aida/Web
Smalltalk Web Application Server
http://www.aidaweb.si

Reply | Threaded
Open this post in threaded view
|

Re: Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

stephane ducasse
In reply to this post by Sean P. DeNigris

On Mar 29, 2013, at 2:59 PM, Sean P. DeNigris <[hidden email]> wrote:

p.s. Pharo has laid a lot of groundwork in the last few years to magnify all
this. When I first discovered Smalltalk, I was excited by the power, but
frustrated by the mess under the covers of Squeak (FileDirectory was
particularly agonizing). Whenever I started to develop a
revolutionary-next-cool tool, I ran into a mess like the text model. Since
then, Pharo has been steadily evolving many foundational pieces. There has
been an upfront cost of backward-compatibility, as some great projects have
not kept pace. But it seems all worth it, as I feel us approaching a
critical point where the clean, beautiful system will inspire and support
the next generation of amazing ideas on top of Pharo.

I think so too.
We often neglect the power of sound infrastructure.
For example I know industrial people that are evaluating Pharo for their UI prototyping and 
it is using Athens and soon cool event touch infrastructure.

Stef

Reply | Threaded
Open this post in threaded view
|

Re: Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

stephane ducasse
In reply to this post by Janko Mivšek

On Mar 29, 2013, at 3:19 PM, Janko Mivšek <[hidden email]> wrote:

> Small and micro companies, we should actually promote Smalltalk more
> among them. And for startups, being able to build a solution and put
> into market very fast. Web solutions specially, noone ask here what is
> behind, so can sneak-in the Smalltalk without questions so common if you
> try to build a Smalltalk app for the desktop.

Fully agree but for that we also need cool frameworks and to build cool framework
we should pay attention to underlying libraries and this what we are doing.
After FS we will evaluate XTreams and many more parts of the system will increase in quality too.

Stef
12