[Cuis] Cuis

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
167 messages Options
1234567 ... 9
Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Edgar J. De Cleene
Re: [squeak-dev] [Cuis] Cuis


On 1/22/10 8:51 AM, "keith" <[hidden email]> wrote:

Therefore if you want closures for MinimalMorphic as far as I know you are on your own, and that was my point.

So you don’t have the  answers....

You ever read Alan Kay ?

Because he start this as kind of eco system.
Once was Smalltalk, now we have many.
Once was only one Squeak.
Now we have several.

I do not force any to follow me.

The current 3.11 is my idea, and Andreas have the skill I don’t have when cook 3.10 and start 3.11.

Which can’t do as I was kicked in the ass before you was...

All was in web , so I do no repeat things which I say thousand times.

This days I share with my SqueakRos friends and with some here.

The Tunk process works, you like or not.

So or you join Cuis or Trunk or Minimal or Pharo or start your own.

And let the mouse roar again.

I have SqueakLight in several flavours, FunSqueak, and a complete set of working things trough the long way http://www.squeakros.be.tc/ because some bud guy steal http://www.squeakros.org.

And maybe I was old for this now, but  know how  “
using a sponge to tighten a screw”, in the wise words of a friend .

I run for the Board this year, so old foe vote for me.

Edgar


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
In reply to this post by Tobias Pape

On 22 Jan 2010, at 09:57, Tobias Pape wrote:

> Dear Keith, dear community,
>
> Am 2010-01-22 um 07:46 schrieb keith:
>
>> Bob built an LPF image, with MC1.5 etc, on your first 3.10-closures  
>> image, you can download it from ftp.squeak.org and I requested  
>> feedback or suggestions as to what to do next with it to get the  
>> debugger working and got none.
>
> Having followed some discussions,
> I'm curious how and where I can get Bob
> for using it as auto-Image-builder.
> Yet I have watched the screencast by you, Keith,
> I am unable to find a message on -dev or the screencast
> pointing me to a place where to get it and who to install/use
> it.
>
> So Long,
> -Tobias


http://www.squeaksource.com/Bob

http://ftp.squeak.org/3.11/images/0.9Bob.zip

combined should give you the latest

Keith


Reply | Threaded
Open this post in threaded view
|

Re: [Cuis] Cuis

Levente Uzonyi-2
In reply to this post by Miguel Cobá
On Fri, 22 Jan 2010, Miguel Enrique Cobá Martinez wrote:

> there are 44 commiters,
> 15 of them just commited 1 fix.
> 5 of the commited 2 fixes
> 10 of them commited between 3 and 10 fixes
> 10 of them commited between 11 and 41 fixes
>
> And this four commiters are the real, in practical terms, commiters and
> driving directions of pharo.
>
> #('ar' 517 34.14795244385733)
> #('nice' 465 30.71334214002642)
> #('ul' 128 8.45442536327609)
> #('dtl' 110 7.26552179656539)
>
> they together have made 34.14 + 30.71 + 8.45 + 7.26 = 80.56% of all the
> commits.
>
> To me this is a community of four (or 14 adding the next 10 most
> frequent commiters).
Don't forget that most of the time contributions uploaded to the Inbox get
into the Trunk with different initials because of merging. If you want to
get a better picture (which will still be far from perfect, because of
duplicates and rejections) add the packages from Inbox and Treated Inbox
too.


Levente

>
> Interesting.
>
>
>
>
>> Cheers,
>>    - Andreas
>>
>>
>
> --
> Miguel Cobá
> http://miguel.leugim.com.mx
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Tobias Pape
In reply to this post by keith1y
Hello,
Am 2010-01-22 um 11:56 schrieb keith:
>
> http://www.squeaksource.com/Bob
>
> http://ftp.squeak.org/3.11/images/0.9Bob.zip
>
> combined should give you the latest
>

Thanks for your effort.
Alas, the first one gives me
        'Global: No Access'
and i think the second should be
        http://ftp.squeak.org/3.11/images/bob0.9.zip

Would you mind allowing access to Bob?

So Long,
        -Tobias (topa)


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

David T. Lewis
In reply to this post by keith1y
On Fri, Jan 22, 2010 at 01:12:34AM +0000, keith wrote:
>
> The same goes for bug fixes. Previously we had 100 fixes ready to load  
> into 3.10 from mantis, all documented, and supplied in their natural  
> form "changesets".

