• L. (unregistered) in reply to jverd

    @jverd : -> making it faster ADDS value, why do you think people buy so much into virtualization and green IT ? -- You've been educated to think that optimizing is not worth it, well that's wrong, because when you stack your 20 or so layers of non-optimization (os,jvm,java,base libraries,etc.) you end up being at least an order of magnitude slower than it should be, an order of magnitude more expensive on hardware, power, cooling and all that.

    And that's when you have "enough" power. Sometimes, optimizing just about makes things possible instead of impossible, so why keep on considering it a detail.

    Beyond that, optimization is trying to find the simplest logical path, which is usually also the "cleanest", i.e. less full of bugs. (if you code in java, you must know what I mean, like all those people including a bajillion packages in a shitty app that ends up being slow, weighting 100M when it should be around 1M tops and quick as lightning).

    My library provides unique ID's with the following hypothesis: -> unique time (if you don't have it, I repeat, your system sucks) -> unique machine id (lol?) -> unique pid (err.. that usually is the case ?) -> unique thread_id (that's better) -> unique count id (well if your i++ don't work, ...

    It is inherently MUCH faster (although I should create a java version just for comparison) AND unique.

    Businesses like things quick and dirty, that is what you provide them with your mentality.

    However, we're not talking business here, we're talking coding and on that side I must say your conception of coding is flawed (even though it's the current way of thinking) and that conception has lead to such a pile of shitcode I wouldn't want to be a part of it.

    Captcha:vindico .. not bad :)

  • jverd (unregistered) in reply to L.
    L.:
    @jverd : -> making it faster ADDS value, why do you think people buy so much into virtualization and green IT ?

    It only adds value up to a point. If I need to generate a thousand IDs a day, then hardware/software that can generate 10 million a second is no more valuable to me than that which can "only" generate a million a second. The whole, "HURRR! MUST BE AS FAST AS POSSIBLE!" mentality simply shows a lack of understanding of the real world.

    -- You've been educated to think that optimizing is not worth it,

    Wrong again. I've leaned when it's worth it, and when my time is better spent elsewhere.

    well that's wrong, because when you stack your 20 or so layers of non-optimization (os,jvm,java,base libraries,etc.) you end up being at least an order of magnitude slower than it should be, an order of magnitude more expensive on hardware, power, cooling and all that.

    Right, because it's just that simple. "HURRRR! JAVA IS SLOW!"

    :rolleyes:

    And that's when you have "enough" power. Sometimes, optimizing just about makes things possible instead of impossible, so why keep on considering it a detail.

    So, sometimes optimization is necessary, and therefore Java's UUID is worthless and your custom, allegedly-unique-but-not-really is DA BOMB! WOO!

    -> unique time (if you don't have it, I repeat, your system sucks)

    Still wrong.

    your conception of coding is flawed

    Wrong again. My conception of coding includes looking at the bigger picture, not clinging to my pet tool because it's faster and I love it so.

    Captcha:vindico .. not bad :)

    You wish! :-)

  • what a dumbass (unregistered)

    idiot

Leave a comment on “A More Unique Identifier”

Log In or post as a guest

Replying to comment #:

Log Out

« Return to Article