Indeed. There is also the fact that internal and external messaging is likely much different. I'd not be too surprised if there hadn't been some attrition within their ranks (especially devs) leading up to this point.
HN user
jasoncchild
A good deal of this comes down personalities; yours and the rest of the team. Even with tooling it can be difficult to stay connected...but for someone else it could be difficult to stay focused with the ambiance that comes with a lot of "modern" office configs.
I agree with your disagreement. Furthermore, I'm curious how this edge case could have been mitigated using an alternative tool? most of my VCS experience is with git, and a very little SVN.
I'm an advocate of edge computing for sensor data aggregation. I don't think round trip computation will be viable for soft real time applications for quite some time, unless that computation requires operating over large datasets (where it's prohibitive to store all it locally). Just my opinion (and some experience), hardly an authority.
It's funny to me; when I got my first taste of "web apps" it was writing c apps to process cgi requests a bazillion years ago. It is neat to see people advocating for native compiled code in this area. I do lots of node these days and full stack so I appreciate the client side leaning for routing and rendering. If you don't need SSR then I'm sure you could create a very performant server in rust or c. Sounds fun!
This is interesting; why dev tools are not seen in these FOSS offerings?
Agreed. A lot of the op is bit hyperbolic in expressiveness.
I mean, you don't have to use JSX...
...but I agree with many of these comments; I thought it was odd (to be charitable) but after using it find it to be quite nice. Redux is what I see over used (imo) and at times almost an antipattern
Thanks! I've not much personal experience of pre-iPhone Apple. I'm curious about why OSX is no longer viable.
Fantastically dramatic assessment! I'm curious just what aspects of the pre-iPhone Apple were preferable?
Ah, I see. Noted!
Idk, pointing to issues like deep dependency within the Node community isn't the best argument. It's healthy to be skeptical of dependencies imo, especially in light of issues like the infamous left pad problem.
No problem; as I read it back to myself I can see how it came across that way.
There is an amazing amount of hand waiving and conjecture in this discussion.
Dan is correct (naturally); depending on complexity and scope redux can be a drag. For a small project I will use an event emitter to communicate state change requests to my top level component. These sort of things tend to only have a handful of components anyhow.
I was attempting to confirm that these are all points are important. Being too arrogant to learn and being in incompetent are two entirely different things.
These are all points a competent engineer would raise :)
So long as you don't use JSX you certainly never need to transpire. I believe there is also a shim to do client side jsx parsing but is not encouraged for use with prod code
Wait, square brackets/parens indicates data binding direction in vanilla js? Huh?
True! I realized that sometime after my comment but neglected to edit
Cyberpunk...or wait...Shadowrun!
Some employers allow a waiver against IP ownership of existing side projects related to the industry.
Yeah but it's easier to pair down the antenna and underpower the radio than to go the other direction :)
This is already a thing, however data rates tend to be slower
Despite all the hand waiving about accuracy of the claims or the efficacy of CDN fronted caching, etc etc, it is good to see more initiatives around saving (especially mobile) bandwidth use. After moving from EE into full stack js I've been blown away as the duplication present
100' is a very low distance for real IoT applications I've run across
Idk, I just try to be reasonably fluent in the language...frameworks tend to play to one ideology or another and it seems just as important to pick one you understand as it is to pick one that purports to solve your problems better/faster/etc.
Oh man...this is freaking awesome!
Both of these points are conjecture