Hello, I’m Juniperus, a Democratic Socialist from somewhere within the United States. Send me a PM if you would like to collaborate on open-source software for social development and the greater good.

Please read this post if you would like an introduction to my project.

Join the discussion on Matrix

https://codeberg.org/Brachylophus/Apoidea

  • 2 Posts
  • 10 Comments
Joined 2 months ago
Cake day: May 6th, 2026


  • Yeah I wouldn’t mind an experienced dev taking over the architecture, but I will proceed myself if that person doesn’t come along. If you were worried about it not being applicable outside the US, stuff like the eligible_1099 field could be converted into a “country_config” object or something like that. I’m already planning on supporting all currencies so it would make sense.

    In terms of modularity, I’ll have to think about it some more. I’ll spend some time looking into those projects and consulting about it with the LLM today.

    Now about that spreadsheet and reddit post. That’s not just something to consider, that’s a person to contact. I would love to see how their ideas have developed in the past 4 years. I’ll have to grab a burner today. Thank you!



  • Why not use existing projects? A combination of my specific design requirements not existing anywhere else and my lack of software architecture experience. My background is in systems and organizational theory, and while I have experience in mathematics related programming, this is my first server architecture. So that being said, I’m certainly open to ideas as long as that doesn’t stop it from working right. I am planning on integrating different tools like messaging, and I’ll certainly use something like Continuwuity for that. It’s just that for the core database design it really needs to have a specific integrated schema, at least that’s my opinion. Like I said I’m open to ideas, my goal is to get the project done.

    I’m not familiar with ERPNext but it looks interesting. As you pointed out this is US based, so it looks like I would have to take that into account as well.

    In terms of sensitive information, the US does have laws about Personal Identifying Information, so the “Party” table has a corresponding “PartyPii” table with information that isn’t subject to audit and can be deleted. Home address, email, phone, etc. It is also stored encrypted, so while I’m sure I don’t have it all figured out yet, these things are on my radar.

    In terms of MVP, I will certainly be testing out front-end funtionality as I build it. Start with a login page that accepts a default user and brings you to a dashboard page. Get the accounting going so you can make Journal Entries, etc. Prettymuch going by the “Core Design” section at the start of the README and testing in chunks. But in terms of actually seeing if it meets it’s intended function, unfortunately that comes down to an actual beta version I think. I will need to host it and invite people to participate with “points” instead of money.

    Someone over on beehaw suggested Svelte for front-end mock-up so I’ve been playing around with the tutorial. It’s certainly neat. I should be able to get demo pages going without too much trouble, they just won’t look too special.

    And yes, I have begun thinking about the day to day. I think non-management members need to have a pretty significant capability with just a mobile version of the pages, since not everyone has an actual computer. But either way I want the information to flow smoothly through the organization.

    Thanks for your input!


Hello everyone, you may remember I dropped by a while back concerning my cooperative management project.

The idea has evolved to building an open-source Enterprise Resource Planning application specifically for worker’s cooperatives. While most ERP software focuses on driving top-down directives, the goal of this project is to enable the cooperatives to work, make decisions, and resolve disputes more efficiently than basically any other type of company.

Current tech stack: Docker, postgres, nginx, SQLAlchemy, gunicorn, jinja2, Flask, Alembic, and Redis.

Please check out the repository documentation if this sounds like something you may be interested in. The docs include the foundational philosophy document called “Hierarchy by Consent” and there is also a template for an Articles of Incorporation that I intend to include as the first default document template in the software.

I’m still pretty early in the process but most of the tables are set up and I’ve made notes in the the classes explaining the requirements and workflows.

I’ve also got some issues started on Codeberg, mostly related to the front-end, which is where I need the most help at the moment. I will certainly be glad for help elsewhere as well.

It’s an open-source project so there is no immediate financial incentive. Part time contributors are certainly welcome.

There’s a discussion room on Matrix and here is the Repository.

Thanks folks




  • I was thinking lemmy because of the voting structure. Since it’s internal discussion it could be used by the management to gauge sentiment in the company. It wouldn’t be for federation.

    You’re probably right about it being too complex though, just not sure if there’s a lightweight option that’s a closer match than discord discourse (does discourse having voting?). Something to consider.




  • Yes definitely a beginner with anything networking or web design.

    Modular is good though, ideally I would like to bring them all together as one package to share as open-source. I don’t know how that would work with permissions for the applications, but I imagine it would be OK with most (foss) licenses.

    There are also some things that might need customization. For example, the value of someone’s vote is determined by the equity recorded in the accounting books, so those two applications will need to share information.

    In any case you have given me some direction and I appreciate it, thanks.


cross-posted from: https://infosec.pub/post/46083169

Hello,

I’m here to ask for guidance on an ongoing project. A number of years ago I wrote an Articles of Association for a worker’s cooperative as I think it should run. The main difference between a conventional co-op and mine is that a conventional co-op tends to have no hierarchy while in mine there is a CEO who gets elected periodically based on their business plan. The theory is that this brings democratic ideals into the workplace without sacrificing the productivity gains that result from hierarchical teamwork. You can read more detailed information on my Beehaw Post.

To put it into practice I need to create an open-source enterprise application server with applications specifically designed for the management of these companies. I created a block diagram to show you what I envision (attached to the post), and this represents my ideal “wish list” for what it should include.

The controls listed at the bottom will determine the permissions everyone has on the network and will be used to design GUI screens. I was going to draw connectors to each of the services but it would have turned into spaghetti.

I’m pretty decent with local programming including database and GUI design, but I lack experience with network programming.

So far I think I need to use XMPP for the messaging client and SSH for the rest. Since I’m most comfortable in Python I was going to look into Paramiko.

So my question is, where should I go in my research? Is there a particular component in the diagram you think I should try to build first?

Thanks in advance for any help, Juniperus