[ANN] Creativity - a Smalltalk usability experiment on browsing code and productivity
Hi Smalltalker! After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity Creativity is the prototype of a Smalltalk browser biased on: productivity and the development experience and the creative flow of the software developer Iâm releasing it in the open so the idea can spread its own wings I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice. For the tests Iâve done, the designâs results are promising, needs more work thou It would be great to have your feedback/input sebastian o/
2014-03-04 0:15 GMT+00:00 Sebastian Sastre <sebastian@flowingconcept.com>:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekend's experiment, so there it is: https://github.com/sebastianconcept/Creativity
It would be great to have your feedback/input
ONE screenshot would be immensely engaging!! I´ll play with it tomorrow if I have the time :)
great idea! done... pushed! take a look now On Mar 3, 2014, at 9:29 PM, Sergi Reyner <sergi.reyner@gmail.com> wrote:
2014-03-04 0:15 GMT+00:00 Sebastian Sastre <sebastian@flowingconcept.com>: Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity It would be great to have your feedback/input
ONE screenshot would be immensely engaging!!
I´ll play with it tomorrow if I have the time :)
I cannot see the screenshot Alexandre
Le 03-03-2014 à 21:51, Sebastian Sastre <sebastian@flowingconcept.com> a écrit :
great idea! done...
pushed!
take a look now
On Mar 3, 2014, at 9:29 PM, Sergi Reyner <sergi.reyner@gmail.com> wrote:
2014-03-04 0:15 GMT+00:00 Sebastian Sastre <sebastian@flowingconcept.com>:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity It would be great to have your feedback/input
ONE screenshot would be immensely engaging!!
I´ll play with it tomorrow if I have the time :)
Hi, Interesting goal. Obviously, one cannot judge flow much from the picture. Would it be possible to provide a screencast for it? Doru On Tue, Mar 4, 2014 at 4:14 AM, Alexandre Bergel <alexandre.bergel@me.com>wrote:
I cannot see the screenshot
Alexandre
Le 03-03-2014 à 21:51, Sebastian Sastre <sebastian@flowingconcept.com> a écrit :
great idea! done...
pushed!
take a look now
On Mar 3, 2014, at 9:29 PM, Sergi Reyner <sergi.reyner@gmail.com> wrote:
2014-03-04 0:15 GMT+00:00 Sebastian Sastre <sebastian@flowingconcept.com>:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekend's experiment, so there it is: https://github.com/sebastianconcept/Creativity
It would be great to have your feedback/input
ONE screenshot would be immensely engaging!!
I´ll play with it tomorrow if I have the time :)
-- www.tudorgirba.com "Every thing has its own flow"
This is because I was on the iphone. On the laptop I see it Cheers, Alexandre On Mar 4, 2014, at 12:14 AM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
I cannot see the screenshot
Alexandre
Le 03-03-2014 à 21:51, Sebastian Sastre <sebastian@flowingconcept.com> a écrit :
great idea! done...
pushed!
take a look now
On Mar 3, 2014, at 9:29 PM, Sergi Reyner <sergi.reyner@gmail.com> wrote:
2014-03-04 0:15 GMT+00:00 Sebastian Sastre <sebastian@flowingconcept.com>: Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity It would be great to have your feedback/input
ONE screenshot would be immensely engaging!!
I´ll play with it tomorrow if I have the time :)
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Didn't tried yet, but looks nice. Cool you have included the Senders & Implementors buttons, I miss them in Nautilus :) Cheers, Hernán 2014-03-03 21:15 GMT-03:00 Sebastian Sastre <sebastian@flowingconcept.com>:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity
Creativity is the prototype of a Smalltalk browser biased on:
- productivity and - the development experience and - the creative flow <http://en.wikipedia.org/wiki/Flow_(psychology)> of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian <https://about.me/sebastianconcept>
o/
Nautilus plugins are in need of some love. The senders/implementors... buttons can be in such a thing. I added the finder plugin and it is very useful. Phil On Tuesday, March 4, 2014, Hernán Morales Durand <hernan.morales@gmail.com> wrote:
Didn't tried yet, but looks nice. Cool you have included the Senders & Implementors buttons, I miss them in Nautilus :)
Cheers,
Hernán
2014-03-03 21:15 GMT-03:00 Sebastian Sastre <sebastian@flowingconcept.com<javascript:_e(%7B%7D,'cvml','sebastian@flowingconcept.com');>
:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekend's experiment, so there it is: https://github.com/sebastianconcept/Creativity
Creativity is the prototype of a Smalltalk browser biased on:
- productivity and - the development experience and - the creative flow <http://en.wikipedia.org/wiki/Flow_(psychology)> of the software developer
I'm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests I've done, the design's results are promising, needs more work thou
It would be great to have your feedback/input
sebastian <https://about.me/sebastianconcept>
o/
-- --- Philippe Back Visible Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller
Sebastian, That is a cool, clean browser indeed. I especially like the fact that you build a prototype instead of just talking about it: that is the way to do it, invent the future. I do fail to see exactly what is different about it, can you explain that ? Sven On 04 Mar 2014, at 01:15, Sebastian Sastre <sebastian@flowingconcept.com> wrote:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity Creativity is the prototype of a Smalltalk browser biased on:
⢠productivity and ⢠the development experience and ⢠the creative flow of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian
o/
I should publish an intro on youtube Iâll let you know when I do On Mar 4, 2014, at 5:43 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Sebastian,
That is a cool, clean browser indeed. I especially like the fact that you build a prototype instead of just talking about it: that is the way to do it, invent the future. I do fail to see exactly what is different about it, can you explain that ?
Sven
On 04 Mar 2014, at 01:15, Sebastian Sastre <sebastian@flowingconcept.com> wrote:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity Creativity is the prototype of a Smalltalk browser biased on:
⢠productivity and ⢠the development experience and ⢠the creative flow of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian
o/
nice :) Now in Nautilus I often type Log to only the Log package so what display your search bar Stef On 04 Mar 2014, at 01:15, Sebastian Sastre <sebastian@flowingconcept.com> wrote:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity Creativity is the prototype of a Smalltalk browser biased on:
productivity and the development experience and the creative flow of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian
o/
Le 04/03/2014 13:18, Pharo4Stef a écrit :
nice :) Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef, when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar) Why am I asking that? One of my experiments at the moment is systematic scoped browsing, and so I tried: double click on a package -> new browser instance scoped on that package. But I'm not using that feature that much. I'd like to ask others what would they do with such a feature. Thierry
Stef On 04 Mar 2014, at 01:15, Sebastian Sastre <sebastian@flowingconcept.com <mailto:sebastian@flowingconcept.com>> wrote:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity
Creativity is the prototype of a Smalltalk browser biased on:
* productivity and * the development experience and * the creative flow <http://en.wikipedia.org/wiki/Flow_(psychology)> of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian <https://about.me/sebastianconcept>
o/
-- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
I usually never switch between Log and other packages / classes, except if those packages are related (i.e., from the same application). When I need to see other classes that have nothing to do with my application, I usually open a new browser. Alexandre On Mar 4, 2014, at 9:29 AM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef,
when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar)
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Le 04/03/2014 14:02, Alexandre Bergel a écrit :
I usually never switch between Log and other packages / classes, except if those packages are related (i.e., from the same application). When I need to see other classes that have nothing to do with my application, I usually open a new browser.
Ok, then another question: - When working on one application, would you prefer all searches and refactorings be: a) scoped to your application b) system wide c) both (:)) I implemented a) for classes and packages, but I'm wondering if this is the right balance: a) is very convenient, but at times I want b), which means c). I also have a problem of a good GUI representation of the fact the browser is scoped, and which scope exactly it is. Why? Because, when scoping is easy, then you can drill down through code by scoping over scoping: first a package / then a class / then a group of methods... And then explaining what the scope is at that point is... not easy. Thierry
Alexandre
On Mar 4, 2014, at 9:29 AM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef,
when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar)
-- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
I usually never switch between Log and other packages / classes, except if those packages are related (i.e., from the same application). When I need to see other classes that have nothing to do with my application, I usually open a new browser.
Ok, then another question: - When working on one application, would you prefer all searches and refactorings be: a) scoped to your application b) system wide c) both (:))
I would like the system to give me what I expect: Searching for something that is not contained in my application, should give me the broad result. Searching for something that is part of the application, should result from the rest of the system should be made optional. Alexandre
I implemented a) for classes and packages, but I'm wondering if this is the right balance: a) is very convenient, but at times I want b), which means c).
I also have a problem of a good GUI representation of the fact the browser is scoped, and which scope exactly it is. Why?
Because, when scoping is easy, then you can drill down through code by scoping over scoping: first a package / then a class / then a group of methods... And then explaining what the scope is at that point is... not easy.
Thierry
Alexandre
On Mar 4, 2014, at 9:29 AM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef,
when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar)
-- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Le 04/03/2014 20:41, Alexandre Bergel a écrit :
I usually never switch between Log and other packages / classes, except if those packages are related (i.e., from the same application). When I need to see other classes that have nothing to do with my application, I usually open a new browser.
Ok, then another question: - When working on one application, would you prefer all searches and refactorings be: a) scoped to your application b) system wide c) both (:))
I would like the system to give me what I expect: Searching for something that is not contained in my application, should give me the broad result.
Not contained or not found? A broad result would be the one in the scope above your application, or the global one (i.e. everything).
Searching for something that is part of the application, should result from the rest of the system should be made optional.
Hum. That sentence got me thinking. I believe I can see a way of showing that. Thanks Alexandre, this is really interesting. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
On 04 Mar 2014, at 14:14, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Le 04/03/2014 14:02, Alexandre Bergel a écrit :
I usually never switch between Log and other packages / classes, except if those packages are related (i.e., from the same application). When I need to see other classes that have nothing to do with my application, I usually open a new browser.
Ok, then another question: - When working on one application, would you prefer all searches and refactorings be: a) scoped to your application b) system wide c) both (:))
it depends :) so probably c :)
I implemented a) for classes and packages, but I'm wondering if this is the right balance: a) is very convenient, but at times I want b), which means c).
me too so I think that the solution is to have a really fast way to create a scope and that it is obvious and apparent.
I also have a problem of a good GUI representation of the fact the browser is scoped, and which scope exactly it is. Why?
Because, when scoping is easy, then you can drill down through code by scoping over scoping: first a package / then a class / then a group of methods... And then explaining what the scope is at that point is... not easy.
oh I get it perfectly :)
Thierry
Alexandre
On Mar 4, 2014, at 9:29 AM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef,
when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar)
-- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Le 05/03/2014 08:57, Pharo4Stef a écrit :
me too so I think that the solution is to have a really fast way to create a scope and that it is obvious and apparent.
Really fast way to create a scope: easy, already done :) make it obvious and apparent... Well, this is where I'm a bit stuck. I see things, but they are neither simple to implement nor elegant. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
On 04 Mar 2014, at 13:29, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Le 04/03/2014 13:18, Pharo4Stef a écrit :
nice :) Now in Nautilus I often type Log to only the Log package so what display your search bar
Hi Stef,
when you do that, do you usually: - work only with Log in that Nautilus instance (i.e. your package search entry is staying with Log all the time) - Or switch between Log and other packages / classes (i.e. you write Log multiple times in the search bar)
I was for example working with SimpleLog and SystemLogger so I type Log and I only see all the log packages and this is quite cool Now it happens that I look for something else. And I open another browser in such case.
Why am I asking that?
One of my experiments at the moment is systematic scoped browsing, and so I tried: double click on a package -> new browser instance scoped on that package.
But I'm not using that feature that much. I'd like to ask others what would they do with such a feature.
Iâm thinking that may be using as scope the result of a query could be nice. Imagine that we have a little button close to the search bar that says scoped and spawn a new scoped browser and that we could remove/add extra package in the scope it can be really handy. This was the idea of the groups originally. Stef
Thierry
Stef On 04 Mar 2014, at 01:15, Sebastian Sastre <sebastian@flowingconcept.com <mailto:sebastian@flowingconcept.com>> wrote:
Hi Smalltalker!
After a talk with Thierry I was encouraged to publish this weekendâs experiment, so there it is: https://github.com/sebastianconcept/Creativity
Creativity is the prototype of a Smalltalk browser biased on:
* productivity and * the development experience and * the creative flow <http://en.wikipedia.org/wiki/Flow_(psychology)> of the software developer
Iâm releasing it in the open so the idea can spread its own wings
I wish I could dedicate more to this because it provides the feeling and the UX of the tool we would use to code every day regardless of the Smalltalk dialect of your choice.
For the tests Iâve done, the designâs results are promising, needs more work thou
It would be great to have your feedback/input
sebastian <https://about.me/sebastianconcept>
o/
-- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Le 05/03/2014 08:48, Pharo4Stef a écrit :
Iâm thinking that may be using as scope the result of a query could be nice. Imagine that we have a little button close to the search bar that says scoped and spawn a new scoped browser and that we could remove/add extra package in the scope
This is what AltBrowser does at the moment. If you use it, do a search in the Finder plugin, it will open a browser scoped on the query result. And, in a scoped browser, finder searches are scoped, of course :) As well for : implementors, senders, class hierarchy, smart suggestions searches, etc... This is why I'm asking those questions: I'm getting used to it, but, still, I'd like to find just about the right balance between scoped searches and global searches.
it can be really handy. This was the idea of the groups originally.
It is handy :) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
participants (10)
-
Alexandre Bergel -
btc＠openinworld.com -
Goubier Thierry -
Hernán Morales Durand -
Pharo4Stef -
phil＠highoctane.be -
Sebastian Sastre -
Sergi Reyner -
Sven Van Caekenberghe -
Tudor Girba