Skip to content

Discuss and implement variable naming criteria #2342

Open

Description

@andrewtavis

Terms

Issue

Something that has been discussed multiple times in activist dev syncs is that there are some projects that have specific naming criteria based on the type of the variable - i.e. all booleans must be is*.

This issue would discuss what other rules would be that we want to apply. Specifically we would always use the same rules for the backend and frontend and only change the case.

Activity

  1. added theissue type on Aug 14, 2026
  2. MayurK-cmd commented on Sep 2, 2026

    @MayurK-cmd

    Hey Can i work on this?

  3. andrewtavis commented on Sep 2, 2026

    @andrewtavis
    MemberAuthor

    You'd be welcome to look into this, @MayurK-cmd, but maybe you could write out an explanation in the issue about what you'd suggest for the naming conventions and what your sources are?

  4. MayurK-cmd commented on Sep 3, 2026

    @MayurK-cmd

    i would audit current naming patterns in both codebases, define clear rules (booleans with is*/has* prefixes, collections always plural, etc.), document in STYLEGUIDE.md, then add ESLint and pylint rules to enforce them. I'll also update .pre-commit-config.yaml to catch violations early. Happy to start with the audit phase and share findings.

  5. andrewtavis commented on Sep 3, 2026

    @andrewtavis
    MemberAuthor

    Feel free to start with the audit phase, and please do reference industry best practices for this :)

  6. MayurK-cmd commented on Sep 3, 2026

    @MayurK-cmd

    on it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

refactorRefactor code to improve quality

Type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions