Viewing profile — interestingemu
interestingemu
HN member- Joined
- Wed, Mar 15, 2017, 11:49 PM UTC
- HN karma
- 20
- Public activity
- 11 items
- HN profile
- View on Hacker News ↗
About interestingemu
No profile information was provided.
Recent public activity
-
comment
Comment #14815541
> It was once routine for me and others I know to be prescribed hydrocodone for conditions like painful seized muscles, root canals or severe strep throat. We were apparently all i…
-
comment
Comment #14653513
> I believe systemd-resolved, however, is one of those components that is entirely optional, and which nothing explicitly depends on... Yet. Wouldn't be the first time some "option…
-
comment
Comment #14404121
GP is clearly right. What's the point of going "that's just your opinion" on every fact he mentions?
- comment
-
comment
Comment #14061946
Scala developers can do whatever they want or need at compile-time.
-
comment
Comment #14058838
> The systemd network stack is entirely optional and intended for scenario where you can't afford/don't need the 'fatness' of NetworkManager, just because it's there, doesn't mean …
-
comment
Comment #13893990
Jesus, it took me way too long to realize this was about online classes, not virtual classes in languages. :-)
-
comment
Comment #13887309
Yes, exactly, which makes the claim even more baffling. Sure, they can just reimplement all their Java dependencies, but if they have to implement e.g. collections anyway, they cou…
-
comment
Comment #13886203
Isn't pure Kotlin a much more unlikely scenario than pure Scala? Kotlin devs certainly take pride at every opportunity of how much Kotlin piggybacks on Java, cf. collections. I thi…
-
comment
Comment #13886090
I have seen plenty of libraries using null to indicate an error. If this wasn't the case, as you allege, then why do Kotlin devs act like it's such a big deal? Why add a language f…
-
comment
Comment #13881109
I think this comment shows a very fundamental lack of understanding how different languages handle errors. In Java (and Kotlin) -- ignoring the topic of exceptions as an alternativ…