• 1 Post
  • 38 Comments
Joined 1 year ago
cake
Cake day: June 10th, 2023

help-circle


  • For not depending on altruistic action, I like the opencollective model. Both for self financing but as a platform too. If you use their platform to provide paid services, you share revenue for development. And then development/processing is charged from the collective fund through open recipes.

    I expect most drivers to already be legal drivers. And the main point is to empower organisations that are already in place. Legally, I suppose the difference is that this is actually a technology project, with technology goals? The legal responsibility would be of actual operators.

    Drivers drive as a job. Fees defined by the operator. Processing through payment modules. I was thinking each would need their own stripe API keys, for example. Split is also defined by the platform.

    Trust would be built through moderation and finance. Operators can make some screening of customers and drivers, to increase trust between both groups.

    I expect operators to provide support for any problems, since they choose the drivers explicitly. Including refunds. They got full control over finance.

    If anything worse happens, I’d expect the operators to be in the hook. This is their service, actually. They have finance, they have actual full control.

    If someone makes online stores with WordPress and doesn’t delivery their goods, or deliver harmful goods, I don’t imagine WordPress can be held accountable.


  • Well, yeah. That is where payment modules would need to be developed by region.

    Possibly some umbrella solution like “insert your own stripe api key”.

    But also you shed some light over finance management between operator and providers, thank you! I think this should provide outstanding balances, and some functionality for marking/confirming payments, but banking itself probably has to be done independently.



  • I think federation makes it easier for customers to circulate between regions and find providers for regions that their original platform doesn’t cover, using the same client. Or by adding multiple backends to the same client. They could trigger a single request for service in multiple providers, increasing the likelihood that someone will pick it up.

    The fees would be defined by the operators. If an operator starts to gouge drivers/customers, it should be easy to kick them away and start a new one since the tech barrier and app barrier are removed.

    I think the people working with the fleet, and service providers are the main stakeholder and the app has to be built for them. Customers are almost a second class citizen, in this model. For mastodon/lemmy, it is built for the end user first, which makes moderation tool lag behind too much.




  • Have you seen people overrate “common sense”? That’s it.

    Don’t think deeply, go for common sense, disregard the specialists, we can’t understand their areas of study, therefore they are lying.

    Also, avoid studying humanities: history, philosophy, sociology, politics. That will make you poor! Stay technical and mathy, don’t worry about anything else other than making money! Have a life project! Get rich!

    That’s the anti intellectual speech.

    Who benefits from the smart peoples of the world not questioning the status quo, and the building blocks of capitalism?










  • Yes, I understand! I’m talking from the perspective of someone that learned those skills.

    That learned about tool chains, about the required infrastructure, the processes, IDE configuration, etc.

    I’m not saying the change is painless. I’m saying for each of those, there’s an equivalent in any other game making tool. The foundations help to learn the new ones faster. And the new ones takes you generalised knowledge further. Which only contributes to your professionals growth.

    At the end of the day, every technology will be replaced. Being able to transfer skills between different scenarios is a valuable skill itself. :)