Reddit Programming – Telegram
Reddit Programming
211 subscribers
1.22K photos
125K links
I will send you newest post from subreddit /r/programming
Download Telegram
Microservices: Microliths as a resonable alternative
https://www.reddit.com/r/programming/comments/1ozflg5/microservices_microliths_as_a_resonable/

<!-- SC_OFF -->There are many fallacies related to Microservices people used to believe in (some still): that they improve design (architecture) on their own, just by the mere fact of a usage that they are needed because otherwise we cannot scale that they lead to simpler solutions ...and so on, many more It does not mean that they do not have their place - sometimes they do, but in the vast majority of the cases, they are neither required because of the predicted scalability needs nor because we have so many teams (like 10+, not 3 or 4) that we absolutely must separate each other on the service (process) level. But to be honest, the last argument is probably the strongest one can voice for having a few separate (micro)services: it often is objectively easier to work in parallel for multiple teams, if they all have their own service. That is where Microlits come in. They are a special kind of a (micro)service: A microlith is basically a service that is designed using the independent module design principles which avoids calls between modules/services while processing an external request. This typically requires some status and data reconciliation mechanism between services to propagate changes that affect multiple microliths. The reconciliation mechanism must be temporally decoupled from the external request processing. Having separated the processing of the external request and the communication between Microliths, we can split our monolithic application in several smaller parts without being hit by most of the distributed systems Complexity. The tradeoff is that we have to pay the price of temporally decoupled reconciliation between the Microliths. On the other hand, we do not need to deal with the problems that arise if a call to another service fails while processing an external request. <!-- SC_ON --> submitted by /u/BinaryIgor (https://www.reddit.com/user/BinaryIgor)
[link] (https://www.ufried.com/blog/microservices_fallacy_10_microliths/) [comments] (https://www.reddit.com/r/programming/comments/1ozflg5/microservices_microliths_as_a_resonable/)
The CMDB as an architecture source
https://www.reddit.com/r/programming/comments/1oziiwz/the_cmdb_as_an_architecture_source/

<!-- SC_OFF -->Many organizations assume their CMDB can double as an architectural source of truth because it contains applications, servers, owners, service lines, capabilities, and relationships. But the CMDB was built for IT service management workflows, not for architecture, and that mismatch creates problems the moment you look deeper. The main problems are the different definitions of the terms, a capability of business application can mean something very different. The lifespan of the data, Capabilities for example can come and go in CMDBS depending on the current needs. And the conceptual base, if you base your architecture on ITSM, your architecture will also be ITSM based. That might be an issue for EA. I use a data filter in my architecture to still use the data, but transform it to use in my architectural tool. The main conclusion is: a CMDB is essential for IT operations, but it is not an architecture repository. Using it as one leads to confusion, rework, and the wrong mental model of the organization. You definitely should still use the information in there, but don't carbon copy it. <!-- SC_ON --> submitted by /u/GeneralZiltoid (https://www.reddit.com/user/GeneralZiltoid)
[link] (https://frederickvanbrabant.com/blog/2025-11-15-the-cmdb-as-an-architecture-source/) [comments] (https://www.reddit.com/r/programming/comments/1oziiwz/the_cmdb_as_an_architecture_source/)
[Python] Orchestro CLI – Testing framework for CLI/TUI applications with parallel execution and AI-powered test generation
https://www.reddit.com/r/programming/comments/1p05io9/python_orchestro_cli_testing_framework_for_clitui/

<!-- SC_OFF -->After struggling with Expect and other terminal testing tools, I built Orchestro CLI to bring modern testing practices to command-line applications. What it does: - Write tests in YAML (no noscripting required) - Parallel test execution (5.25x faster than sequential) - Intelligent test generation from source code using AST analysis - Snapshot testing for terminal output - REST/GraphQL API for integration with your tools - JUnit XML reports for CI/CD pipelines Example test: name: Test Python REPL command: python steps: - send: "2 + 2" expect: "4" - send: "import sys" - send: "sys.version_info.major" expect: "3" The intelligence feature analyzes your CLI source code and generates test scenarios automatically. Point it at a Click or argparse-based CLI, and it creates tests for each command/subcommand. Performance: 50 tests that took 10 minutes now run in under 2 minutes with parallel execution. Production ready: 550 tests, 63% coverage, used in real CI/CD pipelines. Open source (MIT): https://github.com/jonthemediocre/orchestro-cli Install: pip install orchestro-cli Happy to answer questions about the architecture, AST analysis, or parallel execution system! <!-- SC_ON --> submitted by /u/Jonthemediocre (https://www.reddit.com/user/Jonthemediocre)
[link] (https://github.com/jonthemediocre/orchestro-cli) [comments] (https://www.reddit.com/r/programming/comments/1p05io9/python_orchestro_cli_testing_framework_for_clitui/)