Live data from Hacker News

Viewing profile — taminka

taminka

HN member
Joined
Sat, Jul 08, 2023, 8:28 AM UTC
HN karma
330
Public activity
168 items

About taminka

No profile information was provided.

Recent public activity

  1. comment
    Comment #49135942

    might be a silly question, but isn't macos relatively easily virtualisable? i understand it's not done commercially bc of licensing issues, but is there a piece of software where y…

  2. comment
    Comment #49135808

    99% of commits on a project come from 1% of contributors, so the main issue w/ migrating to an alternative isn't the networking effect of github, rather that you can't carry over g…

  3. comment
    Comment #47777544

    yeah messenger still has the pin code thingy, i'm curious why they do it at all that way, can't you just have your keys on fb servers encrypted with another set of keys derived fro…

  4. comment
    Comment #47776717

    oh, i see, is it the same for facebook messenger and instagram, imessage, etc?

  5. comment
    Comment #47776515

    you can ( https://faq.whatsapp.com/1046791737425017/?cms_platform=andr... ) they even have it on fb messenger and instagram (though they recently removed e2ee completely from insta…

  6. comment
    Comment #47776336

    they do have encryption, just not e2ee, and in fairness to them, it doesn't make sense to have e2ee on a channel or a group with 100k ppl in it, also device sync is possible with e…

  7. comment
    Comment #47776322

    whatsapp, facebook messenger, imessage all support multi-device and it's pretty convenient, in fairness to telegram they launched a bit before double ratched was invented, but stil…

  8. comment
    Comment #47775995

    it's really unfortunate that telegram doesn't do e2ee, bc it's hands down the best messenger otherwise :(

  9. comment
    Comment #47563685

    it's unironically just react lmao, virtually every popular react app has an insane number of accidental rerenders triggered by virtually everything, causing it to lag a lot

  10. comment
    Comment #47539828

    you do/can control all the VPN nodes in this setup (most often just a single one) since your traffic doesn't actually go through the website you're masking under and the nature of …

  11. comment
    Comment #47510014

    you need secure channels of communication (and preferably a connection to the outside world) to solve any problem

  12. comment
    Comment #47509920

    vpn protocols we use here nowadays are way more advanced than this, they mimic a TLS handshake with a legitimate (non blocked site, like google.com) and looks essentially like regu…

  13. comment
    Comment #47509827

    perhaps, there's still hope i think: - roskomnadzor just not being competent enough to implement the block fully - they'll reserse the block, since it will likely completely crippl…

  14. comment
    Comment #47509719

    read the post please, the precise problem is that this may soon not work

  15. story
    Tell HN: Russians may soon lose access to the global internet

    internet censorship has been going on for a while here and most people have adopted xray and other vpn solutions in response however, ISPs have begun rolling out white list (essent…

  16. comment
    Comment #47476529

    nobody actually likes it, it's just macos is still the least terrible to use option

  17. comment
    Comment #47113024

    what do you mean by that?

  18. comment
    Comment #47106296

    i swear if someone starts another single header vs other options debate in this comment section i'm gonna explode

  19. comment
    Comment #47091316

    most of the traffic is probably from open weights, just seed those, host private ones as is

  20. comment
    Comment #47078589

    actually you may be right, according to project zero by google [1], ~50% is use after free and only ~20% for out of bounds errors, however, this is for errors that resulted in majo…

  21. comment
  22. comment
    Comment #47076508

    logic errors aren't memory errors, unless you have some complex piece of logic for deallocating resources, which, yeah, is always tricky and should just generally be avoided

  23. comment
    Comment #47074853

    this is silly, we already have an algorithm for generating very efficient assembly/machine code from source code, this is like saying maybe one day llms will be able to replace sin…

  24. comment
    Comment #47074771

    this is amazing, counter to what most ppl think, majority of memory bugs are from out of bounds access, not stuff like forgetting to free a pointer or some such

  25. comment
    Comment #46988343

    presumably you'd just use unique one time codes derived from the eID