6 ms·

Qt exists and is really nice to work with. It has multiple language bindings. How is it unfeasible?

by cgh 10y ago

lazarus101 10y ago
Development time needed to create desktop apps (for Windows, Mac and Linux) given that there's already an existing webapp: - using Electron: 1 month - using QT: 2 years
- mijoharas 10y ago
  Chrome apps would have solved one of the main problems if they were still a thing (does anyone know why chrome deprecated them?). (by reusing the chrome context, your memory usage wouldn't grow unnecessarily for each new slack/spotify/whatever you open).
  - jhasse 10y ago
    > does anyone know why chrome deprecated them? To push Chrome OS (where they will still be available) and to vendor lock-in people with Android apps.
    - lima 10y ago
      Quite the opposite, they wanted to prevent vendor lock-in, so they pushed for standards like service workers and NaCL that eliminate the need for Chrome Apps.
      - jhasse 10y ago
        But aren't those two only for getting better performance for web apps? Chrome Apps actually help getting a web app integrated into the OS, I don't see where (P)NaCl helps me with that.
        lima 10y ago
        Progressive web apps can be launched in a window just like a Chrome app.
        mijoharas 10y ago
        I was just trying to look into this, I can't see a way for this to happen on a desktop, is my google-fu broken or is coming later. I was also looking for a desktop icon (or file or whatever).
  - buremba 10y ago
    Yep, I hate that all of these companies try to convert their applications from tabs to dedicated processes. It would be a huge deal breaker if Chrome Apps could become a thing and replace them. Now I have 4 different Chrome apps running on my computer.
    - lima 10y ago
      Chrome Apps aren't different from tabs, though.
      - buremba 10y ago
        My point was they could convert their web applications to Chrome Apps which has better native api support and experience if Chrome Apps could become a thing.
  - lima 10y ago
    They were deprecated because they aren't really necessary anymore now that you have things like service workers and NaCL. Never worked on mobile, too. Progressive Web Apps is where it's at.
    - mijoharas 10y ago
      So I've liked what I've heard about Progressive web apps, but I was wondering if there is a solution for desktop? can you create a native icon that opens a new window with a PWA?
    - deleted 10y ago
      [deleted]
jhasse 10y ago
> It has multiple language bindings. Not many of them are good though, as it's hard to bind C++. If you want to work with Qt, C++ is really the best option. And not many people know that language well enough. They know JavaScript though ;)
- bnastic 10y ago
  Software/web devs are such hypocrites, optimising software for production and not for the platform or the user.
  - Asooka 10y ago
    That's the entire rationale behind e.g. using python or php on the backend. Oh, the requests are IO-bound, we don't need to use a cumbersome language like C++ or Java to develop our backend, we'll just throw more cores at it if it gets too slow. Developer time will always be the first thing to be optimised, not least because the first to ship win and the first to ship is the one with the fastest development stack.

Qt exists and is really nice to work with. It has multiple language bindings. How is it unfeasible?

by cgh 10y ago

Qt exists and is really nice to work with. It has multiple language bindings. How is it unfeasible?

Development time needed to create desktop apps (for Windows, Mac and Linux) given that there's already an existing webapp: - using Electron: 1 month - using QT: 2 years

mijoharas 10y ago
Chrome apps would have solved one of the main problems if they were still a thing (does anyone know why chrome deprecated them?). (by reusing the chrome context, your memory usage wouldn't grow unnecessarily for each new slack/spotify/whatever you open).
- jhasse 10y ago
  > does anyone know why chrome deprecated them? To push Chrome OS (where they will still be available) and to vendor lock-in people with Android apps.
  - lima 10y ago
    Quite the opposite, they wanted to prevent vendor lock-in, so they pushed for standards like service workers and NaCL that eliminate the need for Chrome Apps.
    - jhasse 10y ago
      But aren't those two only for getting better performance for web apps? Chrome Apps actually help getting a web app integrated into the OS, I don't see where (P)NaCl helps me with that.
      - lima 10y ago
        Progressive web apps can be launched in a window just like a Chrome app.
        mijoharas 10y ago
        I was just trying to look into this, I can't see a way for this to happen on a desktop, is my google-fu broken or is coming later. I was also looking for a desktop icon (or file or whatever).
- buremba 10y ago
  Yep, I hate that all of these companies try to convert their applications from tabs to dedicated processes. It would be a huge deal breaker if Chrome Apps could become a thing and replace them. Now I have 4 different Chrome apps running on my computer.
  - lima 10y ago
    Chrome Apps aren't different from tabs, though.
    - buremba 10y ago
      My point was they could convert their web applications to Chrome Apps which has better native api support and experience if Chrome Apps could become a thing.
- lima 10y ago
  They were deprecated because they aren't really necessary anymore now that you have things like service workers and NaCL. Never worked on mobile, too. Progressive Web Apps is where it's at.
  - mijoharas 10y ago
    So I've liked what I've heard about Progressive web apps, but I was wondering if there is a solution for desktop? can you create a native icon that opens a new window with a PWA?
  - deleted 10y ago
    [deleted]

jhasse 10y ago

> It has multiple language bindings. Not many of them are good though, as it's hard to bind C++. If you want to work with Qt, C++ is really the best option. And not many people know that language well enough. They know JavaScript though ;)

bnastic 10y ago
Software/web devs are such hypocrites, optimising software for production and not for the platform or the user.
- Asooka 10y ago
  That's the entire rationale behind e.g. using python or php on the backend. Oh, the requests are IO-bound, we don't need to use a cumbersome language like C++ or Java to develop our backend, we'll just throw more cores at it if it gets too slow. Developer time will always be the first thing to be optimised, not least because the first to ship win and the first to ship is the one with the fastest development stack.