Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
bfrydl
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
bfrydl
6y ago
This is a terrible article. I'm not even sure the author researched this before writing it. There's straight up false information about each of the languages.
2.
▲
by
bfrydl
6y ago
You can't list objects by tag.
3.
▲
by
bfrydl
6y ago
I'm quite tired of “What Color is Your Function”. In the five years since it was written I have yet to care about this supposed explosive problem in any language that uses async/await. It just seems like something that gets trotte
4.
▲
by
bfrydl
6y ago
I think it's likely that's the joke.
5.
▲
by
bfrydl
6y ago
One issue I have with this is that on many of the “battlegrounds” of the “culture wars”, non-participation is effectively the same as fighting for one particular side.
6.
▲
by
bfrydl
6y ago
I think the people disagreeing with this greatly overestimate what is actually contained in a library like Redux. An entire ecosystem sprang up around it and most of it is completely unnecessary and overly complex. The base library itself i
7.
▲
by
bfrydl
6y ago
I agree that Rust is more suited to ECS than hierarchies. However, the choice is not between ECS or inheritance. The reason I say that the community is overly fixated on it is that many of the benefits attributed to ECS aren't unique t
8.
▲
by
bfrydl
6y ago
I think this is because of Rust. In my opinion the Rust game dev community is overly fixated on ECS. On the bright side, Rust has some damn good ECS libraries.
9.
▲
by
bfrydl
6y ago
I don't know if I think Helm is garbage but I feel like it's almost always more trouble than its worth. Most charts can be boiled down to just a couple resources and instead of sifting through its weirdo templates you might as wel
10.
▲
by
bfrydl
6y ago
Sure, there's nothing that says established practice is better. That is not, in my opinion, a good defense of Go which makes many baffling design decisions. Besides, an appeal to the authority of Rob Pike is surely not a valid defense
11.
▲
by
bfrydl
6y ago
I would argue that Go's design as a whole is characterized by an attitude of ignoring established ideas for no other reason than that they think they know better.
12.
▲
by
bfrydl
6y ago
In my opinion, the first is a terrible interface because I have no idea what any of the parameters do, not because there are so many. The second is a good interface to me because all of the values are labeled. I don't see any problem w
13.
▲
by
bfrydl
6y ago
I personally think reasons like this are just pulled out of thin air to justify simple style preferences. For example, `this` is an entire word that the editor draws in a different color, so it seems unlikely that `_` is easier to scan for.
14.
▲
by
bfrydl
6y ago
I adopted this style after working in TypeScript for a while and then going back to C#. I came to really like having an explicit receiver on every function. I work in a lot of languages where that's required, such as TS and Rust, and n
15.
▲
by
bfrydl
6y ago
How exactly does the default state work if that's the case? Is it just up to the user to treat the state as immutable and copy it rather than modifying it?
16.
▲
by
bfrydl
6y ago
Seems like compared to Redux this would make server-side rendering very challenging. Each atom is a global singleton so I'm not sure how you could render individual requests.
17.
▲
by
bfrydl
7y ago
I find it really annoying how JavaScript is treated on developer forums like this one. Why is it that when the same exact things are done in a typical language it's called “tooling” but in JavaScript it's “duct tape hacks on top o
18.
▲
by
bfrydl
7y ago
> Isn't this missing the point? It's not about the overhead of declaring a new function, it's that you've made one of the props change on every render, so your child element needs to run its render function every time
19.
▲
by
bfrydl
7y ago
Describing ops as “writing yaml files” is like describing software engineering as “typing.”
20.
▲
by
bfrydl
7y ago
I mean that's all well and good but I can't switch over my company's infrastructure to GCE for the next two days.
21.
▲
by
bfrydl
7y ago
Organization may not be a “business” thing but Trello, Asana, JIRA, and Slack sure are.
22.
▲
by
bfrydl
7y ago
Nesting multiple branches of ternary operators doesn't work well but if it's a sort of “if elseif elseif else” situation I think this looks pretty nice: x > 0 ? 'positive' : x < 0 ? 'negative' :
23.
▲
by
bfrydl
7y ago
There's a balance to it for sure. It sounds like estimation was taken far too seriously on your team if it was affecting you outside of work too. However, estimation is one of the primary skills of a software engineer. It's always
24.
▲
by
bfrydl
7y ago
This point of view seems ignorant of history and human nature. For example, after slavery was abolished in the south, prison wardens realized they could just rent out their prisoners to former slave owners to make some extra cash. In suppor
25.
▲
by
bfrydl
7y ago
If these people are actually your friends, maybe you should show them more respect and stop assuming that the reason they are single is that they are less mature than you and chose to “chase hedonism” and “Instagram followers” over long ter
26.
▲
by
bfrydl
7y ago
> Firstly, life is pointless and meaningless without children That seems like a very personal opinion you should be stating with much less certainty about other people's lives.
27.
▲
by
bfrydl
7y ago
With TypeScript you even get compile-time type safety for your JSX.
28.
▲
by
bfrydl
7y ago
I did not know about tinygo and this is pretty impressive. However, it is only a subset of Go missing a few features, most notably the fact that memory is never deallocated. Also, the equivalent JavaScript is still a fraction of this size.
29.
▲
by
bfrydl
7y ago
I said it was bad practice that led to the large size of Medium's website, but only 20% of that download size is their application's JavaScript. In what way did the use of JavaScript make it “easier” for the remaining 80% of the d
30.
▲
by
bfrydl
7y ago
Large bundle sizes are not a consequence of creating UIs on the frontend, they are a consequence of bad practice. I have created plenty of purely frontend apps that don't even approach 1 MB let alone 6 MB. In fact, most languages that
More ›