Hacker News new | past | comments | ask | show | jobs | submit login

> you call the manufacturer when you actually need their specific expertise, and when they're your best option. You're not obligated to.

That depends entirely on the terms of your lease and service agreements. For high end equipment, like the CNC systems at my work, you may not even be given the option to purchase them, and they're so specialized you probably won't have someone that can competently work on them even if your service contact permitted it. Electronics manufacturers are also notorious for sanding off component info or burying components in epoxy blobs to hide information from competitors and customers alike.




I guess specialized equipment isn't really the analogue for most software. Most software is a bit like a hammer - a generic tool with worldwide application.

I can see the closed-source approach working for really complicated subdomains (like a geometrical constraint solver) where you really can't fix it unless you're immersed in the relevant maths - but that's just not what most software is, or where most bugs lie.

Another thing is, how many of the machines in any given factory are that specialized? My dad works in a factory with a bunch of different machines, and only in a couple of cases would it make sense to call an engineer if they broke down, because most of the machines are pretty straightforward. Is that just warping my expectations?


>I can see the closed-source approach working for really complicated subdomains (like a geometrical constraint solver)

Ha! Funny you should bring that up. CAD is one of the reasons why I don't run Linux as my daily driver and I just don't see the current projects ever catching up with companies like Dassault or Autodesk thanks to the size of their teams. Overall I think I agree with your assessment, there's nothing that special in most software that most people or companies need, but wow does it suck when you're not most people.

As for specialized equipment...if you're making boutique soap, the equipment is specialized but not terribly special, so you can and probably will work on it yourself or contract with a local service company rather than getting a factory tech for every little thing, but if you're cranking out high precision parts it's pretty standard for a tech to hop on a plane at a moment's notice to get your equipment running again because it's usually cheaper to do that with an expert than to suffer extended downtime. I couldn't say what the exact breakdown is of total machines in the US that falls into the two categories, but the more precise and automated it is the less likely you are to own or work on it.


CAD is really emblematic of the tragedy of closed-source. The few times I've used it, it's been obvious that the solidworks constraint solver is amazing, but the interface you use to work with it is a kind of horrible design-by-committee abomination. In the open-source world, solvespace has a way less good (fast/robust) constraint solver, but the interface is obviously made with care and love.

It feels like a lot of closed-source software is like that. They have a few core components that are simply gorgeous, then over them, they just tack an inordinate amount of trash.

Stuff like geometry libraries, math libraries, etc are just so universally applicable that it makes sense to treat them like infrastructure. Treating them like secret sauce is such a waste.


> Another thing is, how many of the machines in any given factory are that specialized?

As always: it depends. An automotive factory may have highly computerized systems in the hundreds for a dozen or so employees.

Or you may have mostly simple machines entirely serviceable by the factory personnel.

And anything in between.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: