4 ms·

- Proprietary messaging apps like WhatsApps, Facebook Messenger etc. I think it's ridiculous that some people/countries are practically held hostage by them. -

by d3Xt3r 11mo ago

- Proprietary messaging apps like WhatsApps, Facebook Messenger etc. I think it's ridiculous that some people/countries are practically held hostage by them. - Electron/Javascript based apps - Chromium (Blink) and Webkit based browsers - GTK4/libadwaita - node.js - And well, less of on refusal to adopt, but more like a refusal to acknowledge their value: bloated/modern web frameworks like React. I honestly can't think of a single useful website that absolutely cannot work without a bloated framework, that I'd actually need in my daily life, which couldn't have been achieved by a regular old-school website or a native app. Like literally, there's not a single actually useful website that I visit regularly, that I can look at and go "oh, this site (or the service they offer) absolutely cannot work without a modern bloated JS framework".

satvikpendem 11mo ago
React and similar frameworks are for the developer, not the user. But since it seems you don't use large scale UI based applications, you don't see a need for them.
- d3Xt3r 11mo ago
  I'm a developer too (well, technically DevOps and a hobby dev), and I can't think of any place where it's actually needed, where a traditional app can't do the job.
  - satvikpendem 11mo ago
    Of course, nothing is strictly needed, you could write your code in assembly. But just as we built higher abstractions on that, so too do people do so for UI code. If you haven't written much UI code, then I can see why you think it's not useful, but it doesn't mean that it's not, for those who do.
- austin-cheney 11mo ago
  React and similar frameworks are more for the employer than the developer. A capable developer can execute without them, but employers need them to vastly widen candidate selection without investing in training.
  - deleted 11mo ago
    [deleted]
  - satvikpendem 11mo ago
    Not really, when the training burden is the same between knowing DOM manipulation and knowing React, yet the latter is more scalable when multiple people are working on a project, and just in general even for solo development without having to go through the annoying process of imperatively adding DOM nodes to the HTML. Anyone "capable" can do it but it doesn't mean it's the best way. This is like the same argument C or C++ devs use when they talk about memory safety as opposed to Rust which lets the computer handle it.
    - austin-cheney 11mo ago
      That misses the point. There is a massive difference between writing code and actually learning to write an application. When you talk about the best way you completely miss the point because it implies there is only one best way. When you are less restricted you can let the business requirements drive the design of the application. With a large framework the framework determines the application’s requirements. There was an article on the front page yesterday about this very thing regarding Zig compared to React.
      - satvikpendem 11mo ago
        I should say better, not best, because yes there is no best way, but there are of course better ways, eg spaghetti code vs well architected code. > When you are less restricted you can let the business requirements drive the design of the application. With a large framework the framework determines the application’s requirements. This only ostensibly makes sense on first glance. Business requirements are not technical, they are about what the business needs done. In that case, a framework has no bearing on what the requirements are; if I need a button and a form filled out, it can be done in vanilla JS or React, there is no difference to the end user. And I'm not sure why anyone would compare a programming language to a library, much less one not remotely connected to each other, because the level of abstraction in architecting programs in both are very different and thus the code and architecture will not be comparable.

by d3Xt3r 11mo ago

satvikpendem 11mo ago

React and similar frameworks are for the developer, not the user. But since it seems you don't use large scale UI based applications, you don't see a need for them.

d3Xt3r 11mo ago
I'm a developer too (well, technically DevOps and a hobby dev), and I can't think of any place where it's actually needed, where a traditional app can't do the job.
- satvikpendem 11mo ago
  Of course, nothing is strictly needed, you could write your code in assembly. But just as we built higher abstractions on that, so too do people do so for UI code. If you haven't written much UI code, then I can see why you think it's not useful, but it doesn't mean that it's not, for those who do.
austin-cheney 11mo ago
React and similar frameworks are more for the employer than the developer. A capable developer can execute without them, but employers need them to vastly widen candidate selection without investing in training.
- deleted 11mo ago
  [deleted]
- satvikpendem 11mo ago
  Not really, when the training burden is the same between knowing DOM manipulation and knowing React, yet the latter is more scalable when multiple people are working on a project, and just in general even for solo development without having to go through the annoying process of imperatively adding DOM nodes to the HTML. Anyone "capable" can do it but it doesn't mean it's the best way. This is like the same argument C or C++ devs use when they talk about memory safety as opposed to Rust which lets the computer handle it.
  - austin-cheney 11mo ago
    That misses the point. There is a massive difference between writing code and actually learning to write an application. When you talk about the best way you completely miss the point because it implies there is only one best way. When you are less restricted you can let the business requirements drive the design of the application. With a large framework the framework determines the application’s requirements. There was an article on the front page yesterday about this very thing regarding Zig compared to React.
    - satvikpendem 11mo ago
      I should say better, not best, because yes there is no best way, but there are of course better ways, eg spaghetti code vs well architected code. > When you are less restricted you can let the business requirements drive the design of the application. With a large framework the framework determines the application’s requirements. This only ostensibly makes sense on first glance. Business requirements are not technical, they are about what the business needs done. In that case, a framework has no bearing on what the requirements are; if I need a button and a form filled out, it can be done in vanilla JS or React, there is no difference to the end user. And I'm not sure why anyone would compare a programming language to a library, much less one not remotely connected to each other, because the level of abstraction in architecting programs in both are very different and thus the code and architecture will not be comparable.