Loomio
Wed 23 Nov 2022 11:11PM

Proposal: increase our Tech Working Group monthly infrastructure spend to ~€150

F Flancian Public Seen by 158

Update (2022-11-25): this proposal is superseded by https://www.loomio.com/p/PrfjuJAv/proposal-assign-a-250-monthly-discretionary-budget-to-the-tech-working-group, which takes into account feedback by the community.

Hi there!

We are discussing scalability and reliability strategy in the Tech Working Group this week, after the great work by @protean which brought us to the latest Mastodon version safely.

We have located two servers in Hetzner under auction that would let us augment and replace Runko, our current server with hardware from ~2013. To lease them would signify an extra expense of <€100 monthly:

Once they are set up, we could likely retire Runko (with their aging hardware) and save those ~40€/mo if we want that -- or replace it with newer hardware at a similar price, keeping our monthly server spend in the €150 range.

@Nathan Schneider, we discussed having a discretionary budget elsewhere -- do you think this proposal needs more details and a consultation with the community or do you feel comfortable approving it? Moving fast would enable us to start working on balancing the current load better, and prepare us to grow the instance further if we want to do that and the opportunity arises. But I'm unsure what the right way forward it.

@Ian Smith @Bo Jeanes among others from the TWG reviewed so far, review of the rest of the working groups and the wider community is of course very welcome :)

EL

Eliot Lash Wed 23 Nov 2022 11:24PM

I'm in favor of us preparing to handle more traffic and get off of aging hardware as it sounds as if there's a good amount of wiggle room in our budget. The mastodon server seems to be what people have joined social co-op for in the first place so it's important to make sure we have adequate resources to meet increasing demand. Additional redundancy is important too so we can continue to serve traffic if one of the servers goes down.

BJ

Bo Jeanes Wed 23 Nov 2022 11:38PM

Yes, though it is an open question as to how these servers are used (e.g. putting data stores on one, application on the other). So whether or not it would provide redundancy in that sense is unclear.

We could consider having the DB run on both with one being a replica and that would give us some failover capacity. Interesting to consider...

GF

Geraldo Fernandez (@[email protected] Wed 23 Nov 2022 11:37PM

I'm very much in favor of this increase and lease since trusted members of TWG feel it is a good use of funds. If we do make this purchase, I think it'd be really helpful if someone could write up a very brief explanation of the intended present & aspirational future uses of the three servers we'd then have for members (like me) with limited understandings of all the complexities involved in running our coop's technical backend.

I think we should also take whatever steps are necessary to move forward with approving a discretionary budget for the TWG. Am I correct in understanding that currently there's not a functioning separate TWG ops team like there is for community, so the core of TWG people making decisions is a bit amorphous? If this is the case, and assembling a firm ops team isn't something that we can/should move forward with right this moment, maybe we could set down a precedent that either the community OPs team or the on-call person would just be notified/consulted when that discretionary budget is used, so there's some degree of process?

F

Flancian Wed 23 Nov 2022 11:44PM

Thank you, Geraldo!

I think of Community Working Group as a single group currently; in one recent meeting we actually discussed restructuring IIUC (https://www.loomio.com/d/yh0aFRbU/community-working-group-ops-team-minutes has minutes). Is there a different group that ever meets as the non-Ops Community Group? :) I'm relatively new so I'm unsure, but I think not. @Matt Noyes @emi do @Mica Fisher @Sam Whited probably know more.

I think the TWG should have an oncall rotation like the CWG does; but I'm unsure what introducing an ops/non-ops split would buy us. I understand an approval process for expenses makes sense, and I agree having the oncall from some other Working Group approve might be ideal.

FWIW I'm oncall for the CWG this week so technically I approved this proposal which was initiated by @Ian Smith :)

MN

Matt Noyes Wed 23 Nov 2022 11:47PM

There used to be a meaningful distinction between the CWG and the CWG Ops Team, but the CWG has atrophied so CWG ops team proposals just go straight to the SC membership.

SW

Sam Whited Wed 23 Nov 2022 11:41PM

I'm generally in favor of this; I'm not sure if it's the new traffic load or the 4.0 upgrade, but everything seems to be showing a loading bar now (meaning no disrespect to the tech team, it's not unusable slow or anything and the 4.0 upgrade was definitely worth it, thank you for doing the work to get it running for us all!), so some beefier hardware seems like a great idea to handle the increased load.

MN

Matt Noyes Wed 23 Nov 2022 11:44PM

Would it make sense to talk with our friends at MayFirst.Coop and/or Meet.Coop to see if they would be interested in sharing hosting resources? (Assuming that is relevant/possible -- not a tech person, myself ;-))? Always on the lookout for possibilities for inter-cooperation. @Jamie Gaehring @mike_hales

F

Flancian Wed 23 Nov 2022 11:45PM

Yes, this sounds lovely!

I think @Calix from Coop Cloud who recently joined our coop individually as well as the TWG might also have interesting pointers/opinions here.

MN

Matt Noyes Wed 23 Nov 2022 11:48PM

Good idea -- there may be other co-ops interested, too.

JA

Joseph Andriano Wed 23 Nov 2022 11:59PM

I was wondering the same thing about May First. I looked into them quite a bit when the proposal was going around about social.coop joining, and it got me wondering about some of my own hosting needs. They seem to have a good service

My vote here is to go along with what the TWG recommends, but I’m curious how they might be able to play a part in all this.

JG

Jamie Gaehring Tue 29 Nov 2022 2:06AM

Finally catching up on all this, but sounds good! I'd be interested in knowing more how May First Coop works in general, as much out of personal curiosity as anything else.

AU

Ana Ulin Thu 24 Nov 2022 12:01AM

KL

Konrad Lawson Thu 24 Nov 2022 12:09AM

This sounds good. Certainly in favor of supporting growth and sustainability of hosting solutions. If there are promising links to be made with other coops and May First on this front also favor that as makes best sense in terms of cost and flexibility.

JR

Jeremy Rose Thu 24 Nov 2022 12:16AM

Sounds like a good idea to me! We're all here to use this server, so IMO this is our first priority for funds.

D

Poll Created Thu 24 Nov 2022 3:03AM

Proposal: increase our Tech Working Group monthly infrastructure spend to ~€150 Closed Fri 25 Nov 2022 1:07AM

Outcome
by Darren Fri 25 Nov 2022 1:08AM

Poll closed to be replaced by a new reformulated proposal

This poll was labelled urgent. It no longer is.

It was labeled URGENT as it appeared the funds were required quickly (read below) and so that it could comply with our [bylaws](https://wiki.social.coop/rules-and-bylaws/Bylaws-for-social.coop.html)

Can see more details about the expenses in the [thread](https://www.loomio.com/d/Oakf6qgh/proposal-increase-our-tech-working-group-monthly-infrastructure-spend-to-150)

People whove already indicated they support the proposal can be manually added to the poll totals after it closes

Results

Results Option % of points Voters
Agree 56.5% 26 D EM N RH GC JR BM SW WM JA EB K MM J KL BP SJ V GM
Abstain 26.1% 12 AW BMH M N JA ZS SG G J TR LM GF
Disagree 17.4% 8 MN BS I IS D AU BJ C
Undecided 0% 224 DS KF ST JD CZ BH LF JC F BM NS SH KT C ZS DH G AM MSC CCC

46 of 270 people have voted (17%)

D

Darren
Agree
Thu 24 Nov 2022 3:08AM

Members of the tech working group have been super active applying upgrades to our Mastodon server over the last few days. Very happy for the necessary resources to be made available in a timely manner to smooth their work and make our instance more robust

C

Calix
Disagree
Thu 24 Nov 2022 3:08AM

I am, feeling very conflicted, voting "no" because:

  1. I don't know anything that would justify this being an "URGENT" vote; what is the time pressure to decide this within 24 hours instead of a week?

  2. There is still disagreement between folks in the "Tech Working Group" Matrix channel about this change; I'm not sure if folks were just referring to the TWG "Ops" members, but I don't think it's accurate to say that the TWG has agreed to ask for this.

GM

Greg Malkov
Agree
Thu 24 Nov 2022 3:08AM

Sounds great! Is the plan replicate data and/or application deployments across the two servers?

AW

Aaron Wolf
Abstain
Thu 24 Nov 2022 3:08AM

In general, I suggest having some buffer for any working group to make temporary decisions to use a modest amount of extra funds for any urgent need without getting a full-membership vote. Such decisions should be done in ways that are easy to reverse if possible. Then, the WG should explain why the extra funds were needed and to propose to the membership any long-term changes.

Long-term changes should not be made urgently. Urgent temporary changes should not have excessive obstacles.

MN

Matt Noyes
Disagree
Thu 24 Nov 2022 3:08AM

Don't see why this is urgent? Am I missing something?

Also, I had hope we would explore doing this jointly with Meet.Coop and/or MayFirst.Coop

WM

Will Murphy
Agree
Thu 24 Nov 2022 3:08AM

150/month is entirely reasonable for a service of our size and represents 15% of our current open collective income

GF

Geraldo Fernandez (@[email protected]
Abstain
Thu 24 Nov 2022 3:08AM

I very much support the proposal, but it seems like it might not be clear that members of the TWG all feel this is the right way to go yet. May be preferable to take more time to consider, refine the proposal/process & possibly address the discretionary fund matter and/or potential partnerships with MayFirst first. Would support the proposal if these issues are worked out to make sure it actually represents the desired course of action from the TWG at this time, or a refined proposal is made.

AU

Ana Ulin
Disagree
Thu 24 Nov 2022 3:08AM

Voting "no" because I don't understand why this proposal is marked as "urgent", and there doesn't seem to be clarity that the TWG agrees on this direction.

BM

Boris Mann
Agree
Thu 24 Nov 2022 3:08AM

We should make sure there is a working buffer that might be even higher than this amount. We’re onboarding more people and seeing more traffic, it’s good to have this in place so that Service Döner degrade for members new and old.

SG

Shauna Gordon-McKeon
Abstain
Thu 24 Nov 2022 3:08AM

This all sounds very reasonable to me, but I don't know enough to actually vote on this, so I'm abstaining. It also seems like there may be some disagreement among the people who this most affects, which seems not ideal.

EM

Erik Moeller
Agree
Thu 24 Nov 2022 3:08AM

I'm in favor of increasing the budget promptly, to give the TWG flexibility to make decisions that it agrees to make to manage increased demand.

SJ

Scott Jenson
Agree
Thu 24 Nov 2022 3:08AM

Seems like the extra spend for the huge increase in new users is warrented

D

Django
Disagree
Thu 24 Nov 2022 3:08AM

Changing my vote to disagree, considering this proposal doesn't seem to have had consensus of the Tech Working Group, and that "auctions" are ongoing. It might be best to bring forward a whole new proposal once the TWG has reached consensus.

BP

Ben Price
Agree
Thu 24 Nov 2022 3:08AM

Having read the discussion I agree enough in principle with the idea to support it, but I share the reservations about making this an 'Urgent' all-member vote. There ought to be a better way of handling these kind of decisions.

BS

Billy Smith
Disagree
Thu 24 Nov 2022 3:08AM

The market for computer hardware is a Dutch Auction. Work out what you want to do, choose the appropriate specs for the machine you need for the tasks, and then wait till the price falls to the level that it's within your budget. Buying on impulse means that you're not getting a bargain.

LM

Luke Martell
Abstain
Thu 24 Nov 2022 3:08AM

Am in favour but see an amendment and call for more discussion/clarification, so abstaining.

J

jicka
Agree
Thu 24 Nov 2022 3:08AM

Sound reasoning. I agree with the proposal.

While I agree that such changes should ideally be discussed in a slower fashion, I trust the tech working group to have thought the decision through for long enough and only needs quick validation from us all.

BTM

Bjorn Toft Madsen
Agree
Thu 24 Nov 2022 3:08AM

Let's strike while the iron is hot

JA

Joseph Andriano
Abstain
Thu 24 Nov 2022 3:08AM

I think the proposal has merit, but I disagree with it being market as urgent during the a national holiday in the USA. Those interested may not have the time to actually review it. To be clear, I would be voting yes but for this process issue, which is why I chose the middle-of-the-road abstain position.

IS

Ian Smith
Disagree
Thu 24 Nov 2022 3:08AM

Voting disagree

I think this is a good plan (after all I suggested it) but I think it requires more discussion in the TWG before moving forward. There are also some unresolved issues:

First, the payment method for the Hetzner account needs to be addressed as it is currently @Nick S Paypal, and I believe he has not had a chance to review this idea at all. This is a blocker for me.

Second, the DNS credentials need to be recovered. This is also waiting on @Nick S and is a technical blocker.

ZS

Zee Spencer
Abstain
Thu 24 Nov 2022 3:08AM

To make the vote I would like to have:

  1. A summary with all relevant context: I.e. Increase the Hosting and Infrastructure budget from $1,200 to $1,800 per year. This brings Hosting and Infrastructure from 10% to 15% of our gross annual income; and reduces our "no-income" runway from 24 months to 23 months)

  2. Clarity on which members of the TWG prefer/accept/object to the proposal.

If the TWG is in favor, I would prefer they held this directly (W/Finance Group) rather than a member vote.

TR

Tom Resing
Abstain
Thu 24 Nov 2022 3:08AM

Conflicted. I want to make sure they have the funds to do the work. I see some good reasons to delay until a more solid plan is shared.

N

Neil - @[email protected]
Abstain
Thu 24 Nov 2022 3:08AM

Not 100% sure what the vote is asking for at this point, so abstaining. But I support the TWG Ops Team having ample budget, and discretion over the spend of that budget.

BJ

Bo Jeanes
Disagree
Thu 24 Nov 2022 3:08AM

I'm changing my vote, as I persuaded by the discourse that's gone on.

I'd unconditionally support getting a single server to replace Runko and think it's within the purview of TWG's discretionary spending. We can continue discussing and exploring architectural changes we would make to support scale can carry on non-urgently and in parallel to wider group discussions about the future of the coop.

AU

Ana Ulin Thu 24 Nov 2022 3:14AM

@Darren can you clarify why is this "urgent" and needs to be decided by tomorrow? (Is this because of a time limit to get that extra server? If so, I didn't see that stated anywhere explicitly.)

D

Darren Thu 24 Nov 2022 3:35AM

The folks whove been busy working on our servers the last few days have expressed a desire to get the new servers ASAP/tomorrow. I suspect this wont be a controversial vote and as I understand it theres no minimum contract on the servers and no set up fee so we can back out at any time if thats later felt to be necessary.

If you are interested [this](https://matrix.to/#/!akkaZImONyQWKswVdt:matrix.org/$166924586016282GGxJN:matrix.org?via=matrix.org&via=autonomic.zone&via=beeper.com) (and much more) has all been discussed in the tech working group matrix room

D

Darren Thu 24 Nov 2022 3:39AM

lol, apparently more controversial than i imagined. Possibly i misunderstood the urgency. Interested in opinions and happy to alter (extend?) or cancel the poll if the urgency isnt really there and folks feel we need longer to consider or time to redraft the proposal

AW

Aaron Wolf Thu 24 Nov 2022 5:07AM

As I hinted in my vote, if a proposal is uncontroversial and urgent/timely, it shouldn't go out to a general member vote, it should just be decided by the WG. I think members have an intuition that if something is urgent and has to go to an all-member vote, it must be because the decision is non-trivial, has serious ramifications or something.

I imagine there's less controversy over the proposal than there is discomfort with all members being asked to rubber-stamp an urgent decision.

J

jonny Thu 24 Nov 2022 7:44AM

this reflects my feelings: I either feel like the TWG should have discretion to keep the shit online in the case this is time critical manner and we can sort out details later, or I feel like we should have more time to consider. personally I am like "hell yeah go get the dang servers" since I've seen several financial check-ins up thread. but yeah more a hesitant vote on use of process.

MN

Matt Noyes Thu 24 Nov 2022 4:17AM

Suggested amendment: make this a normal (not urgent) proposal and reset the end date to Nov 30.

IS

Ian Smith Thu 24 Nov 2022 12:12PM

I agree, this needs more time.

D

Darren Thu 24 Nov 2022 4:47AM

To quote @Flancian

I posted in the open chat room about the server auction. my default is to buy them tomorrow -- I wanted to do it tonight but unless you think there's a risk we lose them it seems letting the community participate in this decision is a good idea.

I'm inclined to let it run as is till they can chime in. Particularly because we are running on an old server which was struggling a fair bit before the mastodon upgrade, we have plenty of funds, this isnt an irreversible decision.

Personally Im happy the setvers are getting attention. Stuff had got neglected.

D

Darren Thu 24 Nov 2022 4:54AM

To give some more clarity on TWG discussions the only disagreement I saw in the tech group chat was an uncertainty we needed all three servers, the person that raised that was happy to step aside as they werent doing the work and they were happy to let those that are move things forward. @Calix is, i think, also in the TWG

BJ

Bo Jeanes Thu 24 Nov 2022 6:58AM

AFAIK, the urgency is because this price is part of an "auction".

Right now, the people involved in the TWG discussion appear (to me) to be split on how we architecturally use these resources.

However, it's clear that our current server is older and not particularly cost-effective. Another less-contentious proposal that I think the TWG would more unanimously back is simply getting one server to replace the current one which, other than the overlapping month(s), would be pretty equivalent cost-wise to the current setup.

Then, non-urgently, the TWG could continue its exploration into whether separating the database from the application (or similar proposals) is merited.

C

Calix Thu 24 Nov 2022 3:40PM

The "Auction" is ongoing, in my experience the offers there are fairly consistent.

C

Calix Thu 24 Nov 2022 3:42PM

And I would personally support replacing the server 1:1; my concerns are about adding architectural complexity (specifically I saw Wireguard, and Docker Swarm, mentioned) which will reduce the pool of potential folks who could help with TWG work – which seems especially dangerous given that the TWG has been down to 0-to-1 people before.

BJ

Bo Jeanes Thu 24 Nov 2022 10:02PM

That was just my speculation about why it was considered urgent, but I think @Flancian has since further explained why below.

BJ

Bo Jeanes Thu 24 Nov 2022 10:04PM

Yep very fair.

FWIW: Docker Swarm is not a significant departure from our current strategy, as it still is essentially a docker-compose.yml-based workflow. I don't think Wireguard is necessary and I too would be concerned about adding that into the mix for the reasons you've expressed.

Personally, I only want us to separate DB and app onto two machines, even if we changed nothing else.

C

Calix Thu 24 Nov 2022 10:13PM

I'm pretty familiar with Docker Swarm – I helped implement a project entirely based on it 😅 – and I'd disagree that it's "not a significant departure": using it requires learning about the "stack" and "service" Docker concepts (and related management commands), potentially adjusting to a different mental model because of the potential decoupling of where the compose file lives vs where the stack is deployed, and the UI is very gory (`docker-compose restart` vs `docker service scale foo_bar=0 && docker service scale foo_bar=1`, `docker-compose stop` vs `docker stack rm`).

I think swarm is better, for sure, but I think it's worth asking who in TWG knows it, or is willing to learn, before introducing it.

J

jonny Thu 24 Nov 2022 7:48AM

idk how to vote after reading the whole thread! gave some context above!

  • I support the discretion of our working groups!

  • if there is some time-critical auction that nets us some needed hardware in a time of budgetary surplus I'm in favor of them making the buy and briefing afterwards with invitation to clarify spending process!

  • I do think we should revise the urgent vote process to need to include some description about why the vote needs to be urgent, because I think process concerns were the major ones reading the above thread!

  • again thank you tech ops/tech working group for bringing this item and being on the lookout for good hardware! appreciate your work !!!!!

IS

Ian Smith Thu 24 Nov 2022 1:07PM

In addition to the comments I made in my vote, there are some other things making me think this should get better consensus before moving forward.

I think there is a larger discussion to be had around how the co-op should scale. I do not personally that mega coops or mega instances are good for democratic governance. Scaling servers now would moot that discussion as there would no longer be an external pressure (server capacity) to force it.

Since the latest update, we are seeing more headroom on the server due to bug fixes and improvements in the underlying libraries, so this is not as urgent as it would have been a week ago.

Important:

There is a caveat here: The instance has a lot of inactive accounts. It's like a 2:1 ratio of inactive to active. If a large number of those accounts suddenly became active again this would change the urgency.

EB

Evan Boehs Thu 24 Nov 2022 4:54PM

I think these are important considerations, but not relevant at this time. The current server is ageing, and redundancy is always a good thing. What happens if good ol' Runko hits the sack?

EB

Evan Boehs Thu 24 Nov 2022 5:01PM

I believe my last comment did not send, my apologies if for some reason the comment is just not visible on my screen.

I think this discussion is important to have, but I don't think it's relevant to this proposal. Runko is ageing, and I fear for what would happen if they suddenly hit the sack. New servers and redundancy is always good, regardless of intended scale.

D

Darren Thu 24 Nov 2022 1:09PM

As theres more TWG folks now chiming in saying they feel the process needs more time Im going to give it the full week and remove the URGENT🚨

JA

Joseph Andriano Thu 24 Nov 2022 2:32PM

Is it possible to repropose this with more info as a formal recommendation voted out of the TWG? I’m seeing conflicting discussion about whether the TWG thinks this is a good idea. I’d like it if we could have a proposal with the various options/costs and vote on that. I’ll admit I’m pretty confused at this point.

F

Flancian Thu 24 Nov 2022 2:32PM

Hi all! Thank you all for your comments. Thank you particularly Darren for starting the poll!

Although I agree that making it not urgent seems like a reasonable thing here based on community feedback, I am (full disclosure) personally a bit disappointed by the fact that this will make it so that we won't have the server(s) available until November 30 and thus we will not be able to start working on them until December. The TWG is volunteer-run and free time to dedicate to Social.coop comes spottily and in batches for most of us; for example I have time to work on server setup this weekend but I'm unsure about the next one. Then again, the fact that some TWG members voted against the proposal shows that I misinterpreted our level of alignment on the plan going forward.

If I wrote the original post again, I would probably make it only about getting one new server to start replacing old Runko as suggested by @Bo Jeanes above.

NS

Nathan Schneider Thu 24 Nov 2022 3:05PM

I would love to see this proposal coupled with a more comprehensive rebudgeting, such as what the Finance Working Group has been asking for weeks. This way, also, the TWG could make calls like this one its own, within its internal budget.

For instance, here I suggested we move toward something like £250 each for TWG and CWG to be distributed as each group decides. (The downside of making both equal is that TWG would spans most on payments for services, as opposed to labor, but TWG currently does not pay for labor at all.)

Could we reframe this proposal more in terms of a unified TWG monthly budget?

F

Flancian Thu 24 Nov 2022 3:23PM

Sure, that sounds good -- that was my intention by having the primary framing be about monthly infrastructure spend regardless of the new servers use case, but the example at hand and the long term policy got mixed up a bit in the proposal.

I'm a bit wary of 'coupling', though -- while we do all this, will we be waiting for convergence and continuing to rely on old Runko? My hunch is that I should go ahead and get one server now and just pay for one year of hosting myself, honestly. If that doesn't make sense, I am happy to commit to paying for any costs until we turn it back down if the community decides against getting it, or against setting a TWG budget so we can pay for it.

NS

Nathan Schneider Fri 25 Nov 2022 12:09AM

If it feels urgent, I think go ahead. But I feel confident we can establish an appropriate budget to ensure you get paid back, and that this sort of thing isn't necessary in the future.

F

Flancian Fri 25 Nov 2022 12:41AM

Yeah, you're right. I think the urgency isn't here (or, if it is, it is less present than two weeks ago before @Ian Smith upgraded the instance and got rid of a lot of tech debt). I think I was being a bit irrational because I was frustrated by what I perceived as a roadblock to the work I was hoping to do this weekend :)

I'll start that other proposal.

F

Flancian Fri 25 Nov 2022 12:57AM

EB

Evan Boehs Thu 24 Nov 2022 4:55PM

Pretty Irrelevant, but what will become of Runko should this proposal pass?

BJ

Bo Jeanes Thu 24 Nov 2022 10:05PM

This was answered in the original post actually:

Once they are set up, we could likely retire Runko (with their aging hardware) and save those ~40€/mo if we want that -- or replace it with newer hardware at a similar price, keeping our monthly server spend in the €150 range.

EB

Evan Boehs Thu 24 Nov 2022 10:18PM

I'm unfamiliar with the hardware in use, but I imagine it is still relatively powerful. What does "retirement" entail? I would love to see it donated to a university, TWG, charity, or even community member instead of turning it into e-waste

BJ

Bo Jeanes Thu 24 Nov 2022 10:44PM

We don’t own the server. It’s rented.

EB

Evan Boehs Thu 24 Nov 2022 11:05PM

Ah, that's the clarification I was missing :)

MN

Matt Noyes Thu 24 Nov 2022 5:42PM

It is great to see so much thought and work being put into making social.coop better and more sustainable. Because we link tech and finance to community and try to cultivate a democratic culture, it's important that the process of deliberation and decision-making be democratic, even when that seems (or is) inefficient. My suggestion is that the TWG take all the feedback so far and make a new proposal (or more than one, if it seems better to separate issues) that we can then discuss and vote on.

One proposal could be to dedicate a specific budget to each WG for the members of those teams to use as they see fit. (That assumes that WGs are elected by the members, even if they remain open to other members to participate.)

Another proposal could be to make a one-off purchase of a new server(s).

A third one could be to task a couple of people to talk with Meet.Coop, MayFirst.coop, Cloud.coop... about possible shared hosting and other tech collaboration.

If we want tech to be democratized, we have to step away from the move fast and break things approach, and integrate deliberation and discussion -- which is what we are doing here. If you are in a hurry, take the long way, as they say in Japan.

NS

Nathan Schneider Fri 25 Nov 2022 12:11AM

I think holding hard assets like a server is probably not best for Social.coop. I would advocate a combination of proposals 1 and 2 here: Set a fixed and generous tech budget, and encourage the TWG to seek resources through partnering with tech co-ops.

F

freescholar Thu 24 Nov 2022 6:46PM

I am a MayFirst.org board member and would be happy to relay any info or bring questions to the MFMT group. We are working to set up some skill share sessions delving into the free software tools we offer to our members and the public - Jitsi with interpretation features, NextCloud etc.

Deliberation is a good approach. Agaric and some friends are in active discussions on a democratic voting platform - http://visionsunite.org join us in these formative talks every week on Thursdays at 3pm ET on CommunityBridge in the show and tell room. https://communitybridge.com/show-and-tell the visitor access code: elephant9

ES

Ed Summers Fri 25 Nov 2022 3:08PM

I think this proposal, even though it got superseded, renewed much needed conversation about the goals of social.coop and how our system architecture can support them. Thank you!