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

more intuitive project structure #39

Closed
srele96 opened this issue Jun 19, 2022 · 3 comments · Fixed by #74
Closed

more intuitive project structure #39

srele96 opened this issue Jun 19, 2022 · 3 comments · Fixed by #74

Comments

@srele96
Copy link
Owner

srele96 commented Jun 19, 2022

example:

// paths
sk-experiments
sk-experiments/experiments
sk-experiments/experiments/experiment-A
sk-experiments/experiments/experiment-B
sk-experiments/experiments/experiment-C
sk-experiments/experiments/README.md
sk-experiments/README.md
  • Hide index page configuration
  • Make index page more presentable
  • Index page shows title and short description of each experiment
@srele96
Copy link
Owner Author

srele96 commented Jun 25, 2022

Goal - A more intuitive project structure.

  • How do I structure the project?
  • What types of projects did I do?
  • What types do my directories have?
  • Only readme files:
    • A story.
    • A reference to external directory.
    • A story may be related to a programming language or not
    • I could place readme-only stories to directory closes to used language (Does it semantically make sense?)
  • Should I diferentiate stories?
    • JavaScript
    • Python
    • etc...
  • What if i attempt to get familiar with new algorithm or data structure?
    • Should algorithms have a dedicated directory?
  • Experiment:
    • Has source code.
    • Has one or more readme files.
  • I may use different programming languages:
    • Python
    • CPP
    • JS
    • etc...
  • Should TypeScript and JavaScript be in the same directory?
    • If no - Why?
    • If yes - Why?
  • What if I use multiple languages?
    • Should I just split them, even though they are grouped?

What about:

sk-experiments/

sk-experiments/javascript/
sk-experiments/javascript/experiment-A/
sk-experiments/javascript/experiment-A/README.md
sk-experiments/javascript/experiment-B/
sk-experiments/javascript/experiment-B/README.md
sk-experiments/javascript/README.md

sk-experiments/python/
sk-experiments/python/experiment-A/
sk-experiments/python/experiment-A/README.md
sk-experiments/python/README.md

sk-experiments/cpp/
sk-experiments/cpp/experiment-A/
sk-experiments/cpp/experiment-A/README.md
sk-experiments/cpp/README.md

sk-experiments/README.md

@srele96
Copy link
Owner Author

srele96 commented Jun 25, 2022

Multi-Language git project, formatter problem.

If i use JS, CPP, Python, and other languages, what about formatting configuration?

Current formatting configuration calls prettier --write . which formats everything that isn't in prettierignore.

I can set up formatter after a language directory grows big.

  • Why did I want monorepo?
  • Why did I want all projects in one repository?

I wanted to reuse:

  • prettier configuration (config, ignore, package, etc...)
  • i considered project-wide eslint
  • pre-commit hooks
  • .editorconfig
  • .gitignore
  • base project setup (it always took some time to setup new repository)

Options:

  • Continuous Integration formatter checks.

The current problem is project architecture.

@srele96
Copy link
Owner Author

srele96 commented Jul 26, 2022

Related consider not using monorepo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant