cabronerp

Hi Peter, thanks for doing this!

We have a co-founder who is from the UK. We are a Delaware company. Is there an easy way for 1/ paying him and 2/ taking SEIS investment from UK investors? Sorry if I'm misunderstanding what an immigration attorney knows about

Thanks for posting this!

This repo has a nice pub/sub implementation based on capnp: https://github.com/commaai/cereal/blob/master/log.capnp

Oh man joyful.com! Are you kidding me? Teach me your ways

Yeah, I like it -- but our team unanimously think it's stupid haha. So we'll be moving over to this domain soon: https://docs.crbnerp.com -- It's tough to get a good domain.

We'll focus on discrete manufacturing. Part of the team has experience in machining, so it's likely that we'll focus on that first. But my experience is in more complex configure-to-order type stuff.

We're working on an MIT-licensed ERP built on Supabase/Remix. Currently ERPNext is much better (because it's more flushed out). But not for long I hope :)

https://github.com/barbinbrad/carbon

Agree. I was coming here to make the same basic comment. It's tough both ways for the same reasons.

This is great mission. Keep up the good work Hadrian!

You can build an ERP company with me: https://carbon.us.org

Thanks! I think it's because you can't visualize it.

Here's my super basic attempt at an explanation: https://gist.github.com/barbinbrad/11c651fbf412ec00506fce153...

Mapping physical actions (parts consumption and receiving) to digital transactions requires both tech and human behavior. Usually the behavior is the bottleneck because it's a lot easier to just take a part off the shelf than it is to create a work order, define a BoM, and post a transaction to the ledgers. At places like this -- the craftsman/engineers are usually the guys with authority -- not the process guys. So they grab a part off the shelf, and try to play catch-up in Excel later.

This is totally accurate from my perspective. A lot of the comments in the article make it seem like there's an obvious solution to this problem. But in reality, manufacturing is not "solved" by any means.

My hypothesis is that this is because manufacturing is currently modeled as a list of deterministic steps in a table instead of as a stochastic set of nodes and edges.

If anyone would like to work on this problem, please reach out. Here's our (WIP) repo:

https://github.com/barbinbrad/carbon

Thank you very much!

When I read the 4 freedoms listed here, it seemed that the Elastic license upholds these four freedoms. The only thing you can't do with the code is sell a hosted version of it. Am I reading that right?

When I use supabase, I'm really interested in an authenticated, isomorphic, strongly-typed JS client, that's also configured to listen to realtime updates to my database.

Full disclosure, I had the idea to move my project to the Elastic license, and then someone who runs an open-source business told me about how HN will rip me a new one if I say my software is open-source and licensed under the Elastic license. So I wanted to come straight to the source.

Hard-working full-stack engineer with experience in B2B and manufacturing. Currently leading frontend engineering at Teamworks.

Here's a open-source ERP I'm building at night: https://github.com/barbinbrad/carbon

Location: USA

Remote: Yes

Technologies: TypesScript, Elixir, Postgres, React/Vue

Resume: https://bradbarb.in/resume.html

Email: bradbarbin@proton.me