This is a misconception that really does deserve comment. Those "fixes
ready to load" contained errors, pointed to incomplete and obsolete
versions of patches, and could not possibly have functioned properly
had they been loaded into multiple flavors of the image. The assertion
that this strategy was going to work is complete utter nonsense, as
is the claim that the project was "almost done".

Regardless of any real or perceived injustices, the plain simple fact
is that the emperor had no clothes.

Dave


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Igor Stasenko
In reply to this post by Edgar J. De Cleene
2010/1/22 Edgar J. De Cleene <[hidden email]>:


> And let the mouse roar again.


Amen! :)

It is much more fun hacking in Squeak than fighting on mailing lists.
First gives you some low-hanging fruits, while second gives nothing.
Some fruits will spoil, without being tasted, but this doesn't means
that people will even think about
stopping growing fruits or buying them.

--
Best regards,
Igor Stasenko AKA sig.

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
In reply to this post by David T. Lewis

On 22 Jan 2010, at 12:25, David T. Lewis wrote:

> On Fri, Jan 22, 2010 at 01:12:34AM +0000, keith wrote:
>>
>> The same goes for bug fixes. Previously we had 100 fixes ready to  
>> load
>> into 3.10 from mantis, all documented, and supplied in their natural
>> form "changesets".
>
> This is a misconception that really does deserve comment. Those "fixes
> ready to load" contained errors, pointed to incomplete and obsolete
> versions of patches, and could not possibly have functioned properly
> had they been loaded into multiple flavors of the image. The assertion
> that this strategy was going to work is complete utter nonsense, as
> is the claim that the project was "almost done".
>
> Regardless of any real or perceived injustices, the plain simple fact
> is that the emperor had no clothes.
>
> Dave


Incorrect, it worked for me for several years. I produced the first  
proposed 3.9.1 using this process with bob version 1 in 2006.

LPF used this process successfully, in all versions of squeak for what  
is now several years.

Squeak 3.10-build included an additional 17 of those fixes.

(When you have a fix that works, you keep the date stamp to ensure  
someone doesn't change it form under you)

My working images had been running with many of those fixes over and  
above the 17 mentioned above) for many months. The only difference  
being that I hand scripted the fixes I wanted because the automatic  
interface to mantis had not been completed.

With monthly release cycle you only need to have 100-200 fixes per  
cycle, and you are making reasonable progress. I agree that if you try  
to go 12 months managing potential fixes this way you will probably  
run into problems.

regards

Keith

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
In reply to this post by Edgar J. De Cleene
The Tunk process works, you like or not.

Not for me it doesn't. The first commit I would want to make would break trunk.

In this community the following two approaches do not work.

1. We all use one package in common, it is diverging, it is not easy to maintain. Lets put it in a common place, and work on it together.

2. I have this idea, I wonder if someone else is already doing this, perhaps I can help them.

Ironically, I have gone from being the person most eager and willing to work with others, the person most likely to contribute to someone else's project, to being the person that is least desirable to work with.

My crime? - trusting the board, and trusting anyone to respect the time and effort invested.

Stefane had a choice, shall I join in with the public version of MC1.5 or not. He chose NOT.
Stefane had a choice, shall I join in with the public version of SUnit or not. He chose NOT.
Andreas had an obvious choice, shall I or shall I not, discuss the idea of trunk with the existing release team, he chose NOT. (when his job on the board was release-team liason!)

Andreas had an obvious choice, shall I or shall I not, see how to help existing release team along, he chose NOT.
Andreas had an obvious choice, shall I or shall I not, base trunk on "3.10-build", he chose NOT.

and the rest as they say is history.

This is not a technical problem, some fundamental shifts in thinking appear to be needed, and they aren't happening as far as I can see.

Keith



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Edgar J. De Cleene
Re: [squeak-dev] [Cuis] Cuis


On 1/22/10 11:04 AM, "keith" <[hidden email]> wrote:

to being the person that is least desirable to work with.

Por algo sera...


Edgar


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
In reply to this post by Tobias Pape
Hi Tobias,

I have configured my router so you can ftp to an actual bob  
installation for a while.

ftp://squeak:[hidden email]

I am also available on irc squeak, and sometimes on skype keith_hodges

regards

Keith

===
New signature: The friendly smalltalker ;-)

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Eliot Miranda-2
In reply to this post by keith1y


On Thu, Jan 21, 2010 at 10:46 PM, keith <[hidden email]> wrote:
If you hadn't spend the last 6 months having a hissy fit you would find you weren't as far behind or as inconvenienced.  You might also have participated in porting the closure bootstrap

Eliot,

I did participate in the bootstrap, I thought I was the first to do so, excepting perhaps Andreas.

Bob built an LPF image, with MC1.5 etc, on your first 3.10-closures image, you can download it from ftp.squeak.org and I requested feedback or suggestions as to what to do next with it to get the debugger working and got none.

Show me the message.  I don't remember any such message.  I typically do help in these situations.
 
(which does exist as changesets on my blog site and has been adapted to three different Squeak distros so far) to your context.  Instead you've chosen to disengage,

I did not choose to disengage, as I have stated several times, I had no choice, and I still have no choice.

Perhaps a timeline will explain.

1. Due to the unfortunate cancelation of an unrelated client project just a few weeks prior to this I had no money and I was a bit down.

In this period there was a 2 month silence form Andreas and the board, not a dicky-bird. I was working hard on 'bob', at times, and Bob began producing deliverables, documentation and screen casts. Bob was auto-building developer images, and one click images etc.

2. Andreas sent the email "This is THE new process for squeak development" that CANCELLED my work, (talk about kicking man when he is down)
it ended it right there, not a single line of code has been written for Bob beyond that day. 

Bob needs about an hours work (plus a bit of debugging) to configure the automatic testing facility, and then the bob 3.11 "process development" effort was complete.

3. Since then as a direct result of andreas' email to squeak-dev (when I had specifically asked Andreas to make release discussions in the release-team mailing list) My client and financial situation have effectively forbidden me to work any further on "the bob process", since my paying clients support of "bob" development was based on the concept that the squeak community would be using "bob", and it would be the future platform for release-team work, providing regular updates to the base image, to our production images, and regular regression tested derived images upon which to build and test our production images.

Since the "trunk" based process will only yield an image once every 12-18 months, we might as well just manually rebuild our base production images every 2 years or so, we don't therefore have a pressing need for a continuous integration server any more.

4. When Andreas cancelled "bob" he cancelled my income from bob related tools development, and pissed off my client to the extent that work which had earlier suffered somewhat at the expense of "bob" was now a priority. If I work on bob, I effectively lose the income I do have.

and what would be the point of maintaining an evolving package for old images?  

You don't have to evolve the package when you can evolve the image just enough. Using this method LPF loads MC1.5 into Squeak 3.7, but MC1.5 does not limit itself to the lowest common denominator API, MC1.5 is written for the Squeak 3.10 API, LPF evolves the images just enough. 

Cuis is based upon Squeak 3.7
Spoon is based upon 3.2
Doesn't dabble db still use 3.7 images as its workhorses.

Gjallar was on 3.8 up until a year or 2 ago, when Installer allowed it to move to 3.10

Eventually the old becomes the obsolete; the cost-benefit ratio falls below 1.  If you want to be a curator then that's up to you, but I get the impression that this community wants to be productive and self-expressive.  The past is past.

The problem with computers is, you are stuck with what you buy for 20 years or more in some cases. You are one of the lucky ones that gets to always use the latest stuff.

For example, the harrier jump jet nozzle models are written in PDP11 basic, limited to 9999 lines of code, they still have pdp11's

(& BTW the knowledge on how to implement closures is widespread (mine is based on a lisp implementation strategy), and what you're talking about is the bootstrap, not the implementation).
 
I think you misunderstand me my gripe is not about making progress, it is about throwing all the knowledge into one disorganised pot, aka "trunk".

Whatever.  Looks like you failed over two years to make a new release

I didn't fail to make a release, the release wasn't the objective. Andreas finally realised that after 2 months. A version of the release image 3.11 was produced manually by a script 18 months earlier. Ken Brown had a go and did it himself. Anyone can hack an image, it takes a bit longer to produce a continuous integration server that makes an image.

The task we wrote a proposal for to the board was for a "continuous integration PROCESS", NOT an image. 

What you forget, or don't know, is that we only made this proposal after the board had outright announced plans to cancel 3.11, and said there would be no further development of 3.x. I.e. The board at the time said we DONT want an image, 3.10 is the end of the line, for 3.x

We piped up and said, ok, but if we had a continuous integration server, that could produce a 3.11, 3.12 etc as stabilising maintenance releases, bringing 3.x to a solid dependable conclusion, in anticipation of the brave new world of Squeak 5.x

Radical "change the world work" was being carried out in Spoon, Squeak 5.0, so Andreas should have taken over spoon, which was over a year past its promised delivery date, without any sign of progress updates.

Andreas and the board moved the goal posts that they had approved without even bothering to talking to us. All of a sudden we are accused of not producing an image, when that wasn't the goal.

It was pretty disingenuous to scupper all that work without even a discussion, or consideration of the implications.

, got upset when people finally lost patience

Like I said the board had cancelled 3.x already.

and started work again, and that you lack the objectivity to realise your part in your misfortune.

No I don't lack objectivity. 

We were doing exactly what we had said we would do, and we were at the point of packaging up the final deliverables, and we would have told anyone that talked to us of the situation. That we were no more than a week away from completion and potential delivery of the cherished image. Since the image is auto generated, you simply pick your release date and it generates it according to the status of mantis at the time. So the process of discussion would have been, ok guys we have two weeks to tidy up a few of the mantis reports, and to check things, then we will hit the button and your image will be produced.

The sudden inflammation of the discussion on squeak-dev where complete strangers started asking where is the new image, was a complete surprise, and I didn't even think it was worth replying to at the time, because we had made it clear already in writing, approved by the board that we were not producing one, but the means to produce one.

There are protocols, namely that the release-team is responsible for the releases, and it was Andreas' duty to join the release team, and to work with the leaders, without being contrary and to discuss release ideas on the release-team mailing list, when I had made a specific request for him to do so.

It was extremely disingenuous of him to start the release-team discussions on squeak-dev, when I had explicitly asked him not to because at the time my paying clients were on squeak-dev and could see what was happening. As a result they pulled the financial plug on me, and constrained my freedom to make further benevolent contributions.

 You were the one who wouldn't release Bob open source.

I only threatened that in a moment of complete disgust and abject poverty, wondering where I would get my next meal from.

Check the repositories and the licences. I have mentioned several times that Bob is in the repos and all repos are open.

I'm very glad to hear both that abject poverty is no longer pressing and that Bob is available.
 
I think I'm pissing in the breeze.  Surprise me if I'm wrong.

Nope you are not wrong, because I can't do anything, like I say I have no choice.

I think you have the choice to dump your animus and reengage constructively with the community.  I for one have no patience for your careful rationality when it is interleaved with animus, negativity, (from my perspective self-justificatory) rehashing of the past, and belittling of others' contributions.  If you haven't already done so, I suggest you do need to see http://www.ted.com/talks/lang/eng/clay_shirky_on_institutions_versus_collaboration.html and think about its implications.  You're not helping and few if any are going to work with you while you rant on about how bad and evil some of us are.  My gut reaction is "fuck you" and I know I'm not alone.  So instead of saying "I did it all, I was betrayed" try and dump that crap and start to contribute.  I'm on the verge of unsubscribing from Squeak-dev and Pharo because the communicatins costs are too high.  There are hundreds of messages a day, many on "will you commit this?" "great, thanks for committing that", lots of animus messages in this thread, and precious little of the technical communication I participate here for.  Can we please get back to writing code, collaborating and making progress with Pharo and Squeak instead of accusing and chatting and (as I'm doing,. bullshitting)?  I'm 51 and I'm tired of this crap.


Keith







Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
Hi Eliot,

some thoughts for you...

Criticism may not be agreeable, but it is necessary. It fulfils the same function as pain in the human body. It calls attention to an unhealthy state of things. 

-- Winston Churchill

To build may have to be the slow and laborious task of years. To destroy can be the thoughtless act of a single day. 

-- again Winston Churchill 

> Can we please get back to writing code, collaborating and making progress with Pharo and Squeak

Sure you can, you are everyone's darling.

So 4 years of trying my damnedest to do exactly as you recommend has simply helped my understanding of Jesus' words. We all know the first part of the sentence, however the second has suddenly gained a new ring of truth.

Matthew 7:6 “Do not give dogs what is sacred; do not throw your pearls to pigs. If you do, they may trample them under their feet, and then turn and tear you to pieces."

When you say, ah but that is life in software, its not an idea world, get over it, live with it, the end justifies the means, you side with the pigs. 

To the board:

~ Fascism is not defined by the number of its victims, but by the way it kills them. - Satre

regards

victim number 2

Keith



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Bert Freudenberg
On 23.01.2010, at 13:23, keith wrote:

>
> To the board:
>
> ~ Fascism is not defined by the number of its victims, but by the way it kills them. - Satre
>
> regards
>
> victim number 2
>
> Keith

Keith, please refrain from posting to this list, at least until you are willing to do so without insults. This is not acceptable anymore.

In compliance with Godwin's Law, this thread of discussion should stop immediately.

- Bert -


Reply | Threaded
Open this post in threaded view
|

Revived from the dead [Re: [squeak-dev] [Cuis] Cuis]

Josh Gargus
In reply to this post by Josh Gargus
I realize that this thread is dead due to Godwin's law, but I want to revive an old branch because Keith happened not to respond to it.  See below...


On Jan 21, 2010, at 11:49 AM, Josh Gargus wrote:


On Jan 21, 2010, at 10:00 AM, keith wrote:

The Vision
=========
The "lurkers" just want to see a new flashy image, that they might try a little project in one day.

The "community" want to see the board provide vision and to promote harmony both philosophically/ideologically, and with technical facilities; harmony among all squeak forks, even those who don't want to be harmonised (i.e. Pharo). The community members want to be able to publish a package (e.g. Magma) and have it be tested to work for everyone, whether they be pharo users or squeak users. The community wants to be able keep its large published, even deployed code bases up to date and bug free.



The "community" doesn't want only one thing, and different people in it want different things to different degrees.  I don't dispute that what you have described above is desirable, in principle, to the vast majority of community members.  However, it is fundamentally at odds with other goals that various community members hold dear.  A balance must be struck.

Here's a very specific example.  I would like to see more integrated support for concurrent programming in the Squeak kernel.  Toward that end, I've added a trivial implementation of "promises" to the trunk (hopefully, I'll take it further relatively soon... one of the things I've done in the interim was to re-read Mark Miller's dissertation).  The current changes are intentionally non-invasive.  However, it is possible to envision widespread adoption of such programming constructs throughout the image.  Any packages that use such constructs would rely on the support in the Kernel package.  

How do you propose to support new programming paradigms that push us beyond Smalltalk-80, and yet have every package be loadable into every release of every fork?  It's fine if your answer is that this conflicts fundamentally with your vision: compatibility is king.  Just be aware that your vision is no more synonymous with the "community's" than mine or Andreas's.


Keith, can you please respond to this?  

I believe that the two visions are fundamentally at odds.  I don't think that it is a technical shortcoming of Sake/Packages, I just think that any attempt to have universal cross-fork compatibility is fundamentally doomed to either:

1) fail, or

2) "succeed", but at the cost of preventing fundamental improvements to the programming model


It seems to me that your approach is more likely to fail in the second way, but I might be missing something.  How do you propose to address this issue?  I'm trying to look at things from your point of view, but I'm afraid that this really looks like a show-stopper to me.

Cheers,
Josh




Reply | Threaded
Open this post in threaded view
|

Re: Revived from the dead [Re: [squeak-dev] [Cuis] Cuis]

Randal L. Schwartz
>>>>> "Josh" == Josh Gargus <[hidden email]> writes:

Josh> I believe that the two visions are fundamentally at odds.  I don't think
Josh> that it is a technical shortcoming of Sake/Packages, I just think that
Josh> any attempt to have universal cross-fork compatibility is fundamentally
Josh> doomed to either:

Josh> 1) fail, or

Josh> 2) "succeed", but at the cost of preventing fundamental improvements to
Josh> the programming model

Indeed.  One of the problems of non-trunk development is that the barrier
to contribution is far higher, because each individual contributor has
to understand how to make his idea *work* with *all* base images.

Whereas the model we have now, the Squeak base gets better by local commits
and by borrowing things that make sense from Pharo and Cuis, even though the
Pharo and Cuis committers didn't even know or care that Squeak may want to
borrow it.

And Pharo is getting better by borrowing *relevant* commits from
Squeak.

And I, as an individual committer to Squeak, don't have to know or care
whether my patch will work on Pharo.  It's up to the Pharo guys to
figure that out.

This is a far better system.  More commits, more progress has been made in the
past six months than the previous 18 months.

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[hidden email]> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

FDominicus
In reply to this post by Josh Gargus
Josh Gargus <[hidden email]> writes:

>
>
> The "community" doesn't want only one thing, and different people in it want
> different things to different degrees.  I don't dispute that what you have
> described above is desirable, in principle, to the vast majority of community
> members.  However, it is fundamentally at odds with other goals that various
> community members hold dear.  A balance must be struck.
You are right, but let's as it that way:
- how many of you do activly work in the "Kernel!"
- how many of you do use it for application development

