HN user

korla

74 karma
Posts0
Comments38
View on HN
No posts found.

You are correct, there are ways to do so. There are also soft-locks which are states which are just incredibly hard to get out of (heat death of the universe type scenarios some times). Pikasprey yellow is one youtuber who chronicles things in that area.

But I think the commenter above meant that Pokémon was a game which was possible to complete in a twitch plays style because it doesn't result in game over like an FPS or platform we would for example.

I think developer speed is more important than optimising clock cycles unnecessarily. Generally writing to dom is much much slower than evaluting a few thousand expressions.

For the cases when it's not, use memo.

I still recommend Name of the Wind. It's frustrating, but I would rather have loved and lost, than not loved at all.

Killing flash was not about UX. The issues with it were technical.

Flash was not the UX for systems, but for fun little games and a means to tell a story in a way which wasn't available on the Web 20 years ago. This UX is fine as it is IMO. Cool even.

I read it as: Svelte is faster in theory, but since people write bad Svelte code, it is slower than the React code the same developers would write.

My interpretation is that this can be attributed to either svelte being hard to write, or people being used to React. Both of which are a challenge to companies looking to switch to Svelte.

I agree, and the competition is at this point more between VS and other full-featured IDEs like JetBrains Rider, which is my tool of choice for .Net-development.

But, what I didn't know until this recent debacle, is how there is a theory that the reason the .Net-tooling in VSCode is so bad is the same reason we had this watch-debacle. There was some discussion on that in the other HN-thread: https://news.ycombinator.com/item?id=28968231

When I studied philosophy, we applied scientific methodology to understand complex topics, categorising them, and evaluating them against each other. The theories of moral philosophy are under scrutiny in a way very similar to the (other) natural sciences.

It absolutely is. It is in fact, one of my preferred ways to design systems when doing it in tight coupling between backend and frontend. Such as in a micro-fronted-style vertical. It’s very effective when the needs of the frontend dictate the needs of the backend.

I have to ask who pays for these systems? Is it the end user, or some business person in an organization?

In the latter case, the product is aligned with the need to sell the system, since the person who pays doesn’t use it.

If so, I recommend a consumer-facing job the next time you chsnge.

Aren't you just moving the client to the backend here? As I understand it we are talking about how whoever needs to render the data gets the data. GraphQL vs. REST vs. whatever is still as relevant in the backend-rendered case.

Don’t eject. The point of CRA is to abstarct away the current way to set up the build system. Instead let the guys behind CRA tune it, handle upgrades, etc. in complex projects the time spent configuring webpack and keeping versions in sync is quite severe. CRA lets you sidestep this. Somewhat.