Skip to content

Instantly share code, notes, and snippets.

@alan-andrade
Last active March 8, 2016 23:58
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save alan-andrade/1788c1b7cc762a79e49b to your computer and use it in GitHub Desktop.
Save alan-andrade/1788c1b7cc762a79e49b to your computer and use it in GitHub Desktop.

Hey Folks !

Since we switched to Crashalytics, we're getting interesting emails of some failures that are happening on our application. None of them are urgent, however, it'd be awesome to consolidate our naming strategy to identify faster the point of failure.

With the refactor, there was a big effort on restructuring the system and split it into subsystems. The project ended up in a great spot and it's now easier to rationalize. In order to move this effort further, I'd like to propose an idea that could help organize the subsystems at a conceptual level.

After the conceptual organization is finished, the hypothesis is that tackling the technical side of the problem, would become an easier task.

Naming domains

Root Namespace (System)

com.lumosity

Stems (Subsystem)

.network

.storage

.trainer

.model

.controller

Leafs (component)

.gameSettings

.gameRecommendations

.game

.workout

Examples

com.lumosity.network.gameSettings

com.lumosity.model.gameSettings

com.lumosity.trainer.gameSettings

Possible current conversions

com.lumosity.workoutSession into com.lumosity.trainer.gameMissingHandler

Looking forward for your thoughts.

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