{
    "href": "/post/2016/08/18/fig-follies-part-3/",
    "relId": "2016/08/18/fig-follies-part-3",
    "title": "FIG Follies, Part 3",
    "author": "pmjones",
    "markup": "html",
    "tags": [
        {
            "href": "/tag/php/",
            "relId": "php",
            "title": "PHP",
            "author": null,
            "created": null,
            "updated": [],
            "markup": "markdown"
        },
        {
            "href": "/tag/programming/",
            "relId": "programming",
            "title": "Programming",
            "author": null,
            "created": null,
            "updated": [],
            "markup": "markdown"
        }
    ],
    "created": "2016-08-18 15:25:37 UTC",
    "updated": [
        "2016-08-18 15:25:37 UTC"
    ],
    "html": "<p>This is the third of three posts I intend to make regarding the condition and actions of the FIG, and what they reveal.</p>\n<h2>The Future</h2>\n<p><small>[By way of presenting some context: I was the driving force behind PSRs 1 and 2; I conceived and then led PSR-4; I was a primary author on some of the early bylaws, including the voting protocol and the sponsorship model. I am a founding member of the FIG, and one of the two longest continually-serving members (along with Nate Abele). My perspective on the FIG spans its lifetime of 7+ years. It is that perspective which informs these posts.]</small></p>\n<p>Regarding <a href=\"http://paul-m-jones.com/archives/6384\">the rivalrous visions for the FIG</a>, I see only two ways forward.</p>\n<p>The first is that somehow the tension between the two visions is permanently resolved. It is this ongoing implicit tension that is the cause of recurring conflict. There is no common vision between all FIG members, and this causes resentment and distrust; sharing a common vision will provide a level of shared values and views.</p>\n<p>I think the only way to relax that tension in the group is for one of the rival visions to supersede the other in an unmistakable and permanent way. That means one set of vision-holders would have to explicitly renounce its own vision in favor of the other. This could be accomplished by voice (i.e., by stating so on the mailing list) or by exit (i.e., by leaving the FIG).</p>\n<p>Even though that would leave the FIG (per se) intact, I opine that sort of capitulation is unlikely from either set of vision-holders. After such protracted contention, the holders of each vision seem unlikely to withdraw, and even more unlikely to adopt the competing vision for FIG. (As a defender against the introduction of the newer \u201cgrand\u201d vision, I certainly don\u2019t to plan abandon the \u201cfounding\u201d vision voluntarily.)</p>\n<p>The second is that the holders of each vision all surrender simultaneously, and disband the FIG.</p>\n<h3 id=\"disband-the-fig\">\n<a name=\"user-content-disband-the-fig\" href=\"#disband-the-fig\" class=\"headeranchor-link\" aria-hidden=\"true\"><span class=\"headeranchor\"></span></a>Disband The FIG?</h3>\n<p>There is already some level of interest for this idea, both from the wider community and within FIG itself, especially in relation to the FIG 3.0 proposal. From the thread <a href=\"https://groups.google.com/d/msg/php-fig/KJJsghdSCYI/7TvM4owkBwAJ\">Alternative to FIG 3.0 - Is it time to call FIG complete?</a> (you should read the whole thing) we have these points from Joe Ferguson in two different messages:</p>\n<blockquote>\n<p>As someone who feels like FIG 3.0 is a step in the right direction, and can empathize with those against it, I\u2019d like to offer an observation:</p>\n<p>Maybe it\u2019s time to call FIG complete. FIG accomplished it\u2019s primary goals (Bringing frameworks together to build interoperable packages / standards).</p>\n<p>\u2026</p>\n<p>My comment is that maybe its time PHP get a standards body, led by the people who want to see FIG 3.0 happen. Let your work in FIG stand on it\u2019s own. PSRs aren\u2019t going anywhere. Start a Standards Body Group that adopts the work you\u2019ve done here and picks up all the currently in progress PSRs and continues working on them. Close FIG down since it\u2019s work as a Framework Interoperability Group has been completed.</p>\n<p>This would be a perfect time to start fresh, get your bearings, and sort your stuff out with all the lessons learned from FIG. I would rather see this than people oppose FIG 3.0 and it being shoehorned in.</p>\n<p>If you take away absolutely nothing else from my comments: FIG 3.0 is such a shift that it warrants the consideration of a new organization with leadership based on the people doing the work to make things happen in FIG.</p>\n</blockquote>\n<p>I feel a sort of resignation toward this idea. I don\u2019t really <em>enjoy</em> it, but something like it has to happen, and it\u2019s probably for the best.</p>\n<p>It certainly would eliminate the tension between the competing visions for the FIG, as there would be no FIG to contest over.</p>\n<h3 id=\"benefits\">\n<a name=\"user-content-benefits\" href=\"#benefits\" class=\"headeranchor-link\" aria-hidden=\"true\"><span class=\"headeranchor\"></span></a>Benefits</h3>\n<p>Let\u2019s say, for a moment, that FIG dissolves itself, and the FIG 3.0 plan architected by Larry Garfield and Michael Cullum is realized as a new organization with a new name. What would be the benefits?</p>\n<ul>\n<li>\n<p>As a brand-new organization, it can define its vision and mission without in-group rivalry.</p>\n</li>\n<li>\n<p>It can curate its membership, bringing in only the people and projects that adhere to its vision (and keeping out those who do not).</p>\n</li>\n<li>\n<p>It can establish any organizational structure (hierarchical or otherwise) from the outset, without having to worry about precedent or prior expectations.</p>\n</li>\n<li>\n<p>It can have any code of conduct it wants as part of its foundational structure.</p>\n</li>\n<li>\n<p>Whatever negative baggage is perceived as being part of the FIG is dropped.</p>\n</li>\n</ul>\n<p>I\u2019m sure there are other benefits as well.</p>\n<h3 id=\"drawbacks\">\n<a name=\"user-content-drawbacks\" href=\"#drawbacks\" class=\"headeranchor-link\" aria-hidden=\"true\"><span class=\"headeranchor\"></span></a>Drawbacks</h3>\n<p>There is one major drawback that I\u2019ve heard voiced regarding a \u201cdisband the FIG and start a new group\u201d approach. It is that new standards groups have a hard time getting off the ground. As one example, the PHP-CDS project does not seem to have gained much traction.</p>\n<p>My guess is that an organization that forms after the FIG disbands would not have that trouble, especially given that FIG would no longer exist.</p>\n<p>Note that some member projects such as Composer, Drupal, PEAR, phpBB, and Zend Framework have shown explicit support for the FIG 3.0 re-organization plan. I imagine that those projects alone would grant legitimacy to any new non-FIG group in which they were members.</p>\n<p>Furthermore, as the architects of the FIG 3.0 plan, Larry Garfield is the Drupal representative to FIG, and Michael Cullum (while not a voting member) is directly involved with phpBB. The new group is guaranteed to have at least those two members from the start.</p>\n<p>I have heard other drawbacks as well, but they seem primarily administrative in nature.</p>\n<h3 id=\"administrative-issues\">\n<a name=\"user-content-administrative-issues\" href=\"#administrative-issues\" class=\"headeranchor-link\" aria-hidden=\"true\"><span class=\"headeranchor\"></span></a>Administrative Issues</h3>\n<dl>\n<dt>\n<p>What happens to the accepted PSRs?</p>\n</dt>\n<dd>\n<p>Accepted PSRs remain in perpetuity as the true product of the FIG, for any and all to adopt or ignore as they see fit. They were built to be immutable, and they will live on for as long as anyone cares to refer to them. Any new group that forms after the FIG would be free to adopt, or ignore, the finished PSRs (though it would not be free to claim them as their own).</p>\n</dd>\n<dt>\n<p>What happens to the in-process PSRs?</p>\n</dt>\n<dd>\n<p>There are at least two options here.</p>\n<ol>\n<li>In-process PSRs might convert to *-interop projects, a la <a href=\"https://github.com/container-interop/container-interop\">container-interop</a> and <a href=\"https://github.com/async-interop/\">async-interop</a>.  Indeed, Woody \"Shadowhand\" Gilk has had the foresight and initiative to create an <a href=\"https://github.com/http-interop/\">http-interop</a> group already. </li>\n<li>If the migration out of FIG produces a new group, e.g. a FIG 3.0 style organization, that other group might adopt them in some fashion, perhaps by making those PSR owners initial members in the new group.</li>\n</ol>\n</dd>\n<dt>\n<p>What about new PSRs?</p>\n</dt>\n<dd>\n<p>After disbanding, no new PSRs would be admitted in any state.</p>\n</dd>\n<dt>\n<p>What about the FIG website, Twitter account, Github account, etc. ?</p>\n</dt>\n<dd>\n<p>I think this is the toughest problem with disbanding. It will be necessary to prevent the misappropriation of the FIG or PSR names after the group disperses, and at the same time make sure the various artifacts of the FIG (i.e., the PSRs) continue to be publicly available.</p>\n<p>To that end, I suggest appointing an archivist (perhaps more than one) to receive ownership of the Github, Twitter, Google Mail, etc. accounts, as well as the FIG domain names. The job of archivist is is to hold the FIG name and accounts in trust and guard them from ever being used again.  The archivist(s) might also merge errata and insubstantial changes on existing accepted PSRs, but I expect the activity on those should be minimal.</p>\n<p>I assert that the archivist should be some nominally neutral party, one who has no designs on the FIG name or brand, and who has not participated in the production of PSRs or bylaws.</p>\n</dd>\n</dl>\n<p>Finally, I would suggest that no follow-on group be allowed to claim to be the \u201csuccessor\u201d to the FIG, or somehow \u201capproved\u201d by FIG, but that\u2019s a difficult thing to prevent. Members exiting the FIG would have to be on their honor for that one.</p>\n<h2 id=\"conclusion\">\n<a name=\"user-content-conclusion\" href=\"#conclusion\" class=\"headeranchor-link\" aria-hidden=\"true\"><span class=\"headeranchor\"></span></a>Conclusion</h2>\n<p>There is a tension in the FIG between two rival visions: a \u201cfounding\u201d vision (mostly implicit through the history of the group) and a \u201cgrand\u201d vision (explicitly described in the FIG 3.0 proposal). This tension reveals itself through things like the vote to remove me involuntarily, as well as ongoing conflict over internal processes, the direction and audience of PSRs, and other bureaucratic maneuvers.</p>\n<p>The only ways to relax that tension are for one vision to supersede the other permanently and explicitly, or for the FIG to disband so there is no organization to contend over. Whereas I feel the former is unlikely to occur, the latter becomes the better course.</p>\n<p>Disbanding leaves the products of the FIG intact (i.e., the PSRs). It also frees the holders of the \u201cgrand\u201d vision to form a group of their own in their own way, to achieve their own ends without a competing group in place, and without compelling the holders of the \u201cfounding\u201d vision to accede to a vision they do not share. The administrative issues of disbanding are minor in comparison.</p>\n<hr>\n<p class=\"reddit-links\">Read the Reddit discussion about this post <a href=\"https://www.reddit.com/r/PHP/comments/4ycvhv/fig_follies_part_3_tldr_disband_the_fig/\">here</a>.</p>\n"
}
