Commission to Reform WPLUG: Difference between revisions

From WPLUG
Jump to navigation Jump to search
No edit summary
(→‎Reform Package 3 Ideas: Cleared up a point about valuation.)
 
(66 intermediate revisions by 7 users not shown)
Line 28: Line 28:
* Vance Kochenderfer
* Vance Kochenderfer
* Joseph Prostko
* Joseph Prostko
* Stanley Slomberg


== Upcoming Meetings ==
== Meeting Logs ==


'''Saturday, December 15:''' 2:00 p.m. @ WPLUG IRC
[http://wplug.org/w/images/4/48/Wplug-2012-12-15.txt Saturday, December 15, 2012]


[http://wplug.org/w/images/8/83/Wplug_2012-12-20.txt Thursday, December 20, 2012]


[http://www.wplug.org/w/images/1/17/CRW_meeting_3-28-13.txt Thursday, March 28, 2013]
== Reform Package History ==


[http://www.wplug.org/w/images/d/d0/CRW_6-30-13.txt Sunday, June 30, 2013]
'''Reform Package 1:''' Bylaw changes, to be proposed January 2013.


== Upcoming Meetings ==


None at this time.
== Reform Package 1 Ideas ==


== Reform Package History ==


[[CRW Discussion Archives]]
=== Pat Barron ===

''Section 4.5 (Board Meetings)''

Add new paragraph #3, which reads "Members of the Board may waive notice of any meeting by unanimous consent of all of the Directors. Consent may be manifested by roll call conducted during the meeting for which notice is to be waived, may be delivered in writing to the Secretary prior to the start of the meeting for which notice is to be waived, or may be delivered and recorded prior to the start of the meeting for which notice is to be waived by any means specified by rule for this purpose."

RATIONALE: Notice requirements for meetings exist (at least in part) to prevent a subset of the Directors from cutting other Directors out of the governance process, by conducting business at meetings called with unreasonably short notice, deliberately timed such that the disenfranchised Directors would not be able to attend. But in the most recent Board term, this caused us endless frustration - many instances of having us in the same place, at the same time, and needing to take some action - but not being able to because the bylaws require business to be conducted at an in-person meeting held on at least 24 hours notice. WPLUG has evolved into an organization whose Directors are spread out over a fairly wide area, and who have jobs and other responsibilities ''(not to imply that prior boards have not had such concerns, of course - more that, at least in the last board, members may be in a different place in their lives than previous boards, and may not have this type of flexibility, especially in view of the geographic dispersion --Pat.)''. So the requirement to travel to an in-person meeting in order to take any action is not conducive to getting things done. It is particularly frustrating when there is an occasion where the Directors find themselves together for other reasons, but can not take any action as a Board at that time because the bylaws don't permit them to conduct an impromptu meeting. The proposed waiver of notice provision solves this problem, while preserving the rights of all of the Directors by requiring unanimous consent to waive notice of the meeting (even if any of the seated Directors are unable to attend the short-notice meeting, they could still agree to waive notice). The last sentence would give us leeway to implement this consent via something like Loomio in the future if we so choose. In my (limited) experience, most organizations operated in this way do implement a provision to waive notice of meetings, I would hope that WPLUG could do so too.


''Section 8.4 (Virtual Meetings)''

Strike paragraph #1 entirely, or perhaps replace it with something that indicates that either in-person meetings or virtual meetings are equally acceptable, and whether a meeting is to be in-person or virtual is at the discretion of the chair of that meeting.

RATIONALE: This was another huge frustration for us, for similar reasons. Virtual meetings are great for quickly hashing out an urgent topic, if it's not possible or not practical to get everyone together in person. But the bylaws currently require that any virtual meeting be scheduled in advance, during a prior in-person meeting, and requires that consent to a virtual meeting be made by a 2/3 vote (in other words, erects an even higher bar to doing it than the typical majority consent). This effectively makes virtual meetings useless for quick turnaround of urgent issues. I honestly don't understand the rationale for this provision as it stands. My best guess is that it's intended to prevent erecting a barrier to entry to participation - perhaps thinking that all members of the Board, or all members of a Committee, may not have the means or technical knowledge to use one of the allowed virtual meeting technologies, and that the high barrier is designed to protect these people and keep them from being disenfranchised. That may have made sense in 2006. In 2012, I would say that as WPLUG is a technology-focused organization, it is reasonable to expect the leadership of that organization to be comfortable using such technology, and thus virtual meetings should be granted a status equivalent to in-person meetings for all Board and Committee meetings. One thing we did last year was that we implemented another Special Rule of Order that permits virtual meetings via conference call. The rule includes a provision that allows the chair of an in-person meeting, at his/her discretion, to allow someone to an attend an otherwise in-person meeting via conference call; this provision of the rule is technically a circumvention of the bylaws, and fortunately we never had to test it - but we need to clean that up too.


=== Vance Kochenderfer ===

Let me preface my remarks by saying that I see my role here as offering interpretation and guidance. It may seem in many cases that I'm trying to throw cold water on people's ideas: sometimes I will be, and at those times I'll explicitly say "that's a bad idea." Otherwise, I am just trying to provide information with no positive or negative judgement implied.

''Meeting Notice''

I believe that Robert's Rules (insert reference here when I get my hands on my copy) defines the requirement for notice of a meeting as protecting the rights of absentees. If all members are present at a meeting, then there are no absentees, and therefore no one's rights are violated if a valid notice has not been given. The meeting would be proper, and the business conducted at the meeting is valid. (Note that this applies to any body, whether the Board, a committee, or the full membership.)

In short, I think the proposed rule is unnecessary. I think in such cases it would be a good idea for the Secretary to record in the minutes that all members were present to document that the meeting was valid despite the lack of notice.

''Virtual Meetings''

There is a lot to say on this subject, and apparently the 11th edition of Robert's Rules discusses it in more depth (previous editions simply stated that in-person meetings are the only ones contemplated by the standard rules, and that bodies wishing to conduct other types of meetings must adopt their own rules for doing so). When I get a copy I'll be able to comment further.

On the 2/3 vote requirement (note that this is 2/3 of those ''voting'' at a Board meeting; not that 2/3 of all Board members must vote in favor), that was chosen as a standard supermajority ratio to prevent meetings being held by methods that would disadvantage a particular Board member. The requirement that an in-person meeting be held first is really a bootstrapping problem; once a valid virtual meeting is called, it can (by 2/3 vote) schedule future virtual meetings. However, once this is not done, you have to revert back to at least one in-person meeting.

Items to be considered include:
* How much notice must be given (and by what method)?
* How is a member considered to be "present" at the meeting for determining whether the quorum requirement has been met?
* How are motions made? How are subsidiary motions (such as to amend or postpone the pending question) handled?
* How is debate conducted?
* How is voting handled? (Note that in most online options, secret balloting will not be available, but for Board meetings this is not a great loss. Perhaps Loomio offers this; haven't had a chance to look at it yet.)

You should not feel that a rule needs to be drafted for each one of the points above; in some cases the defaults can be applied sensibly. They just need to be contemplated.

On the question of the current [[Special_Rules_of_Order#Audio_Conferencing_Virtual_Meetings_Special_Rule_of_Order|Audio Conferencing Virtual Meetings Special Rule of Order]], I think the only conflict between it and the Bylaws exists in the last sentence. It would be perfectly acceptable under the rule to have an audio conference meeting where all members but one were present in the same room. The last sentence, however, is a problem: Robert's Rules requires exceptions to face-to-face meetings to be authorized by the bylaws, and I don't think the bylaws provide the latitude for the rule's provision that the Chair can permit attendance by phone. The solution may be to simply redefine such a meeting to be an audio conference meeting at which most of the members simply happen to be in the same place.



===Justin Smith===

Some of what I suggest may seem over-the-top to people who are used to hearing conservative suggestions. I'm an idealist; what I say is generally just an open-ended expression of an underlying principle that I wish to convey. I'm always willing to negotiate on the end result.

''Section 10: Amendment of Bylaws''

If we're interested in electronic voting, we should amend


''Robert's Rules''

I believe that our reliance on Robert's Rules contributes to the perception that WPLUG is too formal and structured. We should consider alternatives. Many of my ideas here come from conversations I've had with John.

* ACCESS

In many ways, WPLUG operates in accordance with the principles of free software: we allow anyone to come to our meetings, our mailing lists are open to the public, and we use a wiki for our Web site so that everyone can contribute. The principle behind all of this is ''universal access'', and we agree that this is good.

Using the latest edition of Robert's Rules as our parliamentary authority is in direct conflict with universal access. Members are unable to obtain a copy unless they pay for it, and even if they do, they aren't permitted to redistribute it because it is copyrighted. This is the same business model used by proprietary software.

Even if you don't care about the ethical aspect, you cannot deny that it's incredibly inconvenient to not have easy access to WPLUG's fundamental rules. If I want to know what the secretary is responsible for, I can't just look it up in the WPLUG wiki; it refers me to Robert's Rules. I can't even look it up on an e-reader because Robert's Rules isn't available as an e-book. Everyone has to buy and rely on a physical book, which is about as old-fashioned and low-tech as it gets.

Bottom line: everyone should have easy access to WPLUG's rules and the ability to redistribute them.
* COMPLEXITY

An organization's rules should be designed with its size in mind.

Robert's Rules is over 800 pages long because it was originally written to be used by the U.S. Congress. WPLUG has less than 30 members. Do we really need so many regulations?

* PROPOSED ALTERNATIVES

1. Replace the outside references to Robert's Rules in our bylaws with actual instructions that are paraphrased from the earlier, public domain editions of Robert's Rules. Place our bylaws under a Creative Commons license. This would solve universal access, but it wouldn't reduce the complexity.

2. Create a hybrid derivative: do everything in Idea 1, but try to tie in material from Open Space (http://www.communitywiki.org/en/OpenSpace) to make a new system of bylaws that is less formal than Robert's Rules (more encouraging of open discussion) but with more structure than pure Open Space (being able to hold group votes, etc). In particular, I'd be interested to try holding part of a GUM under Open Space rules to see if people like it.

3. Replace Robert's Rules with a leaner alternative that supports universal access.

Most of the alternatives seem to be variants on consensus-building. "Consensus," in this context, does not mean unanimous agreement; rather, it means a decision that the group can overwhelmingly "live with." I'm not so sure this would work in our group.

===Pat Barron (follow-up 12/13/12)===


[[CRW Reform Packages]]
With regard to waiver of notice of meetings, if there's a well established "no harm, no foul" doctrine that would cover us in this instance, I would be OK with withdrawing this proposal. What I guess I don't understand well enough is, who has standing to raise a complaint about a meeting conducted like this in violation of the bylaws - who has standing to call "foul"? My concern would be the scenario where an impromptu meeting would be held with no notice, but all directors in attendance, where some decision is taken - later, could a non-Board member of the organization raise a complaint that the meeting was invalid, and the actions taken during that meeting void, because it wasn't held with the notice required by the bylaws?


'''Reform Package 1:''' Bylaw changes, presented at January 2013 GUM.
With regard to virtual meetings, my ultimate goal would be to have there be absolutely no distinction between virtual meetings and in-person meetings - and in fact, that the norm might be "hybrid meetings", where some parties may attend in person, and some parties may attend from a distance. The bootstrap requirement that says virtual meetings must be announced at a prior meeting limits the usefulness of virtual meetings in one of the very circumstances where they'd be most useful - when something unexpected comes up. As an example, when I first talked to the folks at Hack Pittsburgh about holding a joint event with them, they would have really liked to have an answer that very day, if possible - but there was no practical way to get them an answer until the next in-person board meeting. The last clause in the audioconference Special Rule of Order was put in in an attempt to "save" meetings where people might not be able to show up at the last minute due to extenuating circumstances, like weather. As an example, I just plain don't drive anywhere if it's snowing, conditions in my neighborhood get too dangerous. But there could also be other circustances where someone could potentially "attend" virtually, but perhaps have had to travel out of the area for work on no notice. As the bylaws are currently written, the only real alternatives seem to be to postpone the meeting (delaying any pending business), or let it carry on without the input of the affected Director (even though they'd be willing and able to contribute, if they could do so from the location they happened to be in at the time). Ultimately, I'd like to see WPLUG's processes get a lot more agile, where in the typical case things can be dealt with within hours, rather than days or weeks - if I identify an unplanned issue at 4:00pm on some given day, and can get in touch with all of the Directors, I'd like to be able to be on an IRC chat with everyone at 6:00pm, and have it resolved by 7:00pm, that day - and ultimately, I'd like to see that become the norm as far as how the Board conducts business (in addition to having regularly scheduled meetings, virtual or in person, to make sure we're all executing on plan and getting things done). This overall goal is probably out of scope for what we're doing in the short term, but I think we can get there by incremental improvements.


'''Reform Package 2:''' WPLUG's general direction, to be presented at February 2013 GUM.
With respect to online voting, I don't think Section 10 of the bylaws would need to be amended. What would need to change, however, would be the Special Rule of Order regarding Absentee Ballotting.


'''Reform Package 3:''' WPLUG's operational policy, such as frequency of meetings and how to manage WPLUG's Litecoin assets now that we participate in cryptocurrency mining. To be presented at January 2014 GUM.
I had the same thought as Justin expresses above, that Robert's Rules of Order is simply too "heavyweight" of a process for an organization like WPLUG to use to govern it's operations. I also looked up the size of the latest edition on Amazon last night - 816 pages, and I also discovered last night (as Justin mentions above) that it is only available in "dead trees" format. We would have to be careful if we tried to create a lightweight derivative and publish it under a Creative Commons license, given that we don't have IP rights to the source material. I also agree that the governance documents should be self-contained and should not "incorporate by reference" any materials not present on the WPLUG wiki, though I don't have any kind of plan at the moment for how that could be accomplished. I have been trying to look at the governance documents for other groups with similar goals to WPLUG, though. So far, I've looked at Hack Pittsburgh's "Constitution", and the bylaws of PACS (the Philadelphia Area Computer Society). Both are organizations with much more activity than WPLUG currently has, that process a lot more funds through their treasuries than WPLUG does. The Hack Pittsburgh "Constitution" is literally about 20 lines, total. The PACS bylaws are 20 pages - of which about 4 pages are change history, and there are a few pages of administrivia they're required to deal with because they're a 501(c)3 organization. But both are completely self-contained. I don't necessarily hold them up as shining examples to be followed, I just point out that they get a lot done (and PACS in particular is very large, having a few hundred members as far as I'm aware), and their governance is fairly lightweight. On the other hand, I observe that two other groups that are very active, the Pittsburgh Ruby Users Group, and PLUG (the Philadelphia Linux Users Group) have no formal governance whatsoever, and I don't necessarily think that's such a great idea either - but both of these groups get an awful lot done. I believe that instituting a more lightweight, agile form of goverance would not only make WPLUG more effective, but would also get more members interested in participating in the leadership of WPLUG (remember, we only had 5 candidates total who ran for election in the most recent Board of Directors election), but would also get more people interested in pariticpating in WPLUG activities in general. Sadly, I have no solution to offer at the moment, but it's something I'm glad we're thinking about.


== Reform Package 3 Ideas ==
With respect to Open Space, I will admit (and this is primarily a matter of taste), I am not much of a fan of the Open Space philosophy. There is a group in Pittsburgh that operates according to Open Space guidelines, and I've attended some events, and have been left unsatisfied. Primarily, I think, because if I'm going to commit the time to participate in an event, I prefer to see an agenda published in advance (rather than the Open Space "build the agenda as you go" strategy). That being said, WPLUG did at one point in the past host an "un-conference" type event in conjunction with a GUM. The results were mixed, primaily I think because it wasn't heavily attended. It is something we could try again if there is sufficient interest.


=== Justin Smith ===


Last year, WPLUG started mining Litecoins as a new source of income. Since cryptocurrency isn't managed in the same way that US dollars are, we on the Commission to Reform WPLUG (CRW) agree that future board members may be confused about how to best use it. Therefore, we recommend drafting a set of guidelines that will help future boards manage WPLUG's cryptocurrency assets. It should be a series of non-binding suggestions similar to WPLUG's Board of Directors transition checklist.
=== Vance Kochenderfer (2) ===


I will begin by providing on overview of what Bitcoin, Litecoin, and cryptocurrency mining are, followed by a few of my own suggestions.
''Meeting Notice''


==== What is Bitcoin? ====
(This is a placeholder to remind me to give a definitive answer to Pat's question.)


Bitcoin is a digital currency based on open source software. It was developed in 2009 by someone (or several people) under the alias "Satoshi Nakamoto." In 2010, Satoshi withdrew from public life, and nobody has heard from him ever since. His identity remains a mystery.
''Decision-making Is Too Cumbersome under Robert's Rules''


It's easier to understand Bitcoin if you compare it to the US dollar, so let's start with that.
Yes, the full edition is over 800 pages. The [http://www.barnesandnoble.com/w/roberts-rules-of-order-newly-revised-in-brief-2nd-edition-henry-m-iii-robert/1101001915?ean=9780306820199 In Brief] version of Robert's Rules can be read in an hour and covers 90%+ of the situations you will encounter. It is also available for the Kindle (but apparently no other e-book formats).


When you make a typical purchase using US dollars, there are typically several "layers" to your transaction:
Pat's example of a joint event with HackPittsburgh is a good one to use. I'll add another hypothetical example: the coffee maker breaks at an installfest, and the Treasurer buys a new one for $100 without approval since there's no membership or Board meeting that day and we ''really'' need coffee at the installfest.


* Dollars in your possession.
For the HackPittsburgh example, what is the decision being undertaken? Really, it's just putting WPLUG's name on an event. No organizational business is going to be transacted at the event. There are three bodies which could approve this: the Program Committee, which has been delegated responsibility for making arrangements for events by section 7.2 of the bylaws; the Board of Directors; or the membership. Were I in Pat's shoes, I would have called the other Board members to see if they agreed with holding such an event. If most of them were in favor, I'd call HackPittsburgh back and say we were on board. Then at the next Board meeting, I'd report on the action and make a motion to ratify it, which as a main motion requires only a majority vote for adoption.
* A bank account to hold your money. You have to abide by the bank's regulations and processing fees.
* A credit card or debit card to help you send your money electronically. You have to abide by the card's regulations and processing fees.
* A central authority such as PayPal that processes each transaction and protects against fraud. You have to abide by the central authority's regulations and processing fees.


Now let's compare that how a transaction would proceed with Bitcion:
For the coffee maker example, the decision is to spend $100 on a coffee maker for WPLUG events. If there is already $100 in the refreshment fund, the Treasurer could just use that, since it's already been created for this purpose. If there's only $50 in the fund, then he could spend that plus $50 out of his own pocket if he's feeling generous. In both cases, no further approval is needed since the action taken has already been approved.


* Bitcoins in your possession.
Suppose, however, that the Treasurer buys the coffee maker using the WPLUG debit card, spending $100 from the checking account. He could then go to the Board or the membership to seek ratification for the expense. In the worst case, the motion would be defeated, and the Treasurer would be personally liable to WPLUG for $100. (As consolation, he'd get to keep the coffee maker.) Or maybe it would be amended, and only approved for $75, in which case the Treasurer would face a decision: pay WPLUG $100 and keep the machine, or pay WPLUG $25 and turn over the machine to WPLUG.
* There is no need for a bank account because Bitcoins are stored on your computer in a file called a "digital wallet."
* There is no need for a credit card or debit card because Bitcoins were designed to be sent electronically. They're sent directly from person to person over the Internet.
* There is no central authority such as PayPal to process transactions. Instead, a worldwide network of computer operators processes Bitcoin payments in exchange for a processing fee. People who process Bitcoin payments are called "Bitcoin miners."


As you can see, Bitcoin compresses the four layers of dollar-based transactions into one. It's simpler, less regulated, and less expensive to use. In addition to the features mentioned above, Bitcoin is impossible to counterfeit, your assets cannot be frozen, and there are no charge-backs. There's a lot to like.
Depending on the decision being made, there may be more flexibility available than you think.


Bitcoin is called a "cryptocurrency" because it relies on cryptographic security algorithms to validate transactions. Its slogan, ''Vires in Numeris'', means "strength in numbers."
''Alternatives to Robert's Rules''


==== What is mining? ====
Writing our own rulebook is a lot like saying "PHP is too bloated and ugly; let's create our own web scripting language instead." The new language starts out lean and efficient, and then you start adding missing features, and realize there are corner cases that need to be covered, and eventually you end up with something that's worse than what you set out to replace.


In cryptocurrency mining, computer operators compete against each other for the privilege of processing each "block" of Bitcoin transactions and earning its processing fees. They work to solve a very difficult math problem, and the person who solves it first gets to process the block. Therefore, the more processing power you have, the more competitive you are in Bitcoin mining.
It is absolutely true that the current Robert's Rules is non-Free (as in freedom) documentation. (I will point out that you can buy copies of both the full and "in brief" editions for less than it costs to join WPLUG for a year.) Back when we were working on the 2005 bylaws, I considered writing a parliamentary procedure manual, putting it under the GFDL, and setting it up as a community project. The scope of making such a project complete and properly maintaining it proved too daunting, however. Many non-Free knock-offs of Robert's Rules have been published, every one of which I looked at being inferior. In the end, I accepted that while a Free set of rules would be desirable, I was not the person with the brains or the energy to undertake such a project. I would refer anyone who wants to try to the public domain [http://www.gutenberg.org/ebooks/9097 1876 edition] or [http://constitution.org/rror/rror--00.htm 1915 edition] as a starting point. Note that they are relatively slim, but a century of necessary interpretations has resulted in the current version.


(Each block is posted to a public ledger of transactions called the blockchain. Miners refer to the blockchain to make sure that every transaction is legitimate.)
Pat mentioned a couple of other organizations. The [http://pacsnet.org/documents/PACS_bylaws.pdf PACS bylaws] (Article XI, Section 4) reference Robert's Rules as the parliamentary authority (without calling it that). The [http://www.hackpittsburgh.org/wiki/index.php?title=Constitution HackPittsburgh constitution] isn't really self-contained, it just leaves a lot of things unspecified. If a legal dispute arose concerning a HackPittsburgh decision, the courts would apply the general parliamentary law. The most common codification being -- you guessed it -- Robert's Rules (the only real alternative being [http://www.barnesandnoble.com/w/american-institute-of-parliamentarians-standard-code-of-parliamentary-procedure-american-institute-of-parliamentarians/1108021780?ean=9780071778640 AIP's Standard Code]). If HackPittsburgh had specified an alternative parliamentary authority, then that would be used for interpretation, but any ambiguities would probably be resolved using one of the above.


Some people link their computers together in a cooperative group called a "mining pool." This helps small operators compete against larger ones.
Jumping back to my "let's write a new web scripting language" remark, sometimes there are valid reasons for doing so. Maybe you want something like Python with a completely different syntax and data model. Maybe you want your language to be under a different license than PHP. But "let's do the same thing, just simpler" is rarely a good idea, as over time you're going to accumulate all the cruft that PHP has, for the same reasons that PHP has.


==== What is Litecoin? ====
To paraphrase the famous Henry Spencer quote: Those who do not understand Robert's Rules are condemned to reinvent them, poorly. I'm happy to help people understand them.


Remember how I said that Bitcoin is open source? Litecoin (LTC) is a fork of Bitcoin. It's identical in most respects except that Litecoin payments can be processed a bit faster. Litecoin is also considerably less popular than Bitcoin, which means that there are fewer people to compete against in mining.
''OpenSpace''


WPLUG is currently using about half of its processing power on the WPLUG.org server to mine Litecoin. We've got about 2 LTC saved up, and we need to determine how best to use it.
As one of the commenters on that page noted, OpenSpace meetings and Robert's Rules meetings have fundamentally different purposes. We did have one BarCamp after a GUM, which I agree with Pat's recollection was not hugely successful.


Litecoin could be worth a lot some day. Right now, 1 Litecoin is worth about $38. That isn't a lot, but keep in mind that Bitcoin, which once fetched those prices, now sells for well over $1,000 per Bitcoin.
My view is that potential attendees want:
* To know when and where the meeting will be held
* To know what the topic will be (and to a lesser extent, who the speaker will be)
* To be informed of these things at least a week, preferably a month in advance of the meeting, so they can plan their schedule accordingly.


==== Justin's Suggestions: General Guidelines ====
=== Pat's response (and thanks!) to Vance - 12/13/12 ===


* The WPLUG treasurer should establish an official WPLUG Litecoin wallet.
I think what I'm seeing (from Vance's examples, and a few other things I've read), is "Use good judgement in exceeding your authority, and bank on later ratification". I guess I just get a little twitchy when I think about things like that - (There was something I looked at a little while ago in some kind of Robert's Rules FAQ or something, where the author of the FAQ made a statement like, "A procedure violation not cited is not a violation" - I wish I could find it again right now - that kind of thing makes me nervous too). I will admit, part of that is probably from coming from involvment in things with compliance requirements, where you can get raked over the coals simply by circumventing a requirement, regardless of whether it was "the right thing to do" or not. I'll be the first to admit, maybe there are some old habits I need to unlearn in this context...
* At business meetings, the treasurer should report WPLUG's Litecoin balance in addition to its bank account balance.
* The treasurer, or someone he appoints, should monitor market conditions related to Litecoin and advise the board of directors appropriately.


==== Justin's Suggestions: Market Guidelines ====
I did miss the part in the PACS bylaws where they mention Robert's Rules - though I note, they seem to cite it as kind of an "escape hatch". The exact quote in their bylaws is, "When there is a dispute among the Directors, or during the annual membership meeting, as to procedures, then the current “Roberts Rules of Order” shall be followed." In other words, Robert's Rules only come out in the event of a procedure disagreement. And thinking about it, I could probably actually live with something like that (whether it be Robert's Rules, or some other parliamentary authority). As to the point of Hack Pittsburgh's Constitution leaving a lot of things unspecified - I get the sense that there's a taste for exactly that feature, under the premise that we're all well-meaning, reasonably intelligent, and (in theory) all trying to accomplish the same stuff within a relatively limited sphere, so there's no need to have so much codified ahead of time, as we can figure out what the right thing to do is from context. I mean, I think that's where the ideas of "lightweight" and "agile" eventually lead. I wonder if using the parliamentary authority as an "emergency escape hatch" doesn't accomplish most of the same thing. Need to think about that further... (And admittely, if there were some kind of a legal dispute, in the absence of other guidance, a court would use parliamentary law to resolve it, regardless of what the intent of the framers might have been...) For my own part, I'm less concerned about the "universal access" concerns around using Robert's Rules, and more concerned with just the sheer size of it, when considered along with how much of it would probably ever be applicable to WPLUG.


* Save our Litecoins unless you absolutely have to spend them. Unlike the US dollar, which becomes less valuable over time as more dollars are printed, Litecoin will become more valuable over time because only a finite number of Litecoins will ever be created.
I'm still quite keen on the idea of converging the concepts of in-person meetings and virtual meetings into just one overarching idea of just "meeting", where participants may have multiple options to attend, and no distinction is made between attendance in person, via audio conference, via video conference, etc. (Of course, it would be very difficult to hold a meeting with both "live" and IRC attendees...) That, along with being able to waive notice of meetings (by bylaw, or just "by default" as discussed earlier) resolves an awful lot of my own concerns.
* People can buy, sell, and trade Bitcoin and Litecoin at cryptocurrency exchanges. Some popular exchanges include Coinbase (my favorite), Bitstamp, and BTE-e.
* Most exchanges don't allow Litecoin to be sold for US dollars since Litecoin isn't very popular. Therefore, if you'd like "cash out" our Litecoin investment, trade the Litecoins for Bitcoins and then sell the Bitcoins.


___
I certainly agree with Vance's assessment of what the members want out of this. Whatever we end up doing (or just clarifying how the existing infrastructure supports it) has to support the end result of the members having a positive experience.


* The price of Litecoin tends to follow the price of Bitcoin.
I very much appreciate Vance taking the time to provide all this information and food for thought!
* Watch the news for headline stories related to Bitcoin. When Bitcoin gets exposure, such as a government hearing, it often causes a lot of first-time users to buy BTC, which drives up the price.
* Consequently, a lot of these first-time users sell their holdings shortly afterward when they realize that Bitcoin isn't their golden ticket to prosperity.
* For whatever reason, people who want to sell Bitcoin usually do it on the weekend, which temporarily drives down the price. If you have to sell, do it during the week.


== Accepted Reform Package 1 Proposals ==
== Accepted Reform Package 3 Proposals ==


* WPLUG has business meetings too often; we recommend having them every other GUM instead of at every GUM.
None yet
* WPLUG holds GUMs too often: we recommend having them every other month instead of every month.
* During our "off-months," WPLUG should have a social event.
* Generally, each month should have one activity, be it a GUM or a social event. However, some months could have two events, such as a GUM ''and'' a separate celebration for Software Freedom Day.
* In the interest of consistent programming, each GUM and its corresponding off-month should hold to a particular theme. For instance, someone could give a presentation about becoming involved with the Linux community at a GUM, and the following month, we could have a "hackathon" where we work on a community project.

Latest revision as of 16:44, 4 December 2013

The Commission to Reform WPLUG (CRW) is an informal group created to draft proposals that fix long-standing problems in WPLUG. It was created on December 9, 2012.


Purpose

WPLUG is struggling to compete against other technology groups. CRW's purpose is to expedite the reform process so that WPLUG can become competitive again as soon as possible:

  • Update the bylaws
  • Chart a new direction for WPLUG
  • Explore ways to make WPLUG less formal/political
  • Bring WPLUG's resources up to par with current technological standards

Operation

CRW has no membership requirements. If you decide to join, add your name to the membership list on this page.

Each month, CRW gathers its best ideas into a "reform package" that is formally proposed during the following month's WPLUG general user meeting. Ideas can be proposed or voted on at any time, but it is recommended to propose ideas outside of meetings and vote on them during the meetings so that people have time to think before they vote.

If an idea is approved by a majority of CRW members, it will be added to the current reform package.

Since CRW is not an official WPLUG organization, it doesn't receive official funding and is not governed by the WPLUG bylaws. Members are encouraged to apply the same "free and flexible" mindset to their deliberations: check your preconceptions at the door, be open-minded, and support the best ideas to reform WPLUG. Everyone who wants to present ideas will have an equal opportunity to do so.

Members

  • Justin Smith
  • Terry Golightly
  • Pat Barron
  • Vance Kochenderfer
  • Joseph Prostko
  • Stanley Slomberg

Meeting Logs

Saturday, December 15, 2012

Thursday, December 20, 2012

Thursday, March 28, 2013

Sunday, June 30, 2013

Upcoming Meetings

None at this time.

Reform Package History

CRW Discussion Archives

CRW Reform Packages

Reform Package 1: Bylaw changes, presented at January 2013 GUM.

Reform Package 2: WPLUG's general direction, to be presented at February 2013 GUM.

Reform Package 3: WPLUG's operational policy, such as frequency of meetings and how to manage WPLUG's Litecoin assets now that we participate in cryptocurrency mining. To be presented at January 2014 GUM.

Reform Package 3 Ideas

Justin Smith

Last year, WPLUG started mining Litecoins as a new source of income. Since cryptocurrency isn't managed in the same way that US dollars are, we on the Commission to Reform WPLUG (CRW) agree that future board members may be confused about how to best use it. Therefore, we recommend drafting a set of guidelines that will help future boards manage WPLUG's cryptocurrency assets. It should be a series of non-binding suggestions similar to WPLUG's Board of Directors transition checklist.

I will begin by providing on overview of what Bitcoin, Litecoin, and cryptocurrency mining are, followed by a few of my own suggestions.

What is Bitcoin?

Bitcoin is a digital currency based on open source software. It was developed in 2009 by someone (or several people) under the alias "Satoshi Nakamoto." In 2010, Satoshi withdrew from public life, and nobody has heard from him ever since. His identity remains a mystery.

It's easier to understand Bitcoin if you compare it to the US dollar, so let's start with that.

When you make a typical purchase using US dollars, there are typically several "layers" to your transaction:

  • Dollars in your possession.
  • A bank account to hold your money. You have to abide by the bank's regulations and processing fees.
  • A credit card or debit card to help you send your money electronically. You have to abide by the card's regulations and processing fees.
  • A central authority such as PayPal that processes each transaction and protects against fraud. You have to abide by the central authority's regulations and processing fees.

Now let's compare that how a transaction would proceed with Bitcion:

  • Bitcoins in your possession.
  • There is no need for a bank account because Bitcoins are stored on your computer in a file called a "digital wallet."
  • There is no need for a credit card or debit card because Bitcoins were designed to be sent electronically. They're sent directly from person to person over the Internet.
  • There is no central authority such as PayPal to process transactions. Instead, a worldwide network of computer operators processes Bitcoin payments in exchange for a processing fee. People who process Bitcoin payments are called "Bitcoin miners."

As you can see, Bitcoin compresses the four layers of dollar-based transactions into one. It's simpler, less regulated, and less expensive to use. In addition to the features mentioned above, Bitcoin is impossible to counterfeit, your assets cannot be frozen, and there are no charge-backs. There's a lot to like.

Bitcoin is called a "cryptocurrency" because it relies on cryptographic security algorithms to validate transactions. Its slogan, Vires in Numeris, means "strength in numbers."

What is mining?

In cryptocurrency mining, computer operators compete against each other for the privilege of processing each "block" of Bitcoin transactions and earning its processing fees. They work to solve a very difficult math problem, and the person who solves it first gets to process the block. Therefore, the more processing power you have, the more competitive you are in Bitcoin mining.

(Each block is posted to a public ledger of transactions called the blockchain. Miners refer to the blockchain to make sure that every transaction is legitimate.)

Some people link their computers together in a cooperative group called a "mining pool." This helps small operators compete against larger ones.

What is Litecoin?

Remember how I said that Bitcoin is open source? Litecoin (LTC) is a fork of Bitcoin. It's identical in most respects except that Litecoin payments can be processed a bit faster. Litecoin is also considerably less popular than Bitcoin, which means that there are fewer people to compete against in mining.

WPLUG is currently using about half of its processing power on the WPLUG.org server to mine Litecoin. We've got about 2 LTC saved up, and we need to determine how best to use it.

Litecoin could be worth a lot some day. Right now, 1 Litecoin is worth about $38. That isn't a lot, but keep in mind that Bitcoin, which once fetched those prices, now sells for well over $1,000 per Bitcoin.

Justin's Suggestions: General Guidelines

  • The WPLUG treasurer should establish an official WPLUG Litecoin wallet.
  • At business meetings, the treasurer should report WPLUG's Litecoin balance in addition to its bank account balance.
  • The treasurer, or someone he appoints, should monitor market conditions related to Litecoin and advise the board of directors appropriately.

Justin's Suggestions: Market Guidelines

  • Save our Litecoins unless you absolutely have to spend them. Unlike the US dollar, which becomes less valuable over time as more dollars are printed, Litecoin will become more valuable over time because only a finite number of Litecoins will ever be created.
  • People can buy, sell, and trade Bitcoin and Litecoin at cryptocurrency exchanges. Some popular exchanges include Coinbase (my favorite), Bitstamp, and BTE-e.
  • Most exchanges don't allow Litecoin to be sold for US dollars since Litecoin isn't very popular. Therefore, if you'd like "cash out" our Litecoin investment, trade the Litecoins for Bitcoins and then sell the Bitcoins.

___

  • The price of Litecoin tends to follow the price of Bitcoin.
  • Watch the news for headline stories related to Bitcoin. When Bitcoin gets exposure, such as a government hearing, it often causes a lot of first-time users to buy BTC, which drives up the price.
  • Consequently, a lot of these first-time users sell their holdings shortly afterward when they realize that Bitcoin isn't their golden ticket to prosperity.
  • For whatever reason, people who want to sell Bitcoin usually do it on the weekend, which temporarily drives down the price. If you have to sell, do it during the week.

Accepted Reform Package 3 Proposals

  • WPLUG has business meetings too often; we recommend having them every other GUM instead of at every GUM.
  • WPLUG holds GUMs too often: we recommend having them every other month instead of every month.
  • During our "off-months," WPLUG should have a social event.
  • Generally, each month should have one activity, be it a GUM or a social event. However, some months could have two events, such as a GUM and a separate celebration for Software Freedom Day.
  • In the interest of consistent programming, each GUM and its corresponding off-month should hold to a particular theme. For instance, someone could give a presentation about becoming involved with the Linux community at a GUM, and the following month, we could have a "hackathon" where we work on a community project.