I take that back.. I didn't mean to write the above line in my original 
post,
thanks for pointing that out Demon Lag.  It was late when I wrote it..

 >> Really...  Exactly who died and made you boss?  Since when did you
 >> know how to manage an open source software project better than the
 >> people with like 3+ years experience doing this?


dman84 wrote:

 >>> feedback on how to manage Open source projects better than
 >>> the way it is currently done, I've got some ideas.


but,

if management does listen to feedback from the outside and apply it 
carefully so it works,
that is where I come in.. I've provided many ideas that worked for other 
companies,
particularly for the past 8 years, some people have taken a long time 
before they realize that what I'm saying makes sense.  Mozilla is the 
latest on a very long list of projects that may die if they cant screw 
their heads on straight to start fixing problems before they get worse, 
because many development people are looking to see if they can get past 
the magic 1.0 stable.. foundation release..

and lord knows we cannot build on top of a bad foundation.  that is why 
1.0 is so important.

and we are never going to finish the foundation if we continue to crash 
land the outlined 1.0 specs without testing it before hand to make some 
relative easy transitions and cleanup the mess right after it lands 
before moving onto more landings.. because people rely on this code to 
develop.. and if crash landings are not thoroughly tested and patched 
before landing on the trunk, all hell breaks loose for a while.. you 
have get on top of fixing stuff like this as soon as it breaks, or will 
take forever to move beyond crash landing cycles.

example idea: constructive feedback:

Saying that we are going to crash land some necessary XUL 1.0 changes 
and XBL, or API and so forth on a fork from the trunk of a given 
nightly.. do not make any changes that would use these on the trunk, 
fix all the XUL, XBL problems on the fork->fix the forked code.. patch 
the tree with the code fixes on the fork into the trunk.. its that easy. 
  That way crash landings do not disturb a stable trunk to a great extent.

-dman84

Dman84 wrote:

> well, I've developed before.. and I said I have ideas on improvements as 
> an outsider,
> I can see those holes more easily than the people who do have 3+ years 
> managing the project,
> that just people as a whole can do individually to help out would make 
> life easier and I've got some ideas on improvements to bugzilla that 
> would work too.. problem is most people still think in the past as if 
> they have been doing is going to work for the next couple of years, you 
> have to change dynamically with the times, or be left behind.. and they 
> typically dont have any clue about trying to improve in areas that can 
> be improved upon.  In general Mozilla is managed better than most open 
> source projects, and companies.. I didn't say I new how to:
> 
>  > manage an open source software project better than the people
>  > with like 3+ years experience doing this?
> 
> quite reading between the lines.. :)
> 
> And this is the reason the world is so slow in adapting new and exciting 
> technologies and ways to do things, they are afraid of change, if they 
> do they loose job security.. which is because they cant function like 
> they used to, its unfamiliar and makes people feel uncomfortable.
> 
> -dman84
> 
> 
> DeMoN LaG wrote:
> 
>> dman84 <[EMAIL PROTECTED]> wrote in
>> [EMAIL PROTECTED]">news:[EMAIL PROTECTED], on 04 Nov 2001:
>>
>>> Scott, I'm going to rewrite my rant again soon.. So I agree with
>>> Simon.. we need to help Mozilla, give them some contructive
>>> positive feedback on how to manage Open source projects better than
>>> the way it is currently done, I've got some ideas.  So I retracted
>>> my message you see is missing from this thread.  Because this modal
>>> is use now is causing too many problems as I see it and others do
>>> too.
>>
>>
>> Really...  Exactly who died and made you boss?  Since when did you 
>> know how to manage an open source software project better than the 
>> people with like 3+ years experience doing this?
>>
>>
> 


Reply via email to