[LRUG] Objects that are neither classes nor records but something in between

[Mark Burns]

It seems that there’s two sides that we are probably all balancing every
day.

On the one side we have code, developer time, structure, concrete-ness
and rigidity.

On the other side we have data, flexibility, and user time.

Most of the time we propose solutions that hand responsibility over to
the user and require code to turn the flexibility in the application to
depend upon data.

But some of the time, it is more efficient overall to retain this
structure and rigidity and keep things in code.

It’s a spectrum of hard coding, low development time, short term
thinking and under engineering on one side and complexity, upfront cost
and over-engineering on the other side.

On June 24, 2021, Mark Burns <markburns at hey.com> wrote:
> That’s exactly it!
>
> I suppose COBOL was probably one of the earlier “inner platform
> effect” anti patterns.
>
> On June 24, 2021, "J.J. Green" <j.j.green at gmx.co.uk> wrote:
> > On 22/06/2021 18:41, Mark Burns wrote:
> > > These types of generic upon generic solutions can sometimes bite
> > us in > terms of the trade off of flexibility and complexity.
> >
> > This sounds suspiciously like the "inner platform effect"
> >
> > https://thedailywtf.com/articles/the_inner-platform_effect
> >
> > -j
> > --
> > J.J. Green
> > http://soliton.vm.bytemark.co.uk/pub/jjg/en/
> > _______________________________________________
> > Chat mailing list
> > Chat at lists.lrug.org
> > Archives: http://lists.lrug.org/pipermail/chat-lrug.org
> > Manage your subscription: http://lists.lrug.org/options.cgi/chat-
> > lrug.org
> > List info: http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lrug.org/pipermail/chat-lrug.org/attachments/20210624/1fc41abd/attachment.html>