James
I think you speak from the heart - and I agree with you. One of the main Squeak aims should be that we make programming easier for the type of activity you describe. There are HCI/design and programming issues that deserve intellectual input. There are lots of very good Squeak programmers (I have met some) who very into the deeper things but never look at the Morphic ('eToys') stuff. The Tweak/Morphic issue is one of the key things for the future of Squeak - it is at that level that basic 'classroom work' can be done in a wonderful hands-on way so it needs to be resolved. Currently these things are not as immediately usable as they could be. I am not sure how the community functions to resolve these issues. Yours Bob On 4/2/07 16:43, "J F" <[hidden email]> wrote: > Hello all, > I feel compelled to add my point of view due to recent discussions on this > list; I have kept quiet for a long time as I'm not a professional programmer > and haven't contributed code so my point of view doesn't hold much weight > but I hope to be expressing a wish that other silent readers have - if not, > I'll quietly go away and see what other solutions can do for me. > First, some background: I was first introduced to computers as a child, on > Apple ][ machines at my father's work, on which I learned to program in > basic, making little games. I then progressed to a ZX81 at home and then a > spectrum, all of which there was an easy route into programming. I then > spent around 15 years without a computer and when I finally got a PC was > horrified - I had a computer which (out of the box) I couldn't use to > compute! > I have since dirtied my hands with all sorts of programming languages and it > took a long time before I stumbled over squeak. Squeak has been an amazing > and enlightening adventure for me but I have never really used it. The thing > that has kept me interested even though I don't use squeak (except to > explore squeak itself) is Alan Kay's dynabook vision. This is how I'd like > to use my computer (or even better, my pda.) > Now in the next part of this mail I'm going to say all sorts of things that > I'm sure many squeak developers will disagree with. I'm aware that squeak is > being pulled in several directions simultaneously and everyone has their > good reasons for doing so but I have to put my viewpoint across and deal > with the flames. If any of this sounds blunt or naive, I'm sorry. > There are many RAD ways of building native applications - wxPython, wxRuby, > wxPerl... You get the idea. I'm sure wxGNUSmalltalk would be possible. For > me, the beauty and the power of squeak is in the direct manipulation of > objects. > I would love to see Tweak in the main image. There is a lot of talk about > cleaning up morphic and the huge effort it would require. Would it not be a > better idea to spend that effort getting Tweak functional in the main image? > I'm sure there are many ways that the etoys environment and tile scripting > could be expanded upon to create more advanced programming possibilities for > the non-expert like myself. > One way in which this type of environment could be useful to the layperson > (and I have many more ideas which I'll save for a later date) would be the > types of things that people generally use (and abuse) spreadsheets for. > For example, if we had a list that we could pull from a flap and then could > produce a tile that sums all the elements or have a 'collect' tile that > could be used to make a little script to add 15% to the values and populate > a new list... These morphs (or tweaks) could be embedded into a bookmorph > (booktweak?) and easily presented in an attractive manner. One could even > use the animation capabilities that etoys already has to create motivational > aids - a small drawing of an athlete who will reach the finishing line at > the other side of the screen if the numbers add up right (those numbers > could be your weight, the money you've earned, the amount of cigarettes > you've smoked..) > Anyway, I'm sure a lot of you have thought about the dynabook and about > adult etoys and fantasised about what it could do. I just worry, maybe > unjustly so that squeak is being developed by such competent programmers > that the needs or wants of people like me who aren't programmers or maybe > have it as a hobby gets overlooked. I think that an adult etoys environment > would be the killer app (environment or whatever you would call it) for > squeak. > Many thanks to all of you for such an amazing piece of software, > James > > > |
In reply to this post by Brad Fuller-3
But it is a much easier sell if you provide your radical solution one bite
at a time. As always. >From: Brad Fuller <[hidden email]> >Reply-To: The general-purpose Squeak developers >list<[hidden email]> >To: The general-purpose Squeak developers >list<[hidden email]> >Subject: Re: Making Squeak more accessible and used - reversing the trend >Date: Mon, 05 Feb 2007 15:01:59 -0800 > >Yep, if you want to move beyond the status quo and provide tools that seem >odd at first blush to users, it's going to be a tad tougher sell. as >always: > >"It must be considered that there is nothing more difficult to carry >out, nor more doubtful of success, nor dangerous to handle, than to >initiate a new order of things. For the reformer has enemies in all >those who profit by the old order, and only lukewarm defenders in all >those who would profit by the new order, this lukewarmness arising >partly from fear of their adversaries, who have the laws in their favor; >and partly from the incredulity of mankind, who do not truly believe in >anything new until they have had actual experiences of it. Thus, it >arises that on every opportunity for attacking the reformer, his >opponents do so with the zeal of partisans, the others only defend him >half-heartedly, so that between them he runs great danger." > >1513 AD Machiavelli > > >Giuseppe Luigi Punzi wrote: >>Hi all, >> >>I disagree with native windows. One of the features of Squeak is get an >>image and load it on any OS without changes with a proper vm. And I love >>this as much as I love the Smalltalk/Squeak way to develop. >> >>The thing could be change with the windows feel. More like a normal window >>but with the squeak features. >> >>As I said one day: >>http://weeklysqueak.wordpress.com/2006/10/18/squeak-toy-or-instrument/ >> >>I'm founding my company, and talking with my girlfriend, I told her about >>make my projects on smalltalk. She told me: >> >> "all the benefits if you use squeak are very good but, what happen with >>the end-user? The end-user have fear about changes. You can make a ERP >>with Squeak?" Yes I told it. "And looks like other apps?" No "Then will be >>very difficult to sell" >> >>I told her about XProgramming, OO benefits, blablabla all very beautiful >>but as She saids, >> >>"If you give an app to an end-user and this app don't looks like a normal >>app, this end-user doesn't want it. He will not use the app because look >>strange." >> >>I have the same opinion I expressed on October 2006. Is good if Squeak >>have a different look, for the actual look exists SqueakLand with her own >>image. I don't talk about gray apps (as Diego calls it). But a lot of >>widgets inside the image, with a business look could be interesting. >> >>Develop over squeak is fun, and this is important, but, the end-user >>doesn't understand about develop fun. "He" wants work, not develop, and >>"he" don't want "coloured windows" because disconcern it. I pay my bills >>thanks to the app's I develop. If I can't sell my app's, then I can't pay >>my bills. I don't like this way, but is the reality. The end-user is the >>boss, and you must do your work as "he" wants, because "he" pay. >> >>If you offer an app in Squeak, and other company offer the same app, but >>developed over VB, .NET, Java etc.., he will choose the VB,.NET,Java >>project because the other is strange and doesn't look an app. >> >>Now, some people will be answer with "Komanche+Seaside=Web Interface" but, >>as I said, (I think) the web interface is not the solution, not all the >>end-users likes web interface to work (a point of sale on a supermarket >>for example), and remember, "he" pay. >> >>Is sad. All is around money, yes, but is the reality and, I think, all of >>us, wants work with Squeak using it on commercial projects for our own >>benefit, and not use it only on home to invest. >> >>There are "solutions" (¿solution?) like wxSqueak, but seems not continued. >> >>IMHO, If Squeak change the look&feel, could be the Smalltalk flavour thath >>make shadow to VisualWorks. And we, the developers (and users), don't need >>a pink debug window to fun developing. >> >>Well, this is only my pesonal opinion (not the solution) about this >>(again). My 2 cents. >> >>El Sábado, 3 de Febrero de 2007 22:00, J J escribió: >>>I have been thinking about this stuff as well. >>> >>>Vista is out, and the places I read think Microsoft may have opened the >>>door for some competition (due to trying to force DRM down everyone's >>>throats, etc.). If Steve Jobs goes for it, Micheal Dell said he is >>>interested in shipping Dells with Mac OS on them. Some people are even >>>saying Linux may gain some big market share. >>> >>>So what this means to me is, people will be looking for an easy way to >>>make >>>GUI applications on these platforms. I know nearly nothing about the MAC >>>world, but in Linux the only RAD tool I am aware of is a code generator >>>for >>>GTK. >>> >>>Now in Smalltalk we always say (and I believe) that we can be much more >>>productive then other languages. So I think it may be time to prove it. >>> >>>I don't know how many of you have used Dolphin, but it is an amazing >>>system. It only works on windows, but the GUI is wonderful and looks just >>>like a normal windows app. And what is more, after you build an >>>application, it has tools to automatically package up the application you >>>write and turn it into a MSI kind of package. This includes turning >>>certain parts into DLL's so that if you write multiple applications they >>>can share libraries, etc., etc.. >>> >>>And I think Dolphin is currently the perfect system for building native >>>windows apps. You get as much, or more speed then a VB environment but >>>vastly more power. >>> >>>What would be nice, is if Squeak had something like this. A great GUI >>>builder (maybe it has already) and some way that we could use some system >>>to turn an application we write into a native Linux/Mac OS package. >>>Well, >>>native looking. If you check what Dolphin installs you would find a >>>smalltalk interpreter in there. The payback with the installer is, we >>>can >>>then submit "binaries" to distributions like Debian for any applications >>>we >>>make. The end user doesn't need to know it is Smalltalk. If we end up >>>becoming a big player in the Linux and/or MAC world, people will be >>>*begging* us to share how we are doing it. >>> >>>With a rapid GUI development tool bound with the productivity of the >>>Smalltalk language and the platform independence of Squeak we could have >>>quite an advantage in the native UI space. And I understand the concerns >>>about making apps that do things that already exist, but what we have to >>>remember is that all applications change all the time. What a Word >>>processor looked like 5 years ago is a little different then what they >>>look >>>like today and will be still more different in another 5. Not >>>drastically, >>>but new features are being added. All we have to do is keep up with the >>>features they have and add our own here and there. To take a page from >>>Paul Graham's book, when ever a "competitor" adds a feature, we can have >>>it >>>the next day. >>> >>>Think about Mozilla for example. They are pretty advanced, but it is an >>>enormous code base in C. They can't add new core features quickly. >>> >>>I still believe the web will play an even larger roll in the future then >>>now, but we will always have to have *some* native apps (a browser if >>>nothing else). And if MAC gets a bigger percentage of the desktop market >>>share (and maybe even Linux), this could open up an opportunity that >>>wasn't >>>there before. And I don't think anyone can move to cover that gap as >>>quick >>>as Smalltalk can. >>> >>>>From: Brad Fuller <[hidden email]> >>>>Reply-To: The general-purpose Squeak developers >>>>list<[hidden email]> >>>>To: [hidden email] >>>>Subject: Making Squeak more accessible and used - reversing the trend >>>>Date: Tue, 30 Jan 2007 18:05:01 -0800 >>>> >>>>All, >>>><sniped> >>>_________________________________________________________________ >>> >>> >From predictions to trailers, check out the MSN Entertainment Guide to >>>the >>> >>>Academy Awards® >>>http://movies.msn.com/movies/oscars2007/?icid=ncoscartagline1 >> > > >-- >brad fuller >www.bradfuller.com > _________________________________________________________________ FREE online classifieds from Windows Live Expo buy and sell with people you know http://clk.atdmt.com/MSN/go/msnnkwex0010000001msn/direct/01/?href=http://expo.live.com?s_cid=Hotmail_tagline_12/06 |
In reply to this post by Brad Fuller-3
Brad Fuller wrote:
> Thus, it > arises that on every opportunity for attacking the reformer, his > opponents do so with the zeal of partisans, the others only defend him > half-heartedly, so that between them he runs great danger." > > 1513 AD Machiavelli this is very true of any truggle for power, like in politics, economy, and war. but I fail to see any need for such struggle in computer science. Squeak is an open source project and as such does not have to fight anything. if we just make it as good as we can, according to our own elitist and knowledgeable idea of "good", then that is enough. I do not see the point in having anyone to convince, nor any fight to figh, nor any product to sell. let's just be free of struggle, intelligent and creative. let's just build a beautiful piece of software, end even if it takes 50 years for its quality to be somewhat largely recognized (as it happens to Lisp nowadays), well what is the problem ? Stef |
In reply to this post by rhawley
Robert Hawley wrote:
> The Tweak/Morphic issue is one of the key things for the future of Squeak - > it is at that level that basic 'classroom work' can be done in a wonderful > hands-on way so it needs to be resolved. Currently these things are not as > immediately usable as they could be. > > I am not sure how the community functions to resolve these issues. it doesn't. Stef |
In reply to this post by Stéphane Rollandin
Stéphane Rollandin wrote:
> I do not see the point in having anyone to convince, nor any fight to > figh, nor any product to sell. let's just be free of struggle, > intelligent and creative. let's just build a beautiful piece of > software, end even if it takes 50 years for its quality to be somewhat > largely recognized (as it happens to Lisp nowadays), well what is the > problem ? I don't see any. The great thing about squeak, the community and the license is you can pretty much do as you please. -- brad fuller www.bradfuller.com |
In reply to this post by Stéphane Rollandin
On Tue, 06 Feb 2007 09:08:54 +0100, Stéphane Rollandin wrote:
> Brad Fuller wrote: >> Thus, it >> arises that on every opportunity for attacking the reformer, his >> opponents do so with the zeal of partisans, the others only defend him >> half-heartedly, so that between them he runs great danger." >> 1513 AD Machiavelli > > this is very true of any truggle for power, like in politics, economy, > and war. > > but I fail to see any need for such struggle in computer science. Squeak > is an open source project and as such does not have to fight anything. > if we just make it as good as we can, according to our own elitist and > knowledgeable idea of "good", then that is enough. + (1 big) > I do not see the point in having anyone to convince, nor any fight to > figh, nor any product to sell. let's just be free of struggle, > intelligent and creative. let's just build a beautiful piece of > software, end even if it takes 50 years for its quality to be somewhat > largely recognized (as it happens to Lisp nowadays), well what is the > problem ? Yeah, there are so many open source projects, see for example yesterday's "How To Tell Open-Source Winners From Losers" - http://developers.slashdot.org/article.pl?sid=07/02/05/1618253 but only so few programming languages ;-) /Klaus > Stef > > > |
In reply to this post by Brad Fuller-3
Brad,
The colossal misunderstanding of our time is the assumption that insight will work with people who are unmotivated to change. Communication does not depend on syntax, or eloquence, or rhetoric, or articulation but on the emotional context in which the message is being heard. People can only hear you when they are moving toward you, and they are not likely to when your words are pursuing them. Even the choicest words lose their power when they are used to overpower. Attitudes are the real figures of speech. (Edwin H. Friedman) More to the point, give the user what they want, though not necessarily the way they want it. Then gradually show them a better way. Bill Brad Fuller brad at bradfuller.com Mon Feb 5 23:01:59 UTC 2007 Yep, if you want to move beyond the status quo and provide tools that seem odd at first blush to users, it's going to be a tad tougher sell. as always: "It must be considered that there is nothing more difficult to carry out, nor more doubtful of success, nor dangerous to handle, than to initiate a new order of things. For the reformer has enemies in all those who profit by the old order, and only lukewarm defenders in all those who would profit by the new order, this lukewarmness arising partly from fear of their adversaries, who have the laws in their favor; and partly from the incredulity of mankind, who do not truly believe in anything new until they have had actual experiences of it. Thus, it arises that on every opportunity for attacking the reformer, his opponents do so with the zeal of partisans, the others only defend him half-heartedly, so that between them he runs great danger." 1513 AD Machiavelli Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: [hidden email] Tel: (352) 846-1285 FAX: (352) 392-7029 |
Bill Schwab wrote:
> Brad, > > The colossal misunderstanding of our time is the assumption that > insight will work with people who are unmotivated to change. > Communication does not depend on syntax, or eloquence, or rhetoric, or > articulation but on the emotional context in which the message is being > heard. People can only hear you when they are moving toward you, and > they are not likely to when your words are pursuing them. Even the > choicest words lose their power when they are used to overpower. > Attitudes are the real figures of speech. (Edwin H. Friedman) > > More to the point, give the user what they want, though not necessarily > the way they want it. Then gradually show them a better way. I wasn't necessarily referring to the user. I think all of us developers have this tendency... especially me. -- brad fuller www.bradfuller.com |
In reply to this post by Stéphane Rollandin
Stéphane Rollandin a écrit :
> Brad Fuller wrote: >> Thus, it >> arises that on every opportunity for attacking the reformer, his >> opponents do so with the zeal of partisans, the others only defend him >> half-heartedly, so that between them he runs great danger." >> >> 1513 AD Machiavelli > > this is very true of any truggle for power, like in politics, economy, > and war. > > but I fail to see any need for such struggle in computer science. Squeak > is an open source project and as such does not have to fight anything. > if we just make it as good as we can, according to our own elitist and > knowledgeable idea of "good", then that is enough. > > I do not see the point in having anyone to convince, nor any fight to > figh, nor any product to sell. let's just be free of struggle, > intelligent and creative. let's just build a beautiful piece of > software, end even if it takes 50 years for its quality to be somewhat > largely recognized (as it happens to Lisp nowadays), well what is the > problem ? > > > Stef > > > > the like, dreaming that he could get paid the same for doing the job in Smalltalk... For sure he has to convince he could work more or getting paid less... Bad news that he has to wait 50 years long... Nicolas |
In reply to this post by Schwab,Wilhelm K
+1. Very well put. >From: "Bill Schwab" <[hidden email]> >Reply-To: The general-purpose Squeak developers >list<[hidden email]> >To: <[hidden email]> >Subject: Re: Making Squeak more accessible and used - reversing thetrend >Date: Tue, 06 Feb 2007 10:36:46 -0500 > >Brad, > >The colossal misunderstanding of our time is the assumption that >insight will work with people who are unmotivated to change. >Communication does not depend on syntax, or eloquence, or rhetoric, or >articulation but on the emotional context in which the message is being >heard. People can only hear you when they are moving toward you, and >they are not likely to when your words are pursuing them. Even the >choicest words lose their power when they are used to overpower. >Attitudes are the real figures of speech. (Edwin H. Friedman) > >More to the point, give the user what they want, though not necessarily >the way they want it. Then gradually show them a better way. > >Bill > > > > > >Brad Fuller brad at bradfuller.com >Mon Feb 5 23:01:59 UTC 2007 > >Yep, if you want to move beyond the status quo and provide tools that >seem odd at first blush to users, it's going to be a tad tougher sell. > >as always: > >"It must be considered that there is nothing more difficult to carry >out, nor more doubtful of success, nor dangerous to handle, than to >initiate a new order of things. For the reformer has enemies in all >those who profit by the old order, and only lukewarm defenders in all >those who would profit by the new order, this lukewarmness arising >partly from fear of their adversaries, who have the laws in their >favor; >and partly from the incredulity of mankind, who do not truly believe >in >anything new until they have had actual experiences of it. Thus, it >arises that on every opportunity for attacking the reformer, his >opponents do so with the zeal of partisans, the others only defend him >half-heartedly, so that between them he runs great danger." > >1513 AD Machiavelli > > > >Wilhelm K. Schwab, Ph.D. >University of Florida >Department of Anesthesiology >PO Box 100254 >Gainesville, FL 32610-0254 > >Email: [hidden email] >Tel: (352) 846-1285 >FAX: (352) 392-7029 > > _________________________________________________________________ Valentines Day -- Shop for gifts that spell L-O-V-E at MSN Shopping http://shopping.msn.com/content/shp/?ctId=8323,ptnrid=37,ptnrdata=24095&tcode=wlmtagline |
In reply to this post by Giuseppe Luigi Punzi-2
On 05/02/07, Giuseppe Luigi Punzi <[hidden email]> wrote:
> > I disagree with native windows. One of the features of Squeak is get an image > and load it on any OS without changes with a proper vm. And I love this as > much as I love the Smalltalk/Squeak way to develop. > > The thing could be change with the windows feel. More like a normal window but > with the squeak features. > I don't think you're alone in this; just looking through the Swiki there have been many attempts to address this need: http://wiki.squeak.org/squeak/1576 http://wiki.squeak.org/squeak/1008 http://wiki.squeak.org/squeak/3480 http://wiki.squeak.org/squeak/5887 Edgar J. De Cleene's 2006 return to Zurgle Most of them are incomplete, out-of-date, and abandoned; but they show that developers are repeatedly coming back to a need to find an easy way to create and manage a user interface that employs the metaphors that have become familiar to most desktop users. Not a "Windows clone", but perhaps something like Tk or Swing Metal -- familiar enough, but not tied to the platform -- and not requiring extra installation above and beyond the Squeak VM & image. After looking at the options (and trying unsuccessfully to make prefab usable for me), I gave up! I'm now using Seaside to build the UI for my applications. This isn't a perfect answer, in fact using a complex mix of HTML CSS and JS to replicate a rich client interface is pretty mad, but it quickly gives me a user interface that is familiar and can be layed out quickly and easily. If I had access within Squeak to a full set of UI widgets that had a consistent look and feel, were more 'mainstream', and preferably came with builder tools (perhaps Magritte with layout hinting), I'd love to have the power of Morphic under the covers, but as it is, Seaside is the best game in town. Cheers, Michael |
> From: Michael Davies > Sent: Tuesday, February 06, 2007 4:04 PM > > [snip] > After looking at the options (and trying unsuccessfully to make prefab > usable for me), I gave up! I'm now using Seaside to build the UI for > my applications. This isn't a perfect answer, in fact using a complex > mix of HTML CSS and JS to replicate a rich client interface is pretty > mad, but it quickly gives me a user interface that is familiar and can > be layed out quickly and easily. > > If I had access within Squeak to a full set of UI widgets that had a > consistent look and feel, were more 'mainstream', and preferably came > with builder tools (perhaps Magritte with layout hinting), I'd love to > have the power of Morphic under the covers, but as it is, Seaside is > the best game in town. > > Cheers, > Michael > +1 For what it's worth I came to the same conclusion! Ron Teitelbaum |
In reply to this post by Brad Fuller-3
Stef,
You seem to be making my point w/o realizing it. There is indeed no need for struggle (with our would-be users), and the thought process that leads to the current struggles (the community's collective looking down its nostrils at GUI conventions) is (sad to say) based in elitism. You say there is no need to struggle, but you combat every attempt to provide OPTIONAL behavior that (pardon the term) mainstream users have grown to expect. I am not trying to tell you how to build your user interfaces. I am telling you what my users will demand of anything I put in front of them, and I guarantee you that they are not unique. I have no doubt that it is possible to improve on human/machine interfaces, but as JJ said, do it one step at a time, and start with what the users currently understand. If the community cannot tolerate that, I fear it will never come to grips with the breaking changes (ANSI, stream exhaustion, underscores) that are necessary to make Squeak helpful to the Smalltalk community in general. Put another way, I urge you (collectively) to stop bragging about Squeak's being a toy. Turn it into a tool that can be used to make toys, other tools, or anything else - even boring mundane software if that's what a Smalltalker's customers want. Again, the modularization for 3.10 is the time to do this stuff. Squeak has immense potential; please realize it. End of (very sincere) rant. Bill Stéphane Rollandin lecteur at zogotounga.net Tue Feb 6 08:08:54 UTC 2007 Brad Fuller wrote: > Thus, it > arises that on every opportunity for attacking the reformer, his > opponents do so with the zeal of partisans, the others only defend him > half-heartedly, so that between them he runs great danger." > > 1513 AD Machiavelli this is very true of any truggle for power, like in politics, economy, and war. but I fail to see any need for such struggle in computer science. Squeak is an open source project and as such does not have to fight anything. if we just make it as good as we can, according to our own elitist and knowledgeable idea of "good", then that is enough. I do not see the point in having anyone to convince, nor any fight to figh, nor any product to sell. let's just be free of struggle, intelligent and creative. let's just build a beautiful piece of software, end even if it takes 50 years for its quality to be somewhat largely recognized (as it happens to Lisp nowadays), well what is the problem ? Stef Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: [hidden email] Tel: (352) 846-1285 FAX: (352) 392-7029 |
Bill Schwab wrote:
> Stef, > > You seem to be making my point w/o realizing it. There is indeed no need for struggle (with our would-be users), of course this is not the struggle I am talking about. I'm talking about struggling to be popular. I just don't see the point. But this is only personal, and I understand a lot of people want to make it easier to do business with Squeak (that's what you call "realizing it's potential" I guess); so let it be if enough developers are motivated. I am not. what I am interested into is keeping the true power of Squeak intact, and have it grow. to me its potential is already realized (realized as potential so to speak). if most "would-be users" don't see this power, too bad for them. that's what I call elitism: people have to deserve a profound and intelligent software such as Squeak by understanding its true nature (and certainly there is a lot we could do to help them climb the learning curve). this is true of any worthy art or science: you have to study to master it. now if Squeak is to become the next big thing that's fine. I certainly do not "combat every attempt to provide OPTIONAL behavior" as you said (how did you come to believe this ?). what I'm saying is that maintaining and improving Squeak is already a demanding task (actually just understanding it is already something :). this requires work, intelligence and creativity, plus there are risks: Squeak being a kind of living thing can become sick, it can also die. so we need to take care of it. to me the rest is secondary. well this is just my opinion. I have no idea how many people would agree... regards, Stef |
Hi folks!
> Bill Schwab wrote: >> Stef, >> >> You seem to be making my point w/o realizing it. There is indeed no >> need for struggle (with our would-be users), > > of course this is not the struggle I am talking about. > > I'm talking about struggling to be popular. I just don't see the point. > But this is only personal, and I understand a lot of people want to make > it easier to do business with Squeak (that's what you call "realizing > it's potential" I guess); so let it be if enough developers are > motivated. I am not. First of all - I have only skimmed some of the posts in this subject (which is a bit telling in itself) but here is my view AND a concrete idea to boot: I don't think we should be so focused on providing "regular things" in Squeak to attract people. Sure, I am one of the few users of Celeste and I like it - but that is just because I am a Squeak-freak. :) Quite contrary I think the best way to attract people is to offer *unique things* that noone else can. An example of this is Seaside. Seaside is pretty unique and has created quite a buzz over Squeak. Another example with not nearly as much buzz yet is Magma. There are very few really good open source object databases out there and the fact that Squeak has one of the most capable ones - written entirely in Squeak - is something that has potential. But another thing we could do which I think is *really* unique is to enhance the Squeak developer environment in ways that no other development environment can. I have posted about this a few times before but I still think it would be *way cool* if we could add a "developer events publish and subscribe" model. Let me present it once more: ----begin idea---- Pretend we hook into the tools and trigger events like: User viewing class comment of class X User referencing class X in a doit User modifying class X User installing package X from SqueakMap (or using Installer) etc. Now pretend that we use say Gossip (Cees' neat P2P library) to broadcast these events out on the net in p2p fashion - well, those events that the user allows us to broadcast. And let's say you can similarly subscribe to these events. Next step is to enhance the tools to visually show us information based on the received events. For example, it would be way cool to see if someone is editing the same class I am editing *right now* or to see in real time if someone just installed my package into their image and so on. ----end of idea---- And oh, let me finish by saying that nothing almost ever gets done just because someone ELSE thinks it is "a good idea to attract more people to Squeak". Things get done because someone wants to do it him(or her)self. That doesn't prevent us *discussing* it of course. :) regards, Göran |
In reply to this post by Stéphane Rollandin
I totally agree with Stef here. Squeak is a wonderful thing among
programming environments, utilizing exploratory programming in a unique and genial way, so let's not transform it into something less beautiful just to make it used by more people. That has absolutely no sense. Maybe this is a catch 22. If we preserve Squeak as it is now, it will not be used so widely, but if we modify it to be used widely, we loose the essence of Squeak that we love so much and that made us to make it to be used widely (sorry for this messy sentence :-) ). Elod Stéphane Rollandin wrote: > Bill Schwab wrote: >> Stef, >> >> You seem to be making my point w/o realizing it. There is indeed no >> need for struggle (with our would-be users), > > of course this is not the struggle I am talking about. > > I'm talking about struggling to be popular. I just don't see the > point. But this is only personal, and I understand a lot of people > want to make it easier to do business with Squeak (that's what you > call "realizing it's potential" I guess); so let it be if enough > developers are motivated. I am not. > > what I am interested into is keeping the true power of Squeak intact, > and have it grow. to me its potential is already realized (realized as > potential so to speak). if most "would-be users" don't see this power, > too bad for them. that's what I call elitism: people have to deserve a > profound and intelligent software such as Squeak by understanding its > true nature (and certainly there is a lot we could do to help them > climb the learning curve). this is true of any worthy art or science: > you have to study to master it. > > now if Squeak is to become the next big thing that's fine. I certainly > do not "combat every attempt to provide OPTIONAL behavior" as you said > (how did you come to believe this ?). > > what I'm saying is that maintaining and improving Squeak is already a > demanding task (actually just understanding it is already something > :). this requires work, intelligence and creativity, plus there are > risks: Squeak being a kind of living thing can become sick, it can > also die. so we need to take care of it. to me the rest is secondary. > > > well this is just my opinion. I have no idea how many people would > agree... > > > regards, > > Stef > > > > > > > > > > |
My last comment on the subject: lucky AK et al did not think "let's
just keep squeak for kids" |
In reply to this post by Göran Krampe
|
In reply to this post by Elod Kironsky
Who is talking about taking anything away? I know everything I (and at
least Bill) have been talking about is adding new options. I would like an easy way to package up my application as a stand-alone as an option. That doesn't mean the concept of having everything in the image goes away. It just makes doing one kind of thing easier. And I also sometimes get the feeling that some may take these talks more serious then they are. Personally I am just expression my vision of what I think would be good for Squeak/Smalltalk. I don't expect anyone will do anything about it. I will just continue to do what I can, based on my own priorities, at my own snail-like pace. >From: Elod Kironsky <[hidden email]> >Reply-To: The general-purpose Squeak developers >list<[hidden email]> >To: The general-purpose Squeak developers >list<[hidden email]> >Subject: Re: Making Squeak more accessible and used - reversing the trend >Date: Thu, 08 Feb 2007 12:41:40 +0100 > >I totally agree with Stef here. Squeak is a wonderful thing among >programming environments, utilizing exploratory programming in a unique and >genial way, so let's not transform it into something less beautiful just to >make it used by more people. That has absolutely no sense. Maybe this is a >catch 22. If we preserve Squeak as it is now, it will not be used so >widely, but if we modify it to be used widely, we loose the essence of >Squeak that we love so much and that made us to make it to be used widely >(sorry for this messy sentence :-) ). > >Elod > >Stéphane Rollandin wrote: >>Bill Schwab wrote: >>>Stef, >>> >>>You seem to be making my point w/o realizing it. There is indeed no need >>>for struggle (with our would-be users), >> >>of course this is not the struggle I am talking about. >> >>I'm talking about struggling to be popular. I just don't see the point. >>But this is only personal, and I understand a lot of people want to make >>it easier to do business with Squeak (that's what you call "realizing it's >>potential" I guess); so let it be if enough developers are motivated. I am >>not. >> >>what I am interested into is keeping the true power of Squeak intact, and >>have it grow. to me its potential is already realized (realized as >>potential so to speak). if most "would-be users" don't see this power, too >>bad for them. that's what I call elitism: people have to deserve a >>profound and intelligent software such as Squeak by understanding its true >>nature (and certainly there is a lot we could do to help them climb the >>learning curve). this is true of any worthy art or science: you have to >>study to master it. >> >>now if Squeak is to become the next big thing that's fine. I certainly do >>not "combat every attempt to provide OPTIONAL behavior" as you said (how >>did you come to believe this ?). >> >>what I'm saying is that maintaining and improving Squeak is already a >>demanding task (actually just understanding it is already something :). >>this requires work, intelligence and creativity, plus there are risks: >>Squeak being a kind of living thing can become sick, it can also die. so >>we need to take care of it. to me the rest is secondary. >> >> >>well this is just my opinion. I have no idea how many people would >>agree... >> >> >>regards, >> >>Stef >> >> >> >> >> >> >> >> >> >> > > _________________________________________________________________ Talk now to your Hotmail contacts with Windows Live Messenger. http://get.live.com/messenger/overview |
In reply to this post by Göran Krampe
Jecel writes: > I found this plan interesting: > > http://irbseminars.intel-research.net/AlanKayNSF.pdf Given that work, is there any point to continuing with the Spoon[1] project? E.g., will there be a need for a minimal and extensible object memory, and if so, has that problem already been solved and I just haven't heard about it? Or does the Spoon work complement this project somehow? wondering, -C [1] http://netjam.org/spoon -- Craig Latta http://netjam.org/resume |
Free forum by Nabble | Edit this page |