Viewing profile — nadagast
nadagast
HN member- Joined
- Fri, Aug 09, 2013, 5:55 AM UTC
- HN karma
- 81
- Public activity
- 40 items
- HN profile
- View on Hacker News ↗
About nadagast
No profile information was provided.
Recent public activity
-
comment
Comment #48887134
Interesting that I could _immediately_ tell the model visualization was built with Claude
-
comment
Comment #48441822
I enjoyed this. But reading the claim that the iPhone was bad compared to other phones of the day makes me question it all. That's so incredibly backwards. It _was_ a much better i…
-
comment
Comment #39821531
I think a lot of this type of problem goes away with immutable data and being more careful with side effects (for example, firing them all at once at the end rather than dispersed …
-
comment
Comment #39802862
You think the only reason vim & emacs aren't used as much as iOS/Android/Windows (or equivalent defaults on those platforms) is familiarity?
-
comment
Comment #39802846
I think there have been and will continue to be UX improvements to programmer tools. GitHub is one example. You think tools that stagnate will continue to see the same levels of ad…
-
comment
Comment #39802568
I use and love emacs, but pointing to it as an example of how to evolve UX over time is indicative of your perspective. iOS/Windows/Android are used by the majority of people on th…
-
comment
Comment #35736334
Day-tomic I believe
-
comment
Comment #33148759
Isn't it because there's a ton of new supply of labor from around the world?
-
comment
Comment #32921996
Maybe the system was different back then, but now Avoid will only avoid the player as a teammate, they can still be on the enemy team. So if someone is too good, there's no incenti…
-
comment
Comment #30464988
indeed
-
comment
Comment #29033667
We're working on task management + email, I kept your comment [1] from awhile ago. I don't see any way to contact you in your profile, are you interested in trying an alpha? Email …
-
comment
Comment #28477577
Mike Duncan and Revolutions is great, endorse! His previous podcast, The History of Rome, is also great.
-
comment
Comment #28390027
I know -- I meant more about making sure they don't make public places unsafe/unclean.
-
comment
Comment #28389973
Yeah, when I first saw the flow, I was shocked...
-
comment
Comment #28336251
I think we should do everything we can to give/push them into treatment, but at the very least they don't get to make streets unsafe and unclean for others, they have to go elsewhe…
-
comment
Comment #28336241
100% this -- is this really an unpopular opinion?
-
comment
Comment #28056453
In Our Time is a wonderful podcast, always interesting content! Also, as an American, the pace of the show and way of speaking is itself interesting to me.
-
comment
Comment #27454237
This was one of the biggest things that struck me when I visited Japan. Their cities are just so much friendlier/better than 99% of American cities.
-
comment
Comment #26162113
This brings back thoughts I've had that we should be working with normalized data in code, rather than thick objects. I think the main reason we don't is because there's a lack of …
-
comment
Comment #25973989
This is the right answer and I wish more languages would make this dramatically more ergonomic to do. Store the most basic normalized truth and query/derive what you need.
-
comment
Comment #21431309
But how will you decide which is worth knowing if you never look? I get why you may want to take it in at a slower pace than a social media feed, but it seems like there's no way t…
-
comment
Comment #21431109
> On the whole, you are not ignorant if you don't consume the news, not by any standard. I don't mean this in an insulting way, but aren't you ignorant (by definition) of current e…
-
comment
Comment #18775246
> I guess I overlooked it because the other way is so logically trivial, since it basically boils down Yeah, that's (part of) Hickey's point. That the "best" type systems fail this…
-
comment
Comment #18775235
Yes, the default of a lot of languages, (Java, C, etc) where nil is implicitly a member of every other type is a bad default. But that's a separate question.
-
comment
Comment #18775233
I agree that there are reasons for Maybe a to be a different type from (a | nil) but there are also good reasons to prefer (a | nil). Like most things, it's a set of tradeoffs. Wha…