public/home.md
... ...
@@ -20,4 +20,5 @@ Over the years I've assembled some documentation and notes that are pretty suffi
20 20
* [Modularity for Not-so-Dumb Dummies](https://itrevolution.com/articles/modularity-for-not-so-dumb-dummies)
21 21
* [Why Scrum is Stressing You Out](https://rethinkingsoftware.substack.com/p/why-scrum-is-stressing-you-out) I am a fan of Scrum and sprints but I also think there's some truth to this assessionment of stress and agile processes. The only thing the article is missing is actual empirical evidence about the stress level of people doing sprints.
22 22
* [When (modular) monolith is the better way to build software](https://www.thoughtworks.com/en-us/insights/blog/microservices/modular-monolith-better-way-build-software) - a nice compact article that suggests that you may keep your monolith as long as you divide it into modules (possibly supplemented by some right-sized services)
23
- * [Bureaulogy](https://grantslatton.com/bureaulogy#bureaulogy) - As a study of bureacracy this isn't much, but it make some shrewd observations about organizations and [Dunbar's Number](https://en.wikipedia.org/wiki/Dunbar%27s_number?useskin=vector).
... ...
\ No newline at end of file
0
+ * [Bureaulogy](https://grantslatton.com/bureaulogy#bureaulogy) - As a study of bureacracy this isn't much, but it make some shrewd observations about organizations and [Dunbar's Number](https://en.wikipedia.org/wiki/Dunbar%27s_number?useskin=vector).
1
+ * [When a Team is Too Big](https://blog.alexewerlof.com/p/when-a-team-is-too-big)
... ...
\ No newline at end of file