You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I suspect this will be a ticket open for some time since I feel we don't have enough information now to take sounds decision about this. It's however clear that some integration/communication will have to take place between the two tools developed by INBO and the one developed by BBPF.
In practice, this integration can take place in many different ways: API communication between different web applications shared Vue components, common Django backend for everything, ...
There are good reasons for a tight integration (common accounts - #48, common page design, ...), but also good reasons to keep some level of separation and build a huge monolith (different timeline/release cycles, keep web apps smaller so they can evolve more easily/independently, ...). Where to put the cursor exactly: I don't know, but that's a question we should keep in mind.
The split into different GitHub repositories (or not!) will have to reflect that, so I think it's a secondary, related question.
The text was updated successfully, but these errors were encountered:
We have started discussing this with @sronveaux. We both agree it's difficult to make a definitive decision now, but it's something to keep in mind and if possible to decide in the next few weeks/months.
Some major questions that will help us take a decision:
How much shared data between our developments.
How convergent are we in terms of tools, infrastructure, best practices, ...
Would a common timeline (Django updates, ...) hinder/bother us or not?
How cumbersome is it to work with large Git branches... (thinking of implications for Django migrations for example)
decision: after more discussions with @sronveaux (who also talked about this with colleagues), it's been decided that the early alert web application and the future webapp developed by BBPF/Sébastien will effectively be two separate web applications, living in two different codebases/repositories and (possibly) hosted on a different infrastructure.
There's no perfect answer to this question, but it seems the wisest approach in the current state of affairs.
We do however confirm that's it's crucial for those systems to have some integration together each time it makes sense and that collaboration is essential to reach the goals of LIFE RIPARIAS. We decided to took some measures to make that happen:
weekly dev meetings between @sronveaux and @niconoe to stay in sync and discuss, among other things, points of convergence
common base tech stack: Python 3 / Django / Vue.js / Postgres / PostGIS/ Bootstrap
use of GitHub for codebase, issues, discussions, ... (Sébastien will also push the code to the BBPF Gitlab instance to benefits from its CI/CD feature)
I suspect this will be a ticket open for some time since I feel we don't have enough information now to take sounds decision about this. It's however clear that some integration/communication will have to take place between the two tools developed by INBO and the one developed by BBPF.
In practice, this integration can take place in many different ways: API communication between different web applications shared Vue components, common Django backend for everything, ...
There are good reasons for a tight integration (common accounts - #48, common page design, ...), but also good reasons to keep some level of separation and build a huge monolith (different timeline/release cycles, keep web apps smaller so they can evolve more easily/independently, ...). Where to put the cursor exactly: I don't know, but that's a question we should keep in mind.
The split into different GitHub repositories (or not!) will have to reflect that, so I think it's a secondary, related question.
The text was updated successfully, but these errors were encountered: