News for hackers. Stuff that matters.
Re:Monolith First (2015) by taurath on Saturday July 15, 2017 @05:29PM (#14779064)
Couldn't agree more - inheritance chains and heavily stateful instruction environments are the number one blocker to eventually decoupling a monolith. The "enterprise" code style is absolutely what you need to avoid in a startup.
Re:Monolith First (2015) by JBReefer on Saturday July 15, 2017 @11:22PM (#14780311)
Absolutely agreed, where Enterprise === "making a profit"
Re:Monolith First (2015) by quickben on Saturday July 15, 2017 @09:52PM (#14780088)
If you avoid what you listed in actual software, you'll be left with a mess they will take years and tons of money to fix.
Re:Monolith First (2015) by beat on Sunday July 16, 2017 @12:43AM (#14780525)
Yes, but if you don't avoid it, you might never get off the ground to the point where you have years of time and tons of money in the first place.
Re:Monolith First (2015) by quickben on Monday July 17, 2017 @04:56PM (#14792195)
I guess it depends on the viewpoint. Yours sounds valid. Mine comes from the occasional fixing people's messes. But I agree with you, some product is better than no product in most cases.
Re:Monolith First (2015) by beat on Tuesday July 18, 2017 @02:38PM (#14798975)
I have a lot of career experience dealing with legacy software. I feel that pain intensely. But still... a working product with bugs and flaws is better than a not-working product that is elegantly built. Or half-built.
Re:Monolith First (2015) by srtjstjsj on Saturday July 15, 2017 @07:52PM (#14779752)
what is "enterprise" code style?