News for hackers. Stuff that matters.

mezzode

Re:Anthropic, Please Make a New Slack on Saturday March 07, 2026 @12:57AM (#47284908)
Oh wow, TIL that Slack also started like that
Re:Anthropic, Please Make a New Slack on Friday March 06, 2026 @06:29PM (#47282492)
You're thinking of Discord
It depends on the person, as a sample size of one I was on 5,000IU and my levels were still on the low end (almost still deficient), and my calcium levels were still safely on the low side as well. Ultimately people should be getting their levels checked before and after to see exactly what the effect on them is
Re:ICANN picks the domain it will never, ever release on Saturday January 27, 2024 @03:30AM (#39153766)
As others have mentioned there already is the ".home.arpa" TLD but I definitely think ".internal" is a step up in terms of clarity. That said, for my internal network I just put things under a subdomain of a domain I own so I can use HTTPS with a proper SSL cert
Re:NERV Disaster Prevention on Monday January 01, 2024 @11:17PM (#38838058)
The logo isn't even just inspired by, it just outright is the NERV logo from Rebuild https://wiki.evageeks.org/Nerv_Logo
So it's basically the great tabs vs spaces debate again
Re:Coronavirus Work from Home Model on Sunday March 15, 2020 @12:15PM (#22584219)
>Isn’t there a word for when a lot of math and complexity and specific numbers with names imbue an article with some extra sense of being true or having authority?

Quantitative fallacy?

Re:The Power of Shower Thoughts on Sunday November 17, 2019 @03:44PM (#21559959)
My problem with shower thoughts is often I have too many and it's a struggle to hold on to them all until the end of the shower so I can actually write them down
Re:Parse, Don’t Validate on Friday November 08, 2019 @01:50AM (#21480418)
https://github.com/google/mundane/blob/master/DESIGN.md was where I first learned about how useful opaque types can be for ensuring the type system does the heavy lifting
Re:Ask HN: Do you like/use Reddit's redesign? on Friday April 05, 2019 @06:21PM (#19587565)
Generally yes, although I definitely wish the initial load was speedier the better looks and "flow" are worth it imo. I usually browse Reddit using Relay and look at my saved posts on desktop, which has benefited a lot from the redesign since I can just do stuff in a single tab instead of middle-clicking a bunch of posts.
Re:Show HN: DeskGap – Like Electron, but uses the system webview on Wednesday February 13, 2019 @05:06PM (#19157567)
I still think that first-class support for PWAs will be a more promising alternative to Electron
Re:Paradox of tolerance on Monday January 21, 2019 @07:19PM (#18964896)
Probably https://news.ycombinator.com/item?id=14964006

I remember seeing this comparison and finding it quite profound as well.

Re:Electron 4.0.0 on Friday December 21, 2018 @09:06PM (#18738431)
There are definite a lot of advantages to building with web technologies, it's just that Electron is an excessively heavy way of enabling it since it basically just gives you a webapp with a whole browser bundled in. PWAs are a much better alternative since you can just use the one browser instead of having one running for every Electron app.
Re:Electron 4.0.0 on Friday December 21, 2018 @08:58PM (#18738391)
I still think that the majority of Electron apps can and should just be PWAs. Most like Discord pretty much just wrap their webapp anyway.
I've found myself preferring type guards for checking action type, since it avoids you having to have keep one big `Actions` union around that takes X amount of lines and really doesn't serve any other purpose.
Re:Modern Code Review: A Case Study at Google [pdf] on Friday September 21, 2018 @09:35AM (#18039549)
HTML makes perfect sense, as another poster said.

I've also found Authorea[1] to be pretty promising.

[1] https://www.authorea.com/

Re:Modern Code Review: A Case Study at Google [pdf] on Thursday September 20, 2018 @10:17PM (#18036763)
Off topic, this reminded me how much I hate how pdfs are the standard for papers.
Re:Python: Avoid master/slave terms on Thursday September 13, 2018 @01:29AM (#17976278)
I was surprised at just how comically angry people were over this. I can kind of understand their arguments against a trend of being too change-happy and over-correcting, but these things really should be considered case-by-case, not on whether it's part of a trend. It's an opportunity to use more descriptive terms, with being less insensitive as a bonus, and neither of these warrants the level of hate that's been coming out.

Really, "master" and "slave" are pretty overused in tech for situations where it only kind of makes sense if you squint. There are a couple of examples of this. For databases, "master" and "slave" doesn't accurately describe the relationship, its more like "original" and "copy". For git, "master" as a name doesn't really make sense either since it implies it's master of something, when "main" or "primary" is closer to the truth.

I also remember seeing "dom" and "sub" being suggested somewhere, and even if it was a joke I'm all for it.

Re:Google is discontinuing Inbox on Wednesday September 12, 2018 @09:54PM (#17975296)
Inbox has got to be the single most useful productivity tool for me. Pinning, bundling, and snoozing just make managing emails so quick and efficient since you can easily triage and get rid of what doesn't matter, and Gmail as it currently stands just can't compete.

If bundling and pinning aren't brought over to Gmail like snooze, Gmail is basically dead to me from an efficiency perspective since manually selecting what you want to remove takes significantly longer than pinning and sweeping in Inbox.

Worse still, there's the opposite problem if we wanted to build an Inbox successor on top of Gmail since while bundling and pinning would be easily implemented by the client, snooze is still not part of the Gmail API[1] so there would need to be a completely separate layer of snoozing in the client.

Honestly, if a competitor were to rise and implement Inbox's feature set, my money is on the table.

[1] https://issuetracker.google.com/issues/109952618

Phyles primarily based on shared values honestly seem more sensible than nation-states primarily based on geography (although of course these may overlap). The latter often seems to lead to the 51% being the decision makers which leaves the 49% unhappy.
Re:The mysterious case of missing URLs and Google's AMP on Saturday September 08, 2018 @04:39AM (#17940083)
Google to me seems like a case of natural monopoly[1]. Competition in this market is stifled by the amount of investment and infrastructure needed to make a good search engine.

[1] https://en.wikipedia.org/wiki/Natural_monopoly

Re:Centralized Wins. Decentralized Loses on Saturday August 25, 2018 @10:00AM (#17840783)
Honestly, I think that decentralized networks are able to leverage advantages of centralization, like trust, while remaining decentralized enough to still have the advantages from that front too.

GitHub and git are actually a good example of this, since you can use GitHub and know the platform is reliable, trustworthy, etc. but you can also use other hosts too. This degree of decentralization is at least better than fully centralized services like Twitter where you have zero interoperability at all. You can also see this in Mastodon too; the vast majority of users are on a handful of instances like mastodon.social anyway.

Re:PEP 505: Bringing None-Aware Operators to Python on Sunday August 12, 2018 @07:13PM (#17746994)
`if-else` for this will get messy quickly the more layers down you want to go.

  if a is not None and a.b is not None:
      c = a.b.c
  else:
      c = None
vs

  c = a?.b?.c
The safe navigation operator is useful enough that beginners ought to be introduced to them anyway. I will admit that adding `??` may be too much though, we could easily just use an `or` (although the PEP does have some justifications for adding it).
Re:A brief history of the peace symbol on Monday July 30, 2018 @05:28AM (#17643175)
I've always thought the Peace Walker logo was a pretty interesting twist on the peace symbol.
I get most of my articles by Feedly and save them there if they are short or time relevant like news, but I use Pocket for any articles which are longer and more in-depth.
Re:Kanban for E-Mail on Friday July 20, 2018 @11:10PM (#17580511)
Using this workflow for email is pretty interesting. I'm currently relying heavily on snoozing in Google Inbox to manage email tasks, but this takes things a step further. I will say though that $12/mo is too steep compared the upside for me when you can hack together a workflow for free relatively easily.
Re:Google Cloud Platform – The Good, Bad, and Ugly on Friday July 13, 2018 @06:52AM (#17521854)
I've heard that while Firebase is good, it has pretty high pricing once you have enough users and has a big vendor lock-in problem.
I opted into the beta for this way back and have been using it for ages, it was pretty surprising finding out it only just went into wide release. Given how useful I found it I'd have thought it would have been released pretty quickly even when not perfect, but given the results can't complain. https://blog.wikimedia.org/2014/03/26/Hovercards-now-availab...

Older »