× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Patrik - I do 100 % agree with you. But try to convince a class from the
university with your arguments is a battle up hill.

Perhaps you can read my article in TechChannel


One thing where “new-is-good” is actually the part of domain segregation-
you are a “external “ data provider for your own company. This design
concept have help me the last decade to transform monoliths into readable

Nevertheless I agree in all your points Patrik

man. 13. mar. 2023 kl. 23.01 skrev Patrik Schindler <poc@xxxxxxxxxx>:

Hello Niels,

Am 13.03.2023 um 16:09 schrieb Niels Liisberg <nli@xxxxxxxxxxxxxxxxx>:

Yes ! Docker is great- I use it all the time while I develop.

Maybe they have their uses for development. Can't tell, don't care. :-)

To me, containers are just another layer of indirection, pretending to
make things easier by hiding the underlying complexity. Unless something
breaks and you need to debug that stuff.

That's what "we" (the IT guys in society) doing wrong for decades. We try
to tame complexity by adding more of it as shielding layers, in turn
building card houses, more or less blindly relying on lower layers to
always behave as expected, or even guessed. And don't get me started about
the overhead containers introduce. I'm not just talking about CPU.

Microservices might also solve certain problems, but they're "not local"
and thus introduce latency. Latency is well-known to limit throughput (when
looked at from a transactional viewpoint). And since people are so fond of
containers, microservices running within them might provide minor
functionality, but with a considerable overhead.

Even the argument about what I'd call "loose coupling" is moot. The
promise as — I understood it — is that development of the microservice
can't introduce side effects in applications using that microservice,
because it's not integrated into the main application code.
I assert that if you change something in a conventional application code,
and that change introduces side effects, you're again a victim of
complexity: You lack(ed) complete overlook what the code does and thus
can't foresee probable side effects.
The pattern repeats: We introduce more complexity (by adding more code) as
a shielding layer.

New doesn't automatically mean "better". Just saying.

:wq! PoC

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2023 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.