I would be suprised to see a ratio much higher than 1:10 000 or even
1: 100 000 (kernel dev/application dev).

As I understand Keiths posting he's mainly an application developer and
so it's clear that he does not like to re-write his code over and over
again (for whatever good/bad technical reason).

I just can tell you a story from Eiffel wonderland where this ratia
surely was much more in favour of "application" developers.  One
development team in Eiffel has broken old code with nearly every "minor"
update. This means software once written and "working" just stops. If
you ever have encountered that, you surely will understand Keiths points
very well.

There's IMHO no better way to drive away people but to break their code
over and over again...

>
> Here's a very specific example.  I would like to see more integrated support
> for concurrent programming in the Squeak kernel.  Toward that end,
> I've added a
> trivial implementation of "promises" to the trunk (hopefully, I'll take it
> further relatively soon... one of the things I've done in the interim was to
> re-read Mark Miller's dissertation).  
Well so you are interested in another thing. Well so you probably do not
see the points of Keiths mails.


Regards
Friedrich


--
Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim
Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

Nicolas Cellier
2010/1/24 Friedrich Dominicus <[hidden email]>:

> Josh Gargus <[hidden email]> writes:
>
>>
>>
>> The "community" doesn't want only one thing, and different people in it want
>> different things to different degrees.  I don't dispute that what you have
>> described above is desirable, in principle, to the vast majority of community
>> members.  However, it is fundamentally at odds with other goals that various
>> community members hold dear.  A balance must be struck.
> You are right, but let's as it that way:
> - how many of you do activly work in the "Kernel!"
> - how many of you do use it for application development
>
> I would be suprised to see a ratio much higher than 1:10 000 or even
> 1: 100 000 (kernel dev/application dev).
>
> As I understand Keiths posting he's mainly an application developer and
> so it's clear that he does not like to re-write his code over and over
> again (for whatever good/bad technical reason).
>
> I just can tell you a story from Eiffel wonderland where this ratia
> surely was much more in favour of "application" developers.  One
> development team in Eiffel has broken old code with nearly every "minor"
> update. This means software once written and "working" just stops. If
> you ever have encountered that, you surely will understand Keiths points
> very well.
>
> There's IMHO no better way to drive away people but to break their code
> over and over again...
>
>>
>> Here's a very specific example.  I would like to see more integrated support
>> for concurrent programming in the Squeak kernel.  Toward that end,
>> I've added a
>> trivial implementation of "promises" to the trunk (hopefully, I'll take it
>> further relatively soon... one of the things I've done in the interim was to
>> re-read Mark Miller's dissertation).
> Well so you are interested in another thing. Well so you probably do not
> see the points of Keiths mails.
>
>
> Regards
> Friedrich
>
>

What I really would like is to hear about REAL compatibility problem
and not supposed compatibility problems.
That would be helpful.
Application developper SHOULD raise their voice on technical issues.
Endless political conversations on what would be a perfect Squeak in a
perfect world is just irrelevant to me: it won't lead anywhere.
Since I don't see much requests in this list, shall I conclude that
either Squeak-trunk is not used for application dev. or that there is
no major compatibility problem ?

Nicolas

> --
> Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim
> Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Revived from the dead [Re: [squeak-dev] [Cuis] Cuis]

keith1y
In reply to this post by Randal L. Schwartz
> Indeed.  One of the problems of non-trunk development is that the  
> barrier
> to contribution is far higher, because each individual contributor has
> to understand how to make his idea *work* with *all* base images.

What are you talking about. This is simply not true. What a ridiculous  
idea.

The individual contributor, merely has to consider that other people  
might be interested in learning about his contribution.

For example, Edgar wants to load Closures into Minimal, Minimal is  
based upon 3.10. The knowledge and nuances of how to perform this task  
is contained in the heads of 4 people as far as I know.

1. Elliot, (he wrote closures)
2. Andreas has applied this to 3.10
3. Juan has applied this to Cuis
4. Stefane has applied this to Pharo which is based on 3.9

The common factor is that all of these people have all performed their  
task with only the goal of doing it for themselves. None have  
considered that a lesser mortal like myself or Edgar, also have a NEED  
for this, not a want, a NEED.

Edgar and I are not really clever enough to do it for ourselves, sure  
we may manage to load closures, but really we wouldnt have a clue how  
to cope with more subtle issues. Problems that have already been  
solved 4 times by experts.

> Whereas the model we have now, the Squeak base gets better

And Edgars work on Minimal is made obsolete.

> This is a far better system.  More commits, more progress has been  
> made in the
> past six months than the previous 18 months.

Progress which cant be used is not actually progress.

Keith

Reply | Threaded
Open this post in threaded view
|

Re: Revived from the dead [Re: [squeak-dev] [Cuis] Cuis]

Edgar J. De Cleene



On 1/24/10 10:18 AM, "keith" <[hidden email]> wrote:

> And Edgars work on Minimal is made obsolete.

Not.

All I do sooner or later go to people who knows better.
A long time ago I cook the first SqueakLight.
Cuis is the some similar, some years later and very, very superior .
See all about how Ralph and me do 3.10 and the ReleaseBuilderFor3dot11 class
You found the rough sketch Andreas polish for unload all and have a smaller,
modular image.

And remember 3.10 was the first image with Monticello packages going out...

I have Etoys reload/load a long time ago, but no perfect.
Now I have the "class repository" idea and this also some clever guy polish
some day and we have a more granular system.
All ideas take time and talent.
No need I do perfect things, but yes things some saw and discover how to
have working.
That's team work, a concept you don't have.


Pavel start Minimal before 3.10 start, I was helping when Ralph choose me.

So same I finish 3.10 as I could, also now follow Minimal with my crazy
ideas.

That's the good side of the forks.

But at some time is best work in the main with as many guys is possible.

This is the trunk today.

If I want Closures is because so I could take others work.
If I want NeXtqueak is because at some point clever guys like Pharo , Etoys
, Cuis realize we was few for afford many different and divergent versions.

I call for a Reunite conference.

Bury ego!!!

All was necessary and all ideas should be listen without pre concepts.

For going Rome I need leave Rosario and you Birmingham and...

³When thou art at Rome, do as they do at Rome"


Edgar




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Cuis] Cuis

keith1y
In reply to this post by FDominicus

On 24 Jan 2010, at 06:44, Friedrich Dominicus wrote:

> Josh Gargus <[hidden email]> writes:
>
>>
>>
>> The "community" doesn't want only one thing, and different people  
>> in it want
>> different things to different degrees.  I don't dispute that what  
>> you have
>> described above is desirable, in principle, to the vast majority of  
>> community
>> members.  However, it is fundamentally at odds with other goals  
>> that various
>> community members hold dear.  A balance must be struck.
> You are right, but let's as it that way:
> - how many of you do activly work in the "Kernel!"
> - how many of you do use it for application development
>
> I would be suprised to see a ratio much higher than 1:10 000 or even
> 1: 100 000 (kernel dev/application dev).
>
> As I understand Keiths posting he's mainly an application developer  
> and
> so it's clear that he does not like to re-write his code over and over
> again (for whatever good/bad technical reason).

It's worse than that.

When there are too many packages all a moving target, being written on  
too many differing kernels, also moving targets. At some point the  
task of building an application and maintaining it becomes virtually  
impossible.

Suddenly there comes a point where the only choice you have is to fork  
everything!

This is a very hard choice to make if you are not good enough, or you  
don't have the time to maintain everything.

Of course the gurus Lukas', Andreas and Stefane don't have this  
problem, so they apparently don't see a need.

> There's IMHO no better way to drive away people but to break their  
> code
> over and over again...

Amen, Amen and Amen.

>>
>> Here's a very specific example.  I would like to see more  
>> integrated support
>> for concurrent programming in the Squeak kernel.  Toward that end,
>> I've added a
>> trivial implementation of "promises" to the trunk (hopefully, I'll  
>> take it
>> further relatively soon... one of the things I've done in the  
>> interim was to
>> re-read Mark Miller's dissertation).
> Well so you are interested in another thing. Well so you probably do  
> not
> see the points of Keiths mails.
>
>
> Regards
> Friedrich

Josh,

So, your implementation of futures, that sounds useful. My images are  
all based upon 3.10, so would you be so kind as to package up your  
implementation in a form that I can actually use in my images. A  
change set that is load able into 3.10 would be good enough, if you  
did this then Edgar would use it too I am sure. You see, then I can  
use your API with my current code base. When the time comes to move my  
code base to 3.11, the transition will be a smooth one.

thanks in advance

Keith






1234567 ... 9