crcl

5 ms·

1.
by crcl 7y ago
Yeah, that article makes fair arguments, there are a lot of (often inaccurate) assumptions that go into comparing subscription services to the price of coffee. I still think the comparison can be a useful way to measure one's own willi
2.
by crcl 7y ago
I understand the sentiment, but disagree with the conclusion. If an information/continuing-education tool is exactly what I'm looking for and isn't prohibitively expensive for me, then it's worth it (note: recognizing th
3.
Period-tracking apps are not for women(vox.com)
9 points by crcl 8y ago|2 comments
4.
Ask HN: What do you do to improve every day?
4 points by crcl 8y ago|2 comments
5.
How computer software can make policy, explained by family separation at border(vox.com)
1 points by crcl 8y ago|0 comments
6.
Ask HN: Is there demand for a note-taking app tailored to programmers?
1 points by crcl 8y ago|0 comments
7.
Ask HN: Should you always prefer pure functions?
5 points by crcl 8y ago|6 comments
8.
by crcl 8y ago
Nipl
9.
Ask HN: Do you prefer “engineer” or “developer”?
4 points by crcl 8y ago|7 comments
10.
by crcl 8y ago
I write JavaScript for my day job, but I only recently started learning how engines optimize it. I had a ton of fun reading this article: https://mathiasbynens.be/notes/shapes-ics (which I discovered in another HN post
11.
Ask HN: What is the most technically interesting thing you've learned recently?
31 points by crcl 8y ago|21 comments
12.
by crcl 8y ago
It's an informal way of agreeing with/emphasizing the parent comment. Your question isn't stupid. Using "this" in such a manner is non-standard English and I can see how the meaning would be unclear if English isn&#
13.
by crcl 8y ago
> Where everywhere is some subset of browsers in the wild and often not that consistently anywhere. Yes, but it's easier to download a version of the browser that works. The alternative is for the developer to build native apps for
14.
by crcl 9y ago
A comment in the Medium article asked the same thing. The author's response: > I agree that piping all logs to stdout would be the best solution in case of Dockerized microservices. It’s just that in our case we were porting an exis