8 ms·

I am not a js dev, but isn't the issue of no-framework that you have to write a bunch of code to deal for various browsers? And a bunch of more code to deal wit

I am not a js dev, but isn't the issue of no-framework that you have to write a bunch of code to deal for various browsers? And a bunch of more code to deal with basic web patterns that you'll end up copying from project to project?

autoreleasepool 10y ago
I don't see where the parent suggested no framework. It's likely he or she prefers working a different framework or library, like vue.js or even jQuery. For me, jQuery is the bare minimum requirement. I would never attempt to write a large app in pure JS, even with babel. You would definitely run into some of the problems you mentioned. EDIT: I see now where he mentioned no-framework JS
- haukur 10y ago
  I really don't see how jQuery would help you much there. It doesn't provide any sort of common structure at all, and it's nowadays arguably not very helpful for its helpers either.
  - autoreleasepool 10y ago
    > write a bunch of code to deal for various browsers jQuery helps here
    - haukur 10y ago
      Out of curiosity, which of these compatibility features do you find most useful?
- Achshar 10y ago
  I have written relatively large (35k lines) project in pure JavaScript (without even jquery) and have never faced any of the issues mentioned by the parent, (Babel helped). I write native first and then run babel to appease my older browser faring users. The advantages of native are that it's extremely snappy to use and fast to load. Bears smaller memory footprint (have to use angular.js at work and god it's awful) and with newer things like async await, ES16 classes, etc code management is very good. Can't recall the last time I had to take care of a specific browser quirk.
  - tps5 10y ago
    I have no idea what "native" means in this context, care to elaborate?
    - Achshar 10y ago
      I beg your pardon, poor choice of words, native here means plain js. Nothing more.
coldtea 10y ago
>I am not a js dev, but isn't the issue of no-framework that you have to write a bunch of code to deal for various browsers? No, because it's 2017, not 2007.

autoreleasepool 10y ago

I don't see where the parent suggested no framework. It's likely he or she prefers working a different framework or library, like vue.js or even jQuery. For me, jQuery is the bare minimum requirement. I would never attempt to write a large app in pure JS, even with babel. You would definitely run into some of the problems you mentioned. EDIT: I see now where he mentioned no-framework JS

haukur 10y ago
I really don't see how jQuery would help you much there. It doesn't provide any sort of common structure at all, and it's nowadays arguably not very helpful for its helpers either.
- autoreleasepool 10y ago
  > write a bunch of code to deal for various browsers jQuery helps here
  - haukur 10y ago
    Out of curiosity, which of these compatibility features do you find most useful?
Achshar 10y ago
I have written relatively large (35k lines) project in pure JavaScript (without even jquery) and have never faced any of the issues mentioned by the parent, (Babel helped). I write native first and then run babel to appease my older browser faring users. The advantages of native are that it's extremely snappy to use and fast to load. Bears smaller memory footprint (have to use angular.js at work and god it's awful) and with newer things like async await, ES16 classes, etc code management is very good. Can't recall the last time I had to take care of a specific browser quirk.
- tps5 10y ago
  I have no idea what "native" means in this context, care to elaborate?
  - Achshar 10y ago
    I beg your pardon, poor choice of words, native here means plain js. Nothing more.

coldtea 10y ago

>I am not a js dev, but isn't the issue of no-framework that you have to write a bunch of code to deal for various browsers? No, because it's 2017, not 2007.