Welcome to for http://groups.google.com/group/general-intelligence visitors.
Discussion welcomed on the mailing list.
democratically manage http://code.google.com/p/genifer/ in a truly distributed yet efficient fashion
collectively decide what's to do next and who deserves credits
- we do not have a working AGI yet
- no working AGI solving this problem for us
- most members are "honest"
- allowing to focus on the actual useful code, not extremely time-costly security problems
- track every contribution, even outside of the code base
- e.g. wiki
- e.g. getting funding would be written down in the wiki in a dedicated page and could thus be voted on
- allow vote of credits for each task
- including delegation mechanisms (see later on)
- provide an explicit rule system
- with by default (but changeable)
- code (rules + engine) and data (votes + changes) are public
- initial voting "coins" are distributed
randomly equally amongst voters (to induce participation to change this very rule)
- decisions with "coins" on the changes to this system (rules or engine) are synchronous (up to the point of the decision being sure, initially majority) coins are used, credits are spent
- take-over is possible, no safety mechanism
- if initial members gain less and less voting power based on overall decision, the project aim will drift
- reward "credits" allocation decisions are asynchronous
- an API is provided to make reward allocation prone to personal automation
- allow scripting of the user own rule system
- distributions templates (mathematical repartition)
- patterns templates (conditional and sequential)
- mimicking templates (delegation)
- information to vote
- lack of, e.g. when somebody has to judge a domain that is out of his domain of expertise
- overload of, e.g. when too much information is provided and make the decision intractable
- social bias
- friendship based vote
- retaliation based vote
- manipulation of the voting system itself, e.g. double spending or other re-allocation
- increase load outside of production itself
- e.g. using finance tools, quantitative tools, in order to try to maximize accumulation with no regards whatsoever to actual productivity and long-term planning
- i.e. weighting the social consequences of having the voting known by others rather than focusing on the impact on the success of the project itself
- lack of social recognition over time if no activity
- recognition should still be there but decision making and voting power should not since the participant has outdated knowledge of the project relatively to active participant
- this could tweaked by making the decay of voting power decrease non-linearly based on the amount of voting power gained
- using Google Code with its own wiki and mercurial
- the wiki provides no API but it is hosted within a mercurial repository
- hg clone https://wiki.genifer.googlecode.com/hg/ wiki
- webhooks are supported
- authentication is supported
- rules, credits and voting power could be stored in the code repository too in order to keep modifications to them public
- voting "coins" and reward "credits" could be fusioned if credits are proposed as "bounty" as a duplicated proportion of what the user currently have
- but at the risk of himself fetching his own coin?
Consequently, making a mercurial plugin would thus allow easy usage by the developers (supposedly the main contributors) but could still in a second time provide a simpler interface (web server).
- MarketPlugin http://trac-hacks.org/ (which seems to have been deleted since)
- OpenHatch Community tools for free and open source software
- lovemachine startup building things that can make money and have a shot at saving the world.
- Metagovernment - Government of, by, and for all the people
- support the development and use of Internet tools which enable the members of any community to fully participate in the governance of that community.
- Rypple The people-focused management service
- Managing a Google Code project with Mercurial by Andreas Grech, Andreas Grech's Blog July 2010
- gource software version control visualization
- Escaping from Project Hosting on Google Code, the Data Liberation Front
- logs of discussions with _YKY_
- private (dates to add)
- in freenode/#genifer 06/09/2010 starting at 08:55 CET
- "Employees who satisfactorily perform one of the tasks in the work pool receive the corresponding points. At the end of the month, their wages or bonuses may be calculated in function of the total number of points they have earned. This would ensure that everyone is motivated to tackle as many important tasks as possible." (p18)
- http://thesuperfluid.com using virtual currency for project collaboration "keeps things fair for everyone"
- BetterMeans Open and Democratic Project Management