Dilution should require a vote from owners.
Would it be helpful if that had been written into the company's AoI and server software?
Dilution should require a vote from owners.
Would it be helpful if that had been written into the company's AoI and server software?
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!
To the office, to fight the corpos!
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!
Obviously everything is off, we're falling into tyranny. Anybody wants to take action, look in my post history or PM me.
Hey thanks I will certainly add that to my research.
I don't know about their origins but I suspect the reason the supermarkets are still successful is because the conventional co-op model works pretty well for that type of business. It's not a problem-solving firm so there's not a lot of cross-communication between departments and they tend to be small enough that a flat management structure works just fine. Everybody knows the objective is to get products onto the shelves and out the door.
My model is meant to be more general purpose, enabling the firm to solve complex problems that most co-ops don't take on.
Thanks for all the great solutions, I'll be looking into your advice. Like you said it is definitely a massive project for a beginner, I'm going to take it a step at a time, and maybe do a smaller experimental app first to get my bearings. The good thing is I'm not in too much of a rush so I have time to learn.
My current thinking is that the vote is electronic but you get a paper receipt with a bar code or something. Not sure how it will turn out, like many of these apps it's a whole project in itself
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.
Sorry I know that's a bit unclear. The "staff roles" and "managers" are roles that the CEO is able to assign to staff through the software. In other words, it's the mechanism the CEO uses to construct their hierarchy. Same with performance metrics, those are written expectations that would be entered into the system for each person's role.
Hmmm, doing some research on containers now, and it does seem like the right way to do this. I'm still learning about server architecture but I didn't mean to imply it had to be a monolith, the key is it having the capabilities I need.
I'm going to look into Docker and see what I can deploy on it. Seems like a good first step.
Thanks
Techno robber barons pushing us toward ecological disaster? Why would anyone be afraid of that? /s
Although on a serious note, I don't despair; I'm taking action, and I hope plenty of others are as well.