Skip to main content

Blog

As Elon Musk destroys Twitter, a lot of clients have asked about alternative social media, especially 'Mastodon'— meaning the federated network that includes thousands of servers, running that software and many other FLOSS applications, all providing interconnecting hubs for distributed social media. Agaric has some experience in those parts, so we are sharing our thoughts on the opportunity in this crisis.

In short: For not-for-profit organizations and news outlets especially, this is a chance to host your own communities by providing people a natural home on the federated social web.

Every not-for-profit organization lives or dies, ultimately, based on its relationship with its supporters. Every news organization, it's readers and viewers.

For years now, a significant portion of the (potential) audience relationship of most organizations has been mediated by a handful of giant corporations through Google search, Facebook and Twitter social media.

A federated approach based on a protocol called ActivityPub has proven durable and viable over the past five years. Federated means different servers run by different people or organizations can host people's accounts, and people can see, reply to, and boost the posts of people on the other servers. The most widely known software doing this is Mastodon but it is far from alone. Akkoma, Pleroma, Friendica, Pixelfed (image-focused), PeerTube (video-focused), Mobilizon (event-focused), and more all implement the ActivityPub protocol. You can be viewing and interacting with someone using different software and not know it— similar to how you can call someone on the phone and not know their cellular network nor their phone model.

The goal of building a social media following of people interested in (and ideally actively supporting) your organization might be best met by setting up your own social media.

This is very doable with the 'fediverse' and Mastodon in particular. In particular, because the number of people on this ActivityPub-based federated social web has already grown by a couple million in the past few weeks— and that's with Twitter not yet having serious technical problems that are sure to come with most of its staff laid off. With the likely implosion of Twitter, giving people a home that makes sense for them is a huge service in helping people get started— the hardest part is choosing a site!

People fleeing Twitter as it breaks down socially and technically would benefit from your help in getting on this federated social network. So would people who have never joined, or long since left, Twitter or other social media, but are willing to join a network that is less toxic and is not engineered to be addictive and harmful.

Your organization would benefit by having a relationship with readers that is not mediated by proprietary algorithms nor for-profit monopolies. It makes your access on this social network more like e-mail lists— it is harder for another entity to come in between you and your audience and take access away.

But the mutual benefits for the organization and its audience go beyond all of this.

When people discuss among one another what the organization has done and published, a little bit of genuine community forms.

Starting a Mastodon server could be the start of your organization seeing itself as not only doing good works or publishing media, but building a better place for people to connect and create content online.

The safety and stability of hosting a home on this federated social network gives people a place to build community.

But organizations have been slow to adopt, even now with the Twitter meltdown. This opens up tho opportunity for extra attention and acquiring new followers.

Hosting the server could cost between $50 to $450 a month, but this is definitely an opportunity to provide a pure community benefit (it is an ad-free culture) and seek donations, grants, or memberships.

The true cost is in moderation time; if volunteers can start to fill that you are in good shape. A comprehensive writeup on everything to consider is here courtesy the cooperatively-managed Mastodon server that Agaric Technology Collective chose to join at social.coop's how to make the fediverse your own.

You would be about the first for not-for-profit or news organizations.

You would be:

  • giving people a social media home right when they need it
  • literally owning the platform much of your community is on

And it all works because of the federation aspect— your organization does not have to provide a Twitter, TikTok, or Facebook replacement yourselves, you instead join the leading contender for all that.

By being bold and early, you will also get media attention and perhaps donations and grants.

The real question is if it would divert scarce resources from your core work, or if the community-managing aspects of this could bring new volunteer (or better, paid) talent to handle this.

Even one person willing to take on the moderator role for a half-hour a day to start should be enough to remove any person who harasses people on other servers or otherwise posts racist, transphobic, or other hateful remarks.

Above all, your organization would be furthering your purpose, through means other than its core activities or publishing, to inform and educate and give people more capacity to build with you.

Not surprisingly, Drupal has already figured this out!

more graffiti in spain

Select ID and click Add and configure contextual filters.

The contextual filter configuration screen.

Work

In preparation for Agaric's migration training at DrupalCon Seattle, we've seen again that getting a development environment suitable for working on Drupal 8 with Composer is a big road block. For that reason, here are instructions for getting it all going, suitable for our training or for working on Drupal in a code sprint, with only one hard requirement: PHP.

Three beach shovels standing up in the sand next to a pail.

Getting a local development going is a problem for everyone, including programmers and people who should be skilled at this. Vagrant and DrupalVM were created to make identical development environments work on any computer. Unfortunately, that's more a pipe dream than a promise, as our own experiences and support requests we've received can attest,

Docker is another attempt to make local development match production environments, and a newer generation of Drupal-adjacent development workflow tools, such as DDEV, Lando, Docksal, and Humpback, build on it. Using an online development environment is also an option, but has too much reliance on working WiFi for conference situations.

The goal is any Drupal development environment—any of the above or anything else—where you can go to your project root directory in a terminal and type, say, composer update and have If you don't have a local development environment of any kind, here is the minimalist approach. All the steps start with opening your terminal.

El Reto

350.org necesitaba su herramienta de mapeo para transmitir la amplitud impresionante de la huelga climática mientras emergían rápidamente eventos cerca de los partidarios. Principalmente a través del poder voluntario, tenían una versión inicial de la herramienta en funcionamiento, pero carecía de las características necesarias para que los organizadores se movilizaran en la escala que exigía el ataque climático.

Trabajamos con el equipo de producto 350.org para refactorizar el Javascript personalizado para usar React.js, un marco popular y fácil de usar, agregar parámetros de código de inserción para los organizadores y mejorar la experiencia del usuario para los huelguistas climáticos. El resultado fue una herramienta que ayudó a sacar a unos 4 millones de personas posiblemente en la acción de justicia climática más grande de la historia.

 

Overview

React.js has become one of the top players in the JavaScript libraries world. Drupal has recently adopted the library to create admin interfaces. WordPress has rebuilt its WYSIWYG editor using React. This training aims to explain the basic concepts outside of the context of any particular CMS implementation. Throughout the training, a static site will be converted into a React application. No previous experience with the library is required.

Request a Private Training

It is common for a Drupal site to list multiple items. It could be several authors of a single article, the days a recreation center is open, or the flavors an ice cream parlor serves. Clean, structured data is a strong point of Drupal, but the display of that structured content is limited out of the box. That is why DevCollaborative partnered with the Agaric Tech Collective to complete a stable release of In Other Words, a Drupal module that gives site builders the power to configure precise and natural ways to display lists of items.

Blog

Notes

Slides - https://github.com/fiqus/FIT-talk-en

## FACTTIC - Argentinian Federation of Tech Cooperatives
* Members-only mailing list
* Mattermost (open-source chat)
* Monthly virtual board meeting (any member can attend)
* Annual face to face meetings

## FIT
* A project within FACTTIC where coops share the status of projects they are working on
* Evolved to an area where coops share projects
* To join FIT, you need to be a FACTTIC member
* Monthly virtual meetings
* Mattermost channel for ongoing dialog
* Coops have different skills/services, but when there is overlap, try not to compete with one another and determine the 'needs' of each coop.

### Scenario 1: Project demands more workers than coop has
* When there is a need for help, project is shared in FIT
* Coops can apply to join the project
* Candidates are evaluated and one is chosen
* Client is told and must agree
* Project coordination is led by initial coop
* Commercial agreement is handled only by initial coop

### Scenario 2: Client needs work done, but coop decides not take it
* This might happen because initial coop doesn't have the resources or declines for a strategic reason
* Project is shared with FIT
* If no coops are interested, the client is told no one is available.
* If one coop is interested, that coop's contact is shared with the client.  
* If more than one coop is interested, then we ask, does this project require more than one worker?
  * If it only needs one worker, then the coop who needs it most receives it
  * If it requires more than one worker, then the coops coordinate with one another to complete the work.

## Case Studies

### Betterez
* Canadian client
* Reservations and Ticketing Management Platform
* Technologies: MongoDB, NodeJS, VueJS and Elixir
* Needed more work than Fiqus could provide
* 30 developers with 7 different coops
* Fiqus manages financial questions such as the different rates for different services

### Receptivi
* Canadian client
* Website shows real-time psychological insights of staff
* Had more work, but Fiqus declined to take on the work
* Work was shared in FIT
* 3 developers from 2 coops

### Mall Plaza
* Chilean client
* Mobile app showing mall services
* Tech: React Native, PostgreSQL, Flask

## Onapsis
* Argentinian client
* Web system showing vulnerability alerts on servers
* 2 coops

## International FIT
* Ww want to replicate this model on an international level
1. Share this model with others in order to improve it and spread awareness
  * Presenting at Show and Tell
2. Build trusted relationships
3. Get to know each other in person, spend time together
  * Traveling to the UK, meeting with the federation, COTECH
  * Share experiences after trip

## Questions and Answers:
Q: Have you ever had resistance from a client when handing off work to another coop?
  A: There are times when clients don not understand coops and cooperation among coops. We explain the benefit and share case studies. If there is a deadline that needs to be met, it is faster to bring a team on with prior experience working with the original company than trying to find a completely different company.
Q:  How much do you share about multiple coops working on a project?
  A: If it's only a few hours, it's not worth talking about. However, most of the time it's important to share that information and use it as an educational opportunity to demonstrate the strength of coops working together.
* Once clients see the outcome of cooperation they realize it is a good way to approach work.    
* The simplicity of the process is beautiful.
Q: How do you share business development costs?
  A: The coop sharing the project might lower their rates during the ramp up process.
  * This is an aspect that could be improved.
  * The most important thing is to be transparent and communicate a lot.
  * Keep the spirit of generosity flowing.
* When the cooperation is successful, it builds trust with the client.
* Use a tool to analyze project budgets and progress and forecast availability.
* Cooperation also ensures quality, trusted workers will join the project.

Agaric logo stacked on agaric wordmark.

Community-managed categories is an idea from just about the beginning of my time as a web developer.  As "Community-managed taxonomy" it was my submission to the 2007 Summer of Code, barely a couple years into my time as a Drupal developer.

The Drupal module Community Managed Taxonomy, or CMT, variously known as Community Managed Categories, seeks to bring the possibility of mass participation to categorization (taxonomy) and therefore potentially site structure.

As the project page put it:

Community-managed taxonomy (CMT) opens categorization of content to the site's community. Users can influence both what terms nodes are tagged with and how these terms are themselves organized.

It can also be used to make structured tags on the fly. Users do not need to be logged in to make or propose terms for content.

I very much hope to get back to this work.  I never did get the module working—Agaric was a new company and my father became ill and was killed by the hospital that summer, and my mentor and i were not the best match—and after failing to complete the module and get the second stipend, the time and circumstance has not yet returned.  Please contact us if you may be able to help make the time right in 2021!

This capability to allow a large community to coordinate in categorizing may be more salient when democratically-moderated mass communication is made possible.  That's a goal i have pursued even longer, and i think it is more important and possibly logically prior to community-managed taxonomy.  First we need community-managed communication, so that the resources we build together can reach, be distributed to, the people who should know.  But building community-managed communication may bring up the need for community-managed categories directly, too— how do we decide what the groups are that we can manage communication within?  That's a job for community-managed taxonomy, probably.

It is all tied up to what I have been aiming for for decades.  This description is from 2008:

People have always needed something better than mailing lists— or other communication tools as they exist now. We need something that can reach millions of people (or billions– everyone) and still be open to everyone on an equal basis. Reaching everyone means filtering to reduce quantity and increase quality. Staying open to everyone means that the filtering must not be controlled by any group, must in some true sense belong to everyone.

The Internet has this potential. (The issue of access remains crucial, but is separate from helping the Internet reach closer to its potential for people who do have access.)

People Who Give a Damn is incorporated as a nonprofit organization to connect, without interference and without wasting anyone's time, everyone who gives a damn.

As the first technique to achieve this, anyone signed up to receive messages in a network can submit a message to be sent. The message will be publicly available immediately, but it will be moderated by a random sample of other people in the network pulled to serve jury duty. If they decide it is important enough to send to everyone in the network, it is sent to everyone. If not, the message will have more limited distribution to the sender's personal contacts and possibly to groups within the overall network to which the sender belongs.

This is simple. Yet it will make possible horizontal communication, not top-down few-to-many broadcasts, that is also mass communication. We need horizontal mass communication because we need mass cooperation and collaboration. It is possible with current technology, and necessary for the well-being of ourselves, our friends and family, our fellow humans, our Earth. Anyone interested in updates on progress or how they can help, please contact me.

A large lower case letter i surrounded by tiny letters, that would spell out "capitalism" if they weren't crushed and falling over from the first i.

Meet the team building the open web.