Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Code style: module size #350

Open
6 tasks
eyelidlessness opened this issue Mar 18, 2025 · 0 comments
Open
6 tasks

Code style: module size #350

eyelidlessness opened this issue Mar 18, 2025 · 0 comments

Comments

@eyelidlessness
Copy link
Member

As raised in #345: module size contributes to cognitive load.

  • What is a sensible default for the maximum size of a module?
    • Can we determine one that's (mostly) general enough to apply throughout the project?
    • Can we use automation to reduce the cognitive load of mitigating that?
      • What is the best way to determine where to make exceptions?
  • How can we best balance the cognitive load of large module size, versus the cognitive load of a large number of sources for cohesive (documentation | data model | runtime behavior and data flow | [anything else that a module conveys])?
  • Where we share interfaces with other projects (e.g. JavaRosa's Scenario and XForms DSL): how can we best balance reducing this aspect of cognitive load, while retaining interoperability?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

No branches or pull requests

1 participant