Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/ninech/code-review
Sample application used for code reviews
https://github.com/ninech/code-review
Last synced: about 1 month ago
JSON representation
Sample application used for code reviews
- Host: GitHub
- URL: https://github.com/ninech/code-review
- Owner: ninech
- Created: 2022-05-16T13:37:26.000Z (over 2 years ago)
- Default Branch: main
- Last Pushed: 2022-05-17T13:34:05.000Z (over 2 years ago)
- Last Synced: 2023-04-07T07:11:40.115Z (over 1 year ago)
- Language: Go
- Size: 58.6 KB
- Stars: 0
- Watchers: 5
- Forks: 0
- Open Issues: 1
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Code Review Exercise
## Setup
To properly review this exercise (and run the tests), you will need to have `go`
installed.Further, the tests require some additional assets, which can be downloaded by
calling the script `setup.sh` within the `test_assets` directory. This script
should create a directory `test_assets/kubebuilder/bin`, containing an `etcd`,
`kubectl` and a `kube-apiserver` binary.The tests can be triggered through `go test`, and should succeed. Let us know if
that should not be the case! This has been tested with Go 1.17, though we expect
other versions to work as well.## Reviewing the Code
Your task is to review not only the PR in this repo, but the code in general.
Try to understand the current system and the extension that is proposed in this PR.
We recommend checking the code out locally in order to get a full picture of the
code under review.You will then present your code review and explain your findings and suggestions
during your interview with the Platform Team at Nine. You will also be expected to
do some live coding (see [Next Steps](#next-steps) below).Please do not add comments to the PR in this repo, either privately fork it and
make comments there, which you can show during your interview, or make notes
somewhere else convenient.Another recommendation: be nit-picky! We won't judge you for having opinions
about how code should look like, and are interested in seeing what you consider
idiomatic Go code and bad and good practice.We're open to hearing your thoughts about anything in this project, even if you
find typos in this README :-)You may take as much or as little time to do this exercise as you wish and have.
## Limitations
In `controller/oidc.go` you can find stubs of what would be a client to get
information about an OIDC client. The actual implementation is not relevant to
this exercise, but try to think about what would happen if this was implemented.
What would change, for example when running tests? What would be required to
make an implementation work? Are there limitations to the current stub?## Next Steps
Once we've talked through your review of the code, we will ask you to do some
live coding. You should prepare some thoughts on what you think would be sensible
to fix, clean up or add. This will be similar to a pair programming exercise,
and we expect this to be interactive with the interviewers.## Further Information
You may find further information about how to write Kubernetes reconcilers in
the [kubebuilder book](https://book.kubebuilder.io/introduction.html) (we don't
expect you to have read that and will not ask you questions out of it!). However
it might help understand the existing code.