Preferences

viceroyalbean
Joined 266 karma

  1. I would prefer 3.5mm over Bluetooth, but keep in mind most people get their music off their phones and (almost?) no modern phones have headphone jacks. Dongles are a thing, but meh.

    Additionally, modern Bluetooth devices have very little friction in my experience.

  2. If you can get the exact same result for less cost (time and money), why not? Things like enjoyment don't factor in since they can't be directly converted into money.
  3. Netflix is paying for the infrastructure because for every byte that Netflix "pushes" there is a "pull" side who is paying for their residential internet access. What is the consumer paying the ISP for if the ISP is charging every service that the consumer is using more money separately?
  4. Yes, but Yahoo Japan is a completely separate entity.
  5. That's assuming that hiring a person is the exact inverse of firing someone, which is often not the case. Firing someone has more negative effect than hiring's positive effect when e.g people move, leave previous jobs (possibly), have children, buy houses.
  6. I assume they are talking about E2E-encryption, since that would prevent them from spying on their users even if they wanted to (assuming the client doesn't leak the key).

    That said, E2E-encryption doesn't come without drawbacks, for example you would lose all your messages if you lost access to your device and any backup mechanism.

  7. If it were encrypted with a private key the device would only have a public key and you wouldn't be able to encrypt your own version of the software.
  8. Unless I did something wrong with my setup the elixir LS is kind of lackluster compared to a full IDE. It doesn't have any automatic refactoring (even variable renaming) nor does it provide automatic detection of syntax errors. It's pretty much just symbol lookup and some autocomplete functionality.
  9. +1 on wanting a HN Seoul group. If there isn't one, maybe we can make it
  10. This is what I assumed considering it had the right answer but the explanations were garbled. Presumably it reproduced the answer, and then some weird patchwork of the various explanations in its training set.
  11. I don't get region restricted apps. Sometimes it might make sense, but 99% of the time it's just unnecessary and achieves nothing except annoy travelers. Is there some incentive for app developers to region restrict their apps?
  12. Yeah, I find the signature example kind of unimpressive because it can just pick up the meaning of the code from the function name and variables, which an experienced human can do just as easily. If it could get "validates a signature with secret key" when all the variable names are obfuscated it might be useful in some code bases.
  13. Presumably the upfront cost for a solar panel, and then assuming 0 cost for electricity past that.
  14. I don't know about Mandarin, but Korean counting words are very different from English collective nouns.

    English: one animal, one person, one book

    Korean: han mari, han myeong, han gweon.

    Where 'han' is one, and the other three words are the counting words specific for counting animals, people, and books respectively.

  15. Some make direct sense like the tree/forest, others you have to deep dive into their history for them to make sense (if at all).

    For example, the character for people (民) comes from the image of a person being pierced through the eye, which was done to mark slaves in ancient China. Eventually the character and meaning evolved to the way it's used now.

  16. Indeed. I read the book in hopes of getting a good intro to TDD after only picking it up by osmosis (which, as proven by the discussions here, is not a good way to learn TDD) and it definitely goes against the maximalist interpretation as described in TFA. While there are examples showing the minimal code-approach he is very explicit about the fact that you don't have to write your code that way.

    One thing I liked specifically was his emphasis on the idea that you can use TDD to adjust the size of your steps to match the complexity of the code. Very complex? Small steps with many tests, maybe using the minimal code-approach to get things going. Simple/trivial? A single test and the solution immediately with no awkward step in between.

  17. If your goal is to avoid coupling tests to implementation then TDD seems like the most obvious strategy. You write the test before the implementation, so it is much harder to end up with the coupling than other strategies.
  18. In some cases there might be local laws involved. If you buy a Samsung (or LG, but they don't make phones anymore) in Korea it will come with call recording available.
  19. As someone with an inbox-zero obsession, I don't pretend to have any logical justification for it, I just really don't like seeing those unread markers. Same for any app that shows any kind of "look here" marker.

    For my personal email, inbox-zero generally means actually reading most emails I get, because I aggressively unsubscribe/mark spam/auto-delete emails I don't want to get. My work email gets a lot more emails I don't need to look at, so there is a lot of automatic filtering and "mark all as read".

    My main practical use-case is that I will leave emails unread intentionally if I can't deal with them at the moment. If I had thousands (or even dozens) of unread emails I'd have to track those separately.

  20. I get a link saying "go to original page"

    Here is the original article https://n.news.naver.com/mnews/article/088/0000761820?sid=10...

  21. From what I can tell the 6.4% includes energy. The measure that doesn't include energy (KPIF-XE) is at 4.5%.
  22. I saw a job posting recently looking for senior developers with 3 years of work experience. I mean, I have 3 years of full time experience + a little more experience working part time and internships, and I would consider myself a junior dev.
  23. Sleep as android's automation feature coupled with home assistant allows me to do things like turn on the lights when my alarm turns on (or offset by some time).
  24. > Do you really need full double-entry accounting for personal finances?

    Probably not, which is why I'm not actually using it right now. My main use cases are keeping track of various types of assets and liabilities (bank accounts, stocks, apartment deposit, etc) to track my net worth as well as having a general idea of where my money goes, e.g how much I spend on groceries as opposed to eating out.

    The statistical sampling approach sounds very interesting, thanks for the tip!

  25. Does anyone have a good workflow for recording personal finances with this type of tool? My problem is that recording every single transaction becomes tedious, so I end up not doing it and the ledger gets out of sync, making it even more tedious to catch back up in a vicious cycle. I'm considering not tracking individual payments and instead just the total monthly changes so I at least have an up-to-date net worth calculation
  26. We can do what we want, but we can't arbitrarily change what we want.
  27. Yep, pretty much mandatory in Korea. Everyone goes to professional photographers who apply copious amounts of photoshop, of course.

    You even get to pick your own image for your driver's license, again with a healthy serving of digital retouching.

  28. > And now I'm just confused. How do we know that fast thinkers aren't using "slow thinking" or anything else when they play at slower time controls? Maybe good fast thinking is correlated with good slow thinking, but this doesn't mean it is the dominant factor!

    I believe that the author is just restating the NH, which is the hypothesis that slowing down time controls will make the dominant player more dominant (or at least maintain the advantage). The alternate hypothesis is stated afterwards

    > AH: NHC is false. On average, given some rating difference \(x\), if \(A\) beats \(B\) at the quick time control with a probability \(p\), then \(A\) beats \(B\) at the slower time control with probability \(p' < p\).

  29. I do think there is some signal based on how well the developer can utilise existing structures without getting stuck in "all you have is a hammer". That said the tradeoff is mostly time-based so if it is a take home without constraints a lot of that signal is lost.
  30. Doesn't that still call into question the quality of GPT-3? Surely such a large model should be able to extrapolate to "which is better: a or b?" from "is a better than b?" when only provided with the latter.

This user hasn’t submitted anything.

Keyboard Shortcuts

Story Lists

j
Next story
k
Previous story
Shift+j
Last story
Shift+k
First story
o Enter
Go to story URL
c
Go to comments
u
Go to author

Navigation

Shift+t
Go to top stories
Shift+n
Go to new stories
Shift+b
Go to best stories
Shift+a
Go to Ask HN
Shift+s
Go to Show HN

Miscellaneous

?
Show this modal