Simplicity is a virtue (at least sometimes).
I mostly meant that I do all my greenfield JS dev using TypeScript. Out of curiosity, what bad patterns have you seen caused by adding types “post-hoc”?
Which part of JS, as a programming language, do you see as great or even adequate when compared with contemporary programming languages?
> Adding types post-hoc has never improved a codebase that I've seen but it has caused a lot more bad patterns to show up.
That assertion makes no sense. I mean, all TypeScript does is impose arbitrary sanity checks on a programming language which is plagued for not having any. Where do you interpret the addition of sanity checks as a source of problems?
- .eslintrc.json to configure ESLint
- .prettierignore because it tries to format package-lock.json
- prettier.config.json
- npm/yarn and package.json + node_modules
- .nvmrc to pin your node version
- storybook
- renovate to update dependencies
- .editorconfig to ignore node_modules
- mocha for testing and .mochaarc.js
- stylelint and .stylelintrc.json + .stylelintignore
And maybe throw in Jest, tsconfig.json, a gulpfile, and some other stuff.
Hell, I thought Flask's root directory was getting a bit fluttery with .gitignore, .venv, .flaskenv, __pycache__, and requirements.txt...