Those lines are normally the hardest. Maybe referencing a weird behaviour, not implemented feature, and stackoverflow is the only place that explains it
263 karma · joined August 1, 2019
https://twitter.com/furstenheim
Those lines are normally the hardest. Maybe referencing a weird behaviour, not implemented feature, and stackoverflow is the only place that explains it
If you think of positive integers as having only multiplication (a semi group I guess), then prime numbers are the building blocks
CDK has completely changed my understanding of infrastructure. So cool to be able to abstract and reuse components
I prefer the term retryable to idempotent. If there's a failure in the first call, to be truly idempotent it should fail on the second.
Retryable on the other hand is easier to argue about. Important thing is not the response but the end state of the system.
Also, you don't need an auditor. In the eventuality of a hack, the db could be made open and then it would become clear you were not deleting
So many bugs that only happen on disk. Also so much functionality that cannot be used to fixed them because it's syntax error on the mock database
Basically an auto transplant with marrow
To have any chance of being up to date, knowledge of the code and functionality should be as close from the code as possible.
SQL queries with params are safer because data and code flow separately. Similarly, if you query backend for data and then do textContent = response, that cannot do xss, right?
Mysql, on the other hand "please read the manual"
https://medium.com/@furstenheim/learning-from-the-mistakes-o...
All steps are of length 1, so you can keep two arrays. In the first one all the things that you are currently visiting and push to the second array the neighbors that you'll visit in the next cycle. Once you are done swap arrays and start over.
Normally the comment is an explanation of the intent but the referenced ticket has the full discussion and backing data that led to the decision
Code does what it's written for. But it does not explain intent. Write that on a comment, link to the relevant ticket and document
If your user sessions are less than the time between deployments, then you won't close any connections
Parallelizing calls without synchronicity problems
Exactly that. If one developer cannot solve a problem and the other does. Is that InfinityX programmer?