11 ms·
The vast majority of Golang developers would benefit from using Guid library instead of UUID library. It’s substantially faster in all cases, more secure (by 2^
by sdrapkin 1y ago
The vast majority of Golang developers would benefit from using Guid library instead of UUID library. It’s substantially faster in all cases, more secure (by 2^6) and has more functionality.
For random token-as-string generation Golang developers should be using https://github.com/sdrapkin/randstring https://github.com/sdrapkin/randstring instead of crypto/rand.Text (faster and more flexible).
- stouset 1y agoThe vast majority of Golang developers are neither hobbled by the lack of gigabyte throughput for random identifier generation nor are they on the verge of becoming victims to attacks on identifiers with "only" 2^122 random bits.
- sdrapkin 1y agoAgreed. So at worst they (Golang developers) should be indifferent, and at best they should opt for the faster choice. With serverless code billing by the second, faster choices are directly correlated to lower costs.
- lossolo 1y ago> With serverless code billing by the second, faster choices are directly correlated to lower costs. The kind of Go developers who think about these optimizations don't use overpriced, inefficient serverless services.