7 ms·

Before you completely give up on understanding the concept, I would like to suggest you try the 10-minute "Polylith in a Nutshell" video: https://www.youtube.co

Before you completely give up on understanding the concept, I would like to suggest you try the 10-minute "Polylith in a Nutshell" video: https://www.youtube.com/watch?v=Xz8slbpGvnk https://www.youtube.com/watch?v=Xz8slbpGvnk If you watch it at 1.5x speed, then it'll take less than 7 minutes of your time. If you're still not getting the "why" of Polylith after this video, then I'd be very grateful if you could give us some quick feedback on what you're missing. That will help us figure out how to explain the concepts better in the future.

cjg 5y ago
That was the video I watched and I just don't get what is different about polylith. The video spends too long telling me things I already know - e.g. what are functions / objects / layers / etc. Tell me something I don't know - such as what makes Polylith unique. The video says this is "Components". Well what's so different about those? They sound like microservices or perhaps high-level objects. Or perhaps interfaces. Show an example!
- logarhythm 5y ago
  The idea with that part of the video was to couch the new concept (components) within the framework of existing concepts (functions, objects, layers, etc.) to try to help people connect the new concept at the right place in their knowledge graph. Though your feedback makes me think it didn't work as well as I hoped. Components do have attributes in common with microservices and with stateless objects (e.g. a public interface and encapsulated implementation). Where components differ from microservices is that a component's interface is simply a collection of functions, rather than network-facing endpoints. This means that multiple components can be deployed into a single artefact, keeping deployment complexity and cost down. Where components differ from objects is that a component is a higher-level abstraction, closer in scope to a microservice. However, we think that Polylith's biggest differentiator is the separation it gives between development and production. Let's say you have a Polylith project with 100 components, that you deploy in production across 10 services. You can work with all 100 components in a single development environment, and test them as though they're a monolith, even though they're not deployed that way in production. It's a lot like building systems with LEGO, and we think its just as fun!
  - FpUser 5y ago
    >"Where components differ from microservices is that a component's interface is simply a collection of functions" Is this a "collection of functions" or "collection of function declarations"? If you want to communicate concepts this is not the best example. And for either case many languages already have the solutions.
    - logarhythm 5y ago
      Technically, a Polylith interface is a collection of "pass-through" functions, each of which delegate their function call to an "implementation" function within the component. I agree with you that many languages have syntax to support building interfaces. However, I've yet to come across one that offers all the benefits of Polylith's approach with components.
FpUser 5y ago
>"Before you completely give up on understanding the concept, I would like to suggest you try the 10-minute "Polylith in a Nutshell" video" My lines about the video part was exactly about this particular video.
- logarhythm 5y ago
  I was confused because you were replying to a comment which mentioned the "long video", so I assumed you were both talking about the forty-minute one on the homepage of the documentation. My mistake. Did my response to `cjg` in this thread help to clarify anything for you?
  - FpUser 5y ago
    Not really. I suspect that you might have done something that has value in Clojure ecosystem (keep in mind that I do not program in Lisp). In my ecosystem I simply do not really have problems that you suggest we do and the functionality that you relegate to that "component" idea is not something new and unavailable.
    - logarhythm 5y ago
      Which ecosystem do you work with? How does it solve the problem of sharing code across service boundaries?
      - FpUser 5y ago
        You've answered this question yourself - "Technically, a Polylith interface is a collection of "pass-through" functions, each of which delegate their function call to an "implementation" function within the component." I work mainly in C++, Delphi/Lazarus, JavaScript. Many others as well but not very often. C++ and Delphi handle the domain just fine. Javascript - bit less convenient still easy.
        logarhythm 5y ago

cjg 5y ago

That was the video I watched and I just don't get what is different about polylith. The video spends too long telling me things I already know - e.g. what are functions / objects / layers / etc. Tell me something I don't know - such as what makes Polylith unique. The video says this is "Components". Well what's so different about those? They sound like microservices or perhaps high-level objects. Or perhaps interfaces. Show an example!

logarhythm 5y ago
The idea with that part of the video was to couch the new concept (components) within the framework of existing concepts (functions, objects, layers, etc.) to try to help people connect the new concept at the right place in their knowledge graph. Though your feedback makes me think it didn't work as well as I hoped. Components do have attributes in common with microservices and with stateless objects (e.g. a public interface and encapsulated implementation). Where components differ from microservices is that a component's interface is simply a collection of functions, rather than network-facing endpoints. This means that multiple components can be deployed into a single artefact, keeping deployment complexity and cost down. Where components differ from objects is that a component is a higher-level abstraction, closer in scope to a microservice. However, we think that Polylith's biggest differentiator is the separation it gives between development and production. Let's say you have a Polylith project with 100 components, that you deploy in production across 10 services. You can work with all 100 components in a single development environment, and test them as though they're a monolith, even though they're not deployed that way in production. It's a lot like building systems with LEGO, and we think its just as fun!
- FpUser 5y ago
  >"Where components differ from microservices is that a component's interface is simply a collection of functions" Is this a "collection of functions" or "collection of function declarations"? If you want to communicate concepts this is not the best example. And for either case many languages already have the solutions.
  - logarhythm 5y ago
    Technically, a Polylith interface is a collection of "pass-through" functions, each of which delegate their function call to an "implementation" function within the component. I agree with you that many languages have syntax to support building interfaces. However, I've yet to come across one that offers all the benefits of Polylith's approach with components.

FpUser 5y ago

>"Before you completely give up on understanding the concept, I would like to suggest you try the 10-minute "Polylith in a Nutshell" video" My lines about the video part was exactly about this particular video.

logarhythm 5y ago
I was confused because you were replying to a comment which mentioned the "long video", so I assumed you were both talking about the forty-minute one on the homepage of the documentation. My mistake. Did my response to `cjg` in this thread help to clarify anything for you?
- FpUser 5y ago
  Not really. I suspect that you might have done something that has value in Clojure ecosystem (keep in mind that I do not program in Lisp). In my ecosystem I simply do not really have problems that you suggest we do and the functionality that you relegate to that "component" idea is not something new and unavailable.
  - logarhythm 5y ago
    Which ecosystem do you work with? How does it solve the problem of sharing code across service boundaries?
    - FpUser 5y ago
      You've answered this question yourself - "Technically, a Polylith interface is a collection of "pass-through" functions, each of which delegate their function call to an "implementation" function within the component." I work mainly in C++, Delphi/Lazarus, JavaScript. Many others as well but not very often. C++ and Delphi handle the domain just fine. Javascript - bit less convenient still easy.
      - logarhythm 5y ago