colonist
@colonist@programming.dev
- Comment on What’s your favorite project you’ve worked on and why? 11 months ago:
6 years ago during university I participated in a Coding Challenge for Vehicle Routing Problems. I really like TSP and VRP related problems. I tinkered on my algorithm in the evenings to make it faster, consider more edge cases, produce better solutions etc. It was a really rewarding work because every time you change something you can run it and can see if your thinking was right and improved the result. The goal was to find the shortest time to serve all customers, so the result was basically a number indicating total time. Number goes down = win.
Unfortunately I haven’t found anything in my professional career so far that I really liked :(
- Comment on Reality check: Our Go backend stack 11 months ago:
Do you know of any tools that refactor my branch to put all files following a certain pattern into it’s own commit?
- Comment on Reality check: Our Go backend stack 11 months ago:
Looked into that yesterday. I can mark generated files as generated. It collapses them but doesn’t remove them from the review, which is a bit annoying. Need something like a .diffignore
- Comment on Reality check: Our Go backend stack 11 months ago:
I see the benefit of frameworks in having a doc / “definitive answer” on how to do certain things. This should help align developers, especially if everyone is new to the language used.
- Comment on Reality check: Our Go backend stack 11 months ago:
Define elegant. I think in this case the first devs built elaborate structures. Maybe seen as elegant in the beginning. But it doesn’t really make sense to introduce abstractions and structures when you don’t know yet where the domain boundaries are, etc.
- Comment on Reality check: Our Go backend stack 11 months ago:
This might be the solution in the end if I’m not able to improve it as much as I hope.
- Comment on Reality check: Our Go backend stack 11 months ago:
To enable smaller PRs we need to get rid of all the generation artefacts in the PR.
You won the bet. We don’t need that architecture, at leas in my opinion. We’re a startup. We need something to iterate as fast as possible, without craping our code base. Requirements change a lot. The initial folks did a lot of big brain thinking and introduced a lot of things that might be need to be abstracted, and most of them haven’t been used to date and just add complexity.
- Submitted 11 months ago to programming@programming.dev | 16 comments