j-krieger

12 ms·

61.
by j-krieger 6y ago
The irony of complaining about one echo chamber and enjoying living in the 'no javascript' bubble is astounding. Can you use text-only websites for most use cases? Sure. Are people more likely to pay for your product if your websi
62.
by j-krieger 6y ago
So you're asking how to do it without a tool that was specifically designed for that purpose? I really don't get the hate for JS these days.
63.
by j-krieger 6y ago
> Stateful "functions" is just so asinine I don't even know where to begin So, a closure? I see gripes about hooks mostly on hn. Most of the industry loves it, and for good reason. There is nothing to „understand“ about ho
64.
by j-krieger 6y ago
Rust and rustdoc (forget what it‘s called) have the same issues, sadly.
65.
by j-krieger 6y ago
Woops, I guess I meant RC's and RefCells.
66.
by j-krieger 6y ago
I like eleventy. However, consider the following. Your static site gen is slow. Well, it does a lot of stuff you don‘t need, so you switch to a lighter one. You choose eleventy. You build assets yourself. This is tedious and boring. You inc
67.
by j-krieger 6y ago
RefCells and Boxes just throw the same errors at runtime instead of compile time.
68.
by j-krieger 6y ago
There would at least need to be some kind of interface of gc and non-gc methods. I would welcome any academic papers on this idea.
69.
by j-krieger 6y ago
Well, the idea would be that references and values alike could be marked to be excluded from the garbage collector and then used in a borrowed way. If you want to interface with the garbage collector, you have to do so in an explicit way. H
70.
by j-krieger 6y ago
Multiple points: I really like how there's a package for everything. Many other languages have adopted this method, but for example in Rust, most packages are not as mature as JS packages are. The JS ecosystem is responsible for spawni
71.
by j-krieger 6y ago
For me personally, Rust was a challenge . Most programming languages are more or less the same. But Rust forced me to think in a way I've never encountered before. I guess this is also why many people like it.
72.
by j-krieger 6y ago
I enjoy Rust and have been writing it for quite some time. However, I feel like server side languages still have a long way to go. Client-side languages in comparison have been only growing better (one could make a lot of negative points ab
73.
by j-krieger 6y ago
This is a take against all laws if you prop it up a bit more. It doesn‘t make sense. The people enacting these laws are democratically elected. „Common sense“ in this case is not arbitrary. It is the culmination of the „common senses“ if al
74.
by j-krieger 6y ago
Most of his complaints can be solved via a Julia LSP. LSP‘s aren‘t that hard to write.
75.
by j-krieger 6y ago
Any programming language runs on a huge stack of dependencies. For most languages it‘s just named „stl“ which makes it okay for most people, funnily enough. Hell, when is the last time you saw a company C++ project without boost and at leas
76.
by j-krieger 6y ago
So what? As far as I know, those are user problems and have not costed valve a single dollar in damages.
77.
by j-krieger 6y ago
So what. Gzip is a thing. Most apps I build with react don‘t reach the 1MB mark even if they‘re gigantic.
78.
by j-krieger 6y ago
Not true. I work for Europe‘s largest web dev company, react and angular projects have a 50:50 market share I‘d say.
79.
by j-krieger 6y ago
Not true. In fact, the first page of the react guide shows setting it up with jsx entirely in the browser. You also include babel via cdn and you‘re done.
80.
by j-krieger 6y ago
Where I live, VueJs isn't even mentioned in any job postings. Large companies still work with older Angular projects, new projects are more often than not done in whatever fits the need.
81.
by j-krieger 6y ago
Webpack doesn't support actual, statically checked tree shaking for now. There is a parameter called ''sideEffects'' you can employ in your package.json, which if switched to off gives hints to the compiler that you
82.
by j-krieger 6y ago
The market also isn't as volatile as people make it out to be. The top most used js frameworks (React, Angular and Vue) have been in the top spots for 5 to 7 years now. I guess the market might as well be settled. Of course there are s
83.
by j-krieger 6y ago
It's great you applied your vanilla JS skills to his totally metaphorical example. I still don't get why it's okay for every other programming language to use the STL or huge dependencies, but doing so with javascript is frow
84.
by j-krieger 6y ago
You can use vue, because for most web-applications with vue3 you will only add an additional 15kb to it. I'd wager kilobyte counts that low are worth it when you consider how much easier it is to add on additional functionality when
85.
by j-krieger 6y ago
Any code involving a mid- to large sized web application that needs reactivity . Templating engines like handlebars are used on the server side, react and vue belong on the frontend (most of the time, but not exclusively). That's the
86.
by j-krieger 6y ago
The Thing is that most people here belittle Web Developers but they do not have a clue what we do. At all. In your pretty short answer you’ve already caught mistake. Let‘s see: > And if you want to stick the header to the top you can use
87.
by j-krieger 6y ago
I think you hit the hammer on the head with this one.
88.
by j-krieger 6y ago
Formik started as a class-based library and most likely still uses some under the hood. Maybe he's just not a fan of the hook API and prefers the other way?
89.
by j-krieger 6y ago
Yes! A hook call occurs at most once per render. For react to figure out which hook call corresponds to what state, it analyzes the call order. Because we write component render functions top down, the hook call order stays the same every t
90.
by j-krieger 6y ago
anything above 100 ms is starting to get into unusable territory for quite a few applications

More ›