Mobilizon. Your events. Your groups. Your data.

Go behind the scenes of the design of #Mobilizon, our new tool to free your groups and events from Facebook.

framablog.org/2020/10/27/mobil

(illus CC-By @davidrevoy)

Most cryptocurrencies have at least one testnet. For testing, debugging and development.

Is there a fediverse testnet?

@flockingbird

ridgecss.com
tachyons.io
semantic-ui.com

Yep, these seem like they could work. And where they don't, they seem extendible enough in their approach.

@flockingbird i've also used and liked https://milligram.io/ because it styles default elements rather than requiring you to use classes, but this can be heavy handed as it prevents you from opting out. i just used it cause i used semantic elements everywhere and didn't really wanna write much CSS

@flockingbird Really there is no definitive answer for that question, since every framework has it's positive and negative attributes. For my lightweight css needs tho, I've found to be a good solution.

bulma.io/

What is currently the most accessible, lightweight (clientside) and simple to implement, HTML+CSS framework for web-apps?

Primarily for a web-app for mobile use.

Not looking for JavaScript platforms, but if it has some small JS-requirements thats OK.

To be integrated in a fully serverside rendered web-app.

"We moved to GitHub because everyone's already there"

"We shut down the mailing lists because most of our users prefer to use GitLab in their web browser"

"We're rewriting in Rust because we don't really have any non-x86_64 users"

"We're leaving IRC because Discord is more user-friendly"

What all of these arguments have in common is that they exclude people, centralize infrastructure, and eschew free software for proprietary solutions, all in the name of some ill-defined measure of "progress".

So, did another comparison: Were are all the common fediverse projects at?

Using github.com/BasixKOR/awesome-ac, turns out that the vast majority is on github.

Se we'll just follow along, for now.

"Choose your battles wisely", the proverb goes. Distributing Open Source software project hosting is not our current battle.

Show thread

Thanks to @debian 's €10,000 donation (and not $10,000 as announced a few hours ago), we've just reached the 4th step of our PeerTube fundraising. Many thanks to all those who donated. And it's not too late to contribute : joinpeertube.org/roadmap

@flockingbird My ideal would be to be able to network with professionals I have worked with or could work with, to talk about best practices, tips and/or new ways of doing things, technologies etc.

We've done quite some interviews, but would really like to know from the fediverse too:

What's currently your most important motivation for using LinkedIn, Xing, Indeed, etc:

@flockingbird I see. Well if you seriously "did the math" then even if it feels bad you should go with github! :), because anything else will, according to your considerations, hinder your project so much that it's of no help to the cause anyway. Failing idealistically is failure. If I misread things and you wanted feedback on your bullet points, mine would be that I would consider Discoverability and Participation Barrier both moot: Any serious and viably attractive project should and will (I believe) succeed without the extra discoverability GH provides, if it does not the proposition or marketing is probably too weak (note that this is no judgement on your project, I don't know it (yet)). Likewise any serious and determined contributor - the ones a project really needs - will not be hindered by having to register somewhere (my feeling anyway) and one shot "drive-by" contributions are probably negligible in the big picture. One shot issues/bugreports might be a relevant factor though, I concede to that.

I considered @codeberg and , but that solves a problem we don't really have: the hosting part. We already have a gitea instance, it works and is maintained anyway.

Sourcehut has a CI setup, which we are still evaluating: our gitea needs work still to get a drone.io CI running.

Sourcehut or Codeberg might lower the participation barrier a little, but I presume that anyone on or also has a GH account, but not vice-versa.

Show thread

Considering to move from a selfhosted gitea to Github with flockingbird. Sourcecode, issues, wiki/documentation.

* Discoverability: We're just more visible on GH than on "some random website".
* Participation barrier: you probably have a GH account, but certainly no account yet on our instance.
* Defacto standard: external systems like CI, support etc all require github.

It feels a bit like giving in, but the benefits seem to outweigh the idealistic stance.

What do you think?

@jaysnyper C'est en projet pour le moment mais c'est à suivre/soutenir, si on pouvait se passer de "Linequedine" :amaze: @flockingbird

@paladin yet in order to "serve our users best" we need to know our users first. Which is why we're interviewing a lot.

And mixing that up with feedback from the fediverse.

We're designing mobile-first. As web-app, but primarily for mobile users.

Because that requires us to make choices and keep focus.

But... is mobile a good focus?
How do you use your fediverse?

Defining the Ubiquitous Domain Language for #flockingbird .

Obviously driven by the ActivityPub spec, but also the vCard RFC.

Hello, this is the official account for flockingbird.

We are building a professional social network (think: LinkedIn) for the fediverse.

Here, we'll post occasional updates and pointers to where we are at. And we'll try to answer questions about the project.

Account is operated by @berkes so feel free to cc that.

Fosstodon

Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.