From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 15:26:25 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04AE0178 for ; Thu, 2 Apr 2015 15:26:25 +0000 (UTC) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C353367 for ; Thu, 2 Apr 2015 15:26:24 +0000 (UTC) Received: by lahf3 with SMTP id f3so62087414lah.2 for ; Thu, 02 Apr 2015 08:26:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4ySAkDzwS5/dYtWY7a+ayjwKlBMrNVLqv5ivFpWiKWY=; b=enl0MF1xm0L8RS81wl5Cb4WXeL8Vdnn3vzcQP+H4+YBgu5n3CnOgo8dAqlVgufytTq M8O+IO6CVy6ng7cCg1WZ3nFOtHx8n0wb9XDrBAsnF0zmvL82fRvYc39r9BC0pRCtIWhu Y0JDPPlV9H7ecAsdSJUAjqj69Sb7pnKhvNeGzZidkamaGVvv9j30yEKtCnagG9xodpyZ cweBhQwB9r7dQ4C4qiAetQPA79krS4OvSrDytjPxj5XqVhU8FY0T1WAlBFYZWL5d3V4h xqDURu1es8uFCY9FHDoZslajDxQFAKpuwbWjViXy16Wgv+DFUB5J3yz7UzEaht1avg2y LoOw== X-Gm-Message-State: ALoCoQkNcueEL9ZebepvBExuQcXNpPTDoo+xvqn+yoBMHQN4r0k1bZcIH1TNrnYanWXsr6iCwT1w MIME-Version: 1.0 X-Received: by 10.112.198.40 with SMTP id iz8mr27623398lbc.101.1427988057277; Thu, 02 Apr 2015 08:20:57 -0700 (PDT) Received: by 10.25.19.83 with HTTP; Thu, 2 Apr 2015 08:20:57 -0700 (PDT) X-Originating-IP: [8.25.222.10] In-Reply-To: References: Date: Thu, 2 Apr 2015 08:20:57 -0700 Message-ID: Subject: Re: Bazaaring the cathedral (Lowering the Barrier to Entry) From: Samuel Cassiba To: Eitan Adler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Hackers , freebsd-current Current X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 15:26:25 -0000 Eitan, This being posted on April 1 sets off my BS-o-meter, but I'll bite since it's a topic worth shaving a yak or two over. WARNING: there be perceptions and opinions here Having been ephemerally associated with FreeBSD since early 4.x, I never really saw FreeBSD as being cathedral-like, but the barrier to entry today feels even higher than it did 15 years ago. I view FreeBSD as being very much bazaar-like in terms of the actual code that comprises the OS and how it's treated, but like I must reiterate: the wall is harder to scale today. I appreciate the work that everyone has done over the years to bring the project's infrastructure up to modern times, such as the work done bringing in CI, a modern bug tracker and an honest to goodness code review tool, but the general workflow that I learned all those years ago for getting a change to go live *feels* more or less still the same: - find/fix bug - send-pr (okay... but you get the idea) - pester a committer with the proper access - ??? - profit!!! The arbitrary nature of how commit bits have historically been allocated have been more of a detractor than anything, making the the barrier appear even higher than it may actually be. The general wisdom I learned was "when you've bugged people often enough to commit your code, they'll burden you with that ability", which is great in terms of a pure meritocracy, but we're people and things aren't so black and white. Commit access thresholds shouldn't be measured in SLOC. Yes, the meritocratic way of handling commit access has worked well enough so far, but it has been at a cost (see FreeBSD's standing in the mindshare/overall market, as well as number of active FreeBSD committers vs your favorite big name Linux flavor). Access to the tools that the project has gravitated towards can be difficult if not impossible to obtain without a long slog through commit hell to get that sweet @FreeBSD.org spiff. Is a "free commit access for anyone!" approach really the answer? It feels like going from one extreme to the other, and we all know how extremes work. I feel that commit access should be more transparent, so that if someone really wants to be able to push code or act as a representative of the project, they can learn how to work towards that, instead of some nebulous "push enough code until we get tired of committing it". Again, I'm pretty sure this is just a April 1 troll, but it's all worth saying since the topic was brought up. Lowering the barrier to entry is good, but the act of doing so mustn't come at a detriment to quality. -Samuel On Wed, Apr 1, 2015 at 9:55 AM, Eitan Adler wrote: > Hi all, > > FreeBSD today has a significant problem of attracting new developers. > The lack of new developers manifests itself in a dearth of driver > support, inadequate documentation, and trailing third party packages. > > One of the key reasons for the lack of people is the high barrier of > entry to joining the FreeBSD project. While every modern project uses > git (usually hosted on github), FreeBSD uses self-hosted subversion. > The use of git goes beyond just the choice of version control. It > allows for workflows that FreeBSD can't even dream of. The linux > kernel has no concept of a committer. Instead anyone can clone the > git tree, build a kernel, and call themselves a Linux distribution. > > Our wiki and code review tools are in an even worse position than our > repository. In order to contribute you need to send an email to > clusteradm@ and hope they deem you worthy enough of access. The bug > tracking system is in a better shape but isn't perfect: while any user > can create an account, their privileges are limited: they can't help > close out bad PRs, reclassify good ones, or do other generally useful > work. > > To solve this problem I propose a simple solution: self-serve commit > access. We create a web service on accounts.freebsd.org via which > users can create themselves a freefall account. In addition to a > freefall account, the identical username would be created for the wiki > and phabricator, bugzilla, and any other service we might provide. > > This will allow us to quickly gain large number of contributors, who > will be able to make better progress on our missing features, and > rectify some of the drawbacks listed above. > > Today I hope we turn ourselves from the cathedral into a truly open > and democratic project! > > > -- > Eitan Adler > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >