Tweetovi

Blokirali ste korisnika/cu @HansWurst315

Jeste li sigurni da želite vidjeti te tweetove? Time nećete deblokirati korisnika/cu @HansWurst315

  1. prije 22 sata
    Poništi
  2. proslijedio/la je Tweet
    31. sij

    It looks like IR35 really isn't going away so it's time to embrace reality and go permanent somewhere. :( If you know someone who is hiring, please send me their details so I can contact them. Please save me from logging in to LinkedIn or talking to recruiters.

    Poništi
  3. 31. sij

    Looking forward to Andrew Dinn's talk about at : Hacking on GraalVM: A (very) Rough Guide

    Poništi
  4. 30. sij

    Any idea how an ArrayList with size 549 and 12 elements takes up 1,4MiB of heap-space (retained), when no element of the 12 is bigger than 200k (retained)? via Eclipse Memory Analyzer

    Poništi
  5. 30. sij
    Poništi
  6. 29. sij

    I like brownfield. If something is wrong, I can always say it's the fault of the previous dev.

    Poništi
  7. 27. sij

    What is actually wrong with writers using some random image at the start of each post (e.g. medium)? Is this required or does every just copy other ones?

    Poništi
  8. 24. sij

    Fuck Bitbucket: > All punctuation characters are removed. !"#$%&'()*+,-/:;<=>?@[\]^`{|}~ Why is there no escaping? I want to search for exact expressions!

    Poništi
  9. 24. sij

    How do I debug: =============== DEBUG MESSAGE: unimplemented bytecode ================ # Problematic frame: # j xxx.create()Lxxx/Config;+2134 Config is a generated class which was obfuscated with ProGuard

    Poništi
  10. 23. sij

    Looking at a RxJava-StackTrace and wondering how someone could actually create an endless-loop without blowing the stack up. Hint: Queues for trampolining

    Poništi
  11. 22. sij
    Poništi
  12. 20. sij

    Future#get in for loop. Ähh what? Some thinks can not be unseen

    Poništi
  13. 20. sij

    I think I have to call in sick on 23. to watch the first episode of picard like 10 times in a row.

    Poništi
  14. 19. sij

    Sometimes I imagine people who block the main loop with Future#get work like this, maybe also look like this

    Poništi
  15. 18. sij

    Actually, who the fuck blocks my eventloop with Future#get!

    Prikaži ovu nit
    Poništi
  16. 18. sij

    I hate it, when I have to look at something like this: Status: WAITING sun.misc.Unsafe.park(Native Method) java.util.concurrent.locks.LockSupport.park java.util.concurrent.FutureTask.awaitDone java.util.concurrent.FutureTask.get

    Prikaži ovu nit
    Poništi
  17. 10. sij

    Did anyone try StackOverflow on Premise at his/ her corporate? Do you have any experience with it? Are there any alternatives to StackOverflow?

    Poništi
  18. 9. sij

    》With your help, she bought oil, sugar and garlic. Looks like someone really likes garlic. Anyways, good choice and good to see that anything helps

    Poništi
  19. 8. sij

    Currently looking at a HeapDump due to an OOME condition. I always though it would be quite easy to find the responsible instances, which cause the OOME. Well, it turns out just told me: hold my beer. > Downstream -> Downstream -> ... where do you come from?

    Poništi
  20. 7. sij

    > CollectedHeap::allocate_from_tlab_slow(KlassHandle, Thread*, unsigned long) Why is the TLAB allocation called "slow"? Is there a fast version as well on JDK8?

    Poništi

Čini se da učitavanje traje već neko vrijeme.

Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.

    Možda bi vam se svidjelo i ovo:

    ·