geospatial-data-lake
dev-tasks
geospatial-data-lake | dev-tasks | |
---|---|---|
5 | 1 | |
32 | 5 | |
- | - | |
0.0 | 8.4 | |
about 1 year ago | 2 days ago | |
Python | Shell | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
geospatial-data-lake
-
A curated list of questionable installation instructions
One option is to trust on first use, checksum the installation script and at least casually verify the diff each time the checksum changes[1].
Pros:
- Protects against simple hijacking.
- Reproducible as long as the installer doesn't also call out to a moving target, such as example.com/releases/latest.
Cons:
- Build breaks as soon as the installer is bumped. If it's bumped often (or just before an important release) this can cause pain.
- TOFU may not be acceptable, but of course you could review the code thoroughly before even the first use.
[1] https://github.com/linz/geostore/blob/b3cd162605109da8a3a688...
-
Ask HN: Good Python projects to read for modern Python?
I'd recommend a project from work, Geostore[1]. Highlights:
- 100% test coverage (with some typical exceptions like `if __name__ == "__main__":` blocks)
- Randomises test sequence and inputs reproducibly
- Passes Pylint with max McCabe complexity of 6
- Passes `mypy --strict`
- Formatted using Black and isort
[1] https://github.com/linz/geostore
-
Python Best Practices for a New Project in 2021
The current work project[1] has all of these: Pyenv, Poetry, Pytest, pytest-cov with 100% branch coverage, pre-commit, Pylint rather than Flake8, Black, mypy (with a stricter configuration than recommended here), and finally isort. These are all super helpful.
There's also a simpler template repo[2] with almost all of these.
[1] https://github.com/linz/geostore/
[2] https://github.com/linz/template-python-hello-world
- Codecov bash uploader was compromised
-
AWS CloudFormation Best Practices
As someone who's used CDK for a few months and never handcoded CF, that sounds completely correct. If you're comfortable with Python, here's a simple but non-trivial architecture you can check out: https://github.com/linz/geospatial-data-lake/blob/master/app....
dev-tasks
-
Codecov bash uploader was compromised
This looks to be that version: https://github.com/ehmicky/dev-tasks/blob/1f6cd2a9c7bc2146b7...
Though this was uploaded before April 1, and it doesn't appear to have any malicious code.
What are some alternatives?
pydantic-factories - Simple and powerful mock data generation using pydantic or dataclasses
framework-info - Framework detection utility
template-python-hello-world - :triangular_ruler: Python Hello World | Minimal template for Python development
tiddlywiki-docker - Tools for running TiddlyWiki via a Docker container
asgi-correlation-id - Request ID propagation for ASGI apps
gulp-runner - Runs defined gulp tasks on push. 🥤🏃🏻
aws-cdk - The AWS Cloud Development Kit is a framework for defining cloud infrastructure in code
aeson-pretty - JSON pretty-printing library and command-line tool.
pip - The Python package installer
gulp-execa - Gulp.js command execution for humans
devpi - Python PyPi staging server and packaging, testing, release tool
babel - An open source Library of Babel implementation in TypeScript using the GNU Multiple Precision Arithmetic Library