-
Notifications
You must be signed in to change notification settings - Fork 22
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
About guidelines #9
Comments
Also |
Yes, there definitely should be clear guidelines and a plan how all the repositories should be built. I would personally go with projects consisted of small modules / components. In practice this would basically mean that any part of the codebase that could be considered as something that could be published in NPM for everyone to use, should be separated from the rest of the code and documented individually. This doesn't necessarily mean that there should be a separate repository for it, but that there could, for example, be a This could eventually lead in a situation where we have just a thin layer of our domain-specific code that combines all of our modules and creates the logic for them to communicate with each other. BEM(ish) style would be my choice also. It encourages building small components as I mentioned above. For JavaScript guidelines |
Closing as obsolete. #103 made the site Tailwind, so BEM and so on is no longer a concern. |
I think there should be more guidelines about how the koodiklinikka.fi code should be structured so when people commit to the project they don't just do it in their own style.
CSS for example
If you take a look at https://github.com/koodiklinikka/koodiklinikka.fi/blob/master/src/styles/style.styl, you'll see that things aren't that organized yet (unrelated styling, different takes on selectors). :)
I personally prefer the BEM(ish)-syntax as well as avoiding element selectors, ids and nesting of selectors.
Recently I've started to sort the CSS properties alphabetically (with few exceptions) as it makes it easier to find the property you're looking for. Some exceptions are nice though, for example:
If the site's code is structured neatly and follow some defined guidelines it would act as a good example for Koodiklinikka's beginners.
Any ideas/comments?
The text was updated successfully, but these errors were encountered: