4 ms·

Uuid 4 is just a random bytes generator that inserts hyphens in specified places. You don't need to use it, you can just generate random bytes yourself and save

Uuid 4 is just a random bytes generator that inserts hyphens in specified places. You don't need to use it, you can just generate random bytes yourself and save on space (unnecessary hyphens, version info and so on)

sweca 2y ago
True but the appeal for most developers is it's simple to implement. Virtually every language has a UUID library that works in one line or code. Like in Go, it's just uuid.New().String() vs using crypto/rand to read random data, convert it into Base64 of hex... which will take more lines and effort.
- lopkeny12ko 2y ago
  This is an unfair argument. Which standard library in Go gives you uuid.New().String()? Anyone can publish a third party library that condenses reading random data, creating an identifier from it, and rendering it as a string into a single line of code API.
  - bigiain 2y ago
    > Anyone can publish a third party library I propose leftpad.js
  - sweca 2y ago
    No, it's not a standard library, but my point is UUID is standard and thus present in almost every language with a one line abstraction.
Lammy 2y ago
UUIDs are 128-bit numbers and the hyphenated-string representation is only one of many ways to represent that number, sort of like how an IPv4 address is a 32-bit number of which the “dotted-quad” is only one representation. If you are thinking of UUID as a string format then your most fundamental concept of UUID is flawed. Even if you do just want a random identifier (not really the original point of UUID but has become their most popular form) I still think it's cool how random UUIDs have a little flag bit to tell you that it's intended to be random. Useful when one runs across a lone identifier with zero context.
wongarsu 2y ago
UUID 4 also sets 4 bits to fixed values to indicate it's version 4. You can argue whether creating different namespaces between the different methods of creating UUIDs is useful. But your plain random number generator has only a 1/16 chance of generating a valid UUIDv4. (setting the bits correctly is however trivial if you do want to roll your own uuid generator)
- badindentation 2y ago
  From reading wikipedia it seems it's less than that since the 4th group also uses bit to set the variant. e.g. XXXXXXXX-XXXX-4XXX-[89AB]XXX-XXXXXXXX From looking at all the ones in my system.
- edflsafoiewq 2y ago
  Each method is designed so two IDs both generated with that method don't collide with each other. Reserving bits for the method avoids the problem of having to also ensure that for all pair-wise combinations of methods, two IDs generated with those methods don't collide. This is also why there is only a finite set of universally agreed upon methods.

sweca 2y ago

True but the appeal for most developers is it's simple to implement. Virtually every language has a UUID library that works in one line or code. Like in Go, it's just uuid.New().String() vs using crypto/rand to read random data, convert it into Base64 of hex... which will take more lines and effort.

lopkeny12ko 2y ago
This is an unfair argument. Which standard library in Go gives you uuid.New().String()? Anyone can publish a third party library that condenses reading random data, creating an identifier from it, and rendering it as a string into a single line of code API.
- bigiain 2y ago
  > Anyone can publish a third party library I propose leftpad.js
- sweca 2y ago
  No, it's not a standard library, but my point is UUID is standard and thus present in almost every language with a one line abstraction.

Lammy 2y ago

UUIDs are 128-bit numbers and the hyphenated-string representation is only one of many ways to represent that number, sort of like how an IPv4 address is a 32-bit number of which the “dotted-quad” is only one representation. If you are thinking of UUID as a string format then your most fundamental concept of UUID is flawed. Even if you do just want a random identifier (not really the original point of UUID but has become their most popular form) I still think it's cool how random UUIDs have a little flag bit to tell you that it's intended to be random. Useful when one runs across a lone identifier with zero context.

wongarsu 2y ago

UUID 4 also sets 4 bits to fixed values to indicate it's version 4. You can argue whether creating different namespaces between the different methods of creating UUIDs is useful. But your plain random number generator has only a 1/16 chance of generating a valid UUIDv4. (setting the bits correctly is however trivial if you do want to roll your own uuid generator)

badindentation 2y ago
From reading wikipedia it seems it's less than that since the 4th group also uses bit to set the variant. e.g. XXXXXXXX-XXXX-4XXX-[89AB]XXX-XXXXXXXX From looking at all the ones in my system.
edflsafoiewq 2y ago
Each method is designed so two IDs both generated with that method don't collide with each other. Reserving bits for the method avoids the problem of having to also ensure that for all pair-wise combinations of methods, two IDs generated with those methods don't collide. This is also why there is only a finite set of universally agreed upon methods.