▲ 669 ▼ Stop comparing programming languages (programming.dev) submitted 2 years ago by chraebsli@programming.dev to c/programmer_humor@programming.dev 181 comments fedilink hide all child comments Stop comparing programming languages Python is versatile JavaScript is powerful Ruby is elegant C is essential C++ Java is robust
[–] polonius-rex@kbin.run 13 points 2 years ago (5 children) good luck doing frontend development without it, but it can also do backend development it can do everything permalink fedilink source parent hideshow 10 child comments replies: [–] RoyaltyInTraining@lemmy.world 31 points 2 years ago (1 child) The thing it can do best is bewilder developers with it's strange choices permalink fedilink source parent hideshow 2 child comments replies: [–] polonius-rex@kbin.run 10 points 2 years ago (1 child) i wouldn't want to program in pure assembly either but asm is definitely powerful permalink fedilink source parent hideshow 2 child comments replies: [–] wreel@lemmy.sdf.org 6 points 2 years ago I would argue that ASM isn't "powerful". It's direct. You can access advanced features of a CPUs architecture with the trade off limited portability. Sometimes it's necessary but power comes from being able to express complex control and data structures in a concise and readable amount of text. The subjective topic of what "concise and readable" means is where the language wars come in. permalink fedilink source parent [–] CanadaPlus@lemmy.sdf.org 26 points 2 years ago but it can also do backend development The same way a rusty spoon can dig a hole, sure. permalink fedilink source parent [–] odium@programming.dev 12 points 2 years ago* (1 child) That makes it versatile, not powerful. When I hear powerful language, I think of languages that are good at intensive tasks like assembly, c, rust, Python (because of numpy, pandas, pyspark, cuda, etc.). permalink fedilink source parent hideshow 2 child comments replies: [–] echindod@programming.dev 12 points 2 years ago (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. But yeah, js isn't a language I would describe as powerful. Ubiquitous? More capable than you would expect given it's history? Bloated? permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 5 points 2 years ago* (last edited 2 years ago) (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. Not kidding. There's no rule against that though. It's good at it's niche. permalink fedilink source parent hideshow 2 child comments replies: [–] 9point6@lemmy.world 1 point 2 years ago (1 child) Does that not put JS (node) back on the table? I'd say it's the low level language doing the heavy lifting, python or JS in this scenario are just front-ends. Hell, I think FORTH has C bindings, that's not power, that's mental illness permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent [–] frezik@midwest.social 3 points 2 years ago (1 child) I exercised JavaScript out of some of my apps, and I'm happier for it. permalink fedilink source parent hideshow 2 child comments replies: [–] ripcord@lemmy.world 3 points 2 years ago Did they get a good workout? permalink fedilink source parent [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) if its acceptable to force javascript onto the backend and everywhere else, then why not write the frontend in rust, or anything else than can compile to wasm ? permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 5 points 2 years ago (1 child) WASM has no native ability to access most web APIs, including the DOM. JavaScript is literally unavoidable on the front end. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago* (1 child) javascript cannot be compiled natively for the backend or desktop either... also libraries like wasm bindgen allow a developer to write almost no javascript. and i wouldnt could a few lines of bootstrapping. im dont advocate for wasm when its not necessary. nor do i advocate for backend js when its not necessary. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 3 points 2 years ago (1 child) Sorry, I'm not sure what your point is. I realize that you can almost completely avoid JavaScript, but the point I'm making is merely that there is a real technical limitation that limits the choices developers can make for front-end code, and although WASM is making great strides in breaking down that barrier (something I've been thrilled to see happen, but which is going much more slowly than I had hoped), the limitation is still there. Conversely, such a barrier has never existed on the backend, except in the sense that C limits what all other languages can do. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] RoyaltyInTraining@lemmy.world 31 points 2 years ago (1 child) The thing it can do best is bewilder developers with it's strange choices permalink fedilink source parent hideshow 2 child comments replies: [–] polonius-rex@kbin.run 10 points 2 years ago (1 child) i wouldn't want to program in pure assembly either but asm is definitely powerful permalink fedilink source parent hideshow 2 child comments replies: [–] wreel@lemmy.sdf.org 6 points 2 years ago I would argue that ASM isn't "powerful". It's direct. You can access advanced features of a CPUs architecture with the trade off limited portability. Sometimes it's necessary but power comes from being able to express complex control and data structures in a concise and readable amount of text. The subjective topic of what "concise and readable" means is where the language wars come in. permalink fedilink source parent
[–] polonius-rex@kbin.run 10 points 2 years ago (1 child) i wouldn't want to program in pure assembly either but asm is definitely powerful permalink fedilink source parent hideshow 2 child comments replies: [–] wreel@lemmy.sdf.org 6 points 2 years ago I would argue that ASM isn't "powerful". It's direct. You can access advanced features of a CPUs architecture with the trade off limited portability. Sometimes it's necessary but power comes from being able to express complex control and data structures in a concise and readable amount of text. The subjective topic of what "concise and readable" means is where the language wars come in. permalink fedilink source parent
[–] wreel@lemmy.sdf.org 6 points 2 years ago I would argue that ASM isn't "powerful". It's direct. You can access advanced features of a CPUs architecture with the trade off limited portability. Sometimes it's necessary but power comes from being able to express complex control and data structures in a concise and readable amount of text. The subjective topic of what "concise and readable" means is where the language wars come in. permalink fedilink source parent
[–] CanadaPlus@lemmy.sdf.org 26 points 2 years ago but it can also do backend development The same way a rusty spoon can dig a hole, sure. permalink fedilink source parent
[–] odium@programming.dev 12 points 2 years ago* (1 child) That makes it versatile, not powerful. When I hear powerful language, I think of languages that are good at intensive tasks like assembly, c, rust, Python (because of numpy, pandas, pyspark, cuda, etc.). permalink fedilink source parent hideshow 2 child comments replies: [–] echindod@programming.dev 12 points 2 years ago (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. But yeah, js isn't a language I would describe as powerful. Ubiquitous? More capable than you would expect given it's history? Bloated? permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 5 points 2 years ago* (last edited 2 years ago) (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. Not kidding. There's no rule against that though. It's good at it's niche. permalink fedilink source parent hideshow 2 child comments replies: [–] 9point6@lemmy.world 1 point 2 years ago (1 child) Does that not put JS (node) back on the table? I'd say it's the low level language doing the heavy lifting, python or JS in this scenario are just front-ends. Hell, I think FORTH has C bindings, that's not power, that's mental illness permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent
[–] echindod@programming.dev 12 points 2 years ago (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. But yeah, js isn't a language I would describe as powerful. Ubiquitous? More capable than you would expect given it's history? Bloated? permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 5 points 2 years ago* (last edited 2 years ago) (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. Not kidding. There's no rule against that though. It's good at it's niche. permalink fedilink source parent hideshow 2 child comments replies: [–] 9point6@lemmy.world 1 point 2 years ago (1 child) Does that not put JS (node) back on the table? I'd say it's the low level language doing the heavy lifting, python or JS in this scenario are just front-ends. Hell, I think FORTH has C bindings, that's not power, that's mental illness permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent
[–] CanadaPlus@lemmy.sdf.org 5 points 2 years ago* (last edited 2 years ago) (1 child) Python is powerful because it easily wraps C libraries that do real work! Just kidding mostly. Not kidding. There's no rule against that though. It's good at it's niche. permalink fedilink source parent hideshow 2 child comments replies: [–] 9point6@lemmy.world 1 point 2 years ago (1 child) Does that not put JS (node) back on the table? I'd say it's the low level language doing the heavy lifting, python or JS in this scenario are just front-ends. Hell, I think FORTH has C bindings, that's not power, that's mental illness permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent
[–] 9point6@lemmy.world 1 point 2 years ago (1 child) Does that not put JS (node) back on the table? I'd say it's the low level language doing the heavy lifting, python or JS in this scenario are just front-ends. Hell, I think FORTH has C bindings, that's not power, that's mental illness permalink fedilink source parent hideshow 2 child comments replies: [–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent
[–] CanadaPlus@lemmy.sdf.org 6 points 2 years ago (1 child) Sure, but there are good and bad frontends. JavaScript has a tendency to silently fly off the handle in mysterious ways due to the crazy type system. Python will typically fail more predictably, and is famously easy to write. I know nothing about FORTH, honestly. permalink fedilink source parent hideshow 2 child comments replies: [–] odium@programming.dev 2 points 2 years ago Dw, no one does. permalink fedilink source parent
[–] frezik@midwest.social 3 points 2 years ago (1 child) I exercised JavaScript out of some of my apps, and I'm happier for it. permalink fedilink source parent hideshow 2 child comments replies: [–] ripcord@lemmy.world 3 points 2 years ago Did they get a good workout? permalink fedilink source parent
[–] ripcord@lemmy.world 3 points 2 years ago Did they get a good workout? permalink fedilink source parent
[–] lseif@sopuli.xyz 1 point 2 years ago (1 child) if its acceptable to force javascript onto the backend and everywhere else, then why not write the frontend in rust, or anything else than can compile to wasm ? permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 5 points 2 years ago (1 child) WASM has no native ability to access most web APIs, including the DOM. JavaScript is literally unavoidable on the front end. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago* (1 child) javascript cannot be compiled natively for the backend or desktop either... also libraries like wasm bindgen allow a developer to write almost no javascript. and i wouldnt could a few lines of bootstrapping. im dont advocate for wasm when its not necessary. nor do i advocate for backend js when its not necessary. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 3 points 2 years ago (1 child) Sorry, I'm not sure what your point is. I realize that you can almost completely avoid JavaScript, but the point I'm making is merely that there is a real technical limitation that limits the choices developers can make for front-end code, and although WASM is making great strides in breaking down that barrier (something I've been thrilled to see happen, but which is going much more slowly than I had hoped), the limitation is still there. Conversely, such a barrier has never existed on the backend, except in the sense that C limits what all other languages can do. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] BatmanAoD@programming.dev 5 points 2 years ago (1 child) WASM has no native ability to access most web APIs, including the DOM. JavaScript is literally unavoidable on the front end. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago* (1 child) javascript cannot be compiled natively for the backend or desktop either... also libraries like wasm bindgen allow a developer to write almost no javascript. and i wouldnt could a few lines of bootstrapping. im dont advocate for wasm when its not necessary. nor do i advocate for backend js when its not necessary. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 3 points 2 years ago (1 child) Sorry, I'm not sure what your point is. I realize that you can almost completely avoid JavaScript, but the point I'm making is merely that there is a real technical limitation that limits the choices developers can make for front-end code, and although WASM is making great strides in breaking down that barrier (something I've been thrilled to see happen, but which is going much more slowly than I had hoped), the limitation is still there. Conversely, such a barrier has never existed on the backend, except in the sense that C limits what all other languages can do. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] lseif@sopuli.xyz 1 point 2 years ago* (1 child) javascript cannot be compiled natively for the backend or desktop either... also libraries like wasm bindgen allow a developer to write almost no javascript. and i wouldnt could a few lines of bootstrapping. im dont advocate for wasm when its not necessary. nor do i advocate for backend js when its not necessary. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 3 points 2 years ago (1 child) Sorry, I'm not sure what your point is. I realize that you can almost completely avoid JavaScript, but the point I'm making is merely that there is a real technical limitation that limits the choices developers can make for front-end code, and although WASM is making great strides in breaking down that barrier (something I've been thrilled to see happen, but which is going much more slowly than I had hoped), the limitation is still there. Conversely, such a barrier has never existed on the backend, except in the sense that C limits what all other languages can do. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] BatmanAoD@programming.dev 3 points 2 years ago (1 child) Sorry, I'm not sure what your point is. I realize that you can almost completely avoid JavaScript, but the point I'm making is merely that there is a real technical limitation that limits the choices developers can make for front-end code, and although WASM is making great strides in breaking down that barrier (something I've been thrilled to see happen, but which is going much more slowly than I had hoped), the limitation is still there. Conversely, such a barrier has never existed on the backend, except in the sense that C limits what all other languages can do. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] lseif@sopuli.xyz 1 point 2 years ago (1 child) my point is that languages have their places. javascript is great for the frontend. not just because it's the only choice, but it's also a lot easier to write code for ui than say, C or rust. however i do not see a reason why it needs to run on servers or desktop apps, bar a few cases. i know node is popular, but i think fullstack devs just like to have everything in the same language, even if it makes it harder to use and slower to run. likewise C, rust, go, whatever, are great for backends, embedded etc, but they shouldnt be ran on in the browser, unless there is a specific reason like heavy computation with little dom interaction. just because a barrier does not exist doesnt mean that we should write programs in a language not designed for the domain. permalink fedilink source parent hideshow 2 child comments replies: [–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] BatmanAoD@programming.dev 2 points 2 years ago (1 child) I'm honestly not convinced JavaScript is good even for the front-end, because it's intentionally designed to swallow, ignore, and otherwise minimize errors; which is not helpful at all for development of any software. My point is that the only reason JavaScript is dominant in front-end development is that, prior to WASM, it was literally the only option; if that hadn't been the case, I doubt it would have become nearly so widely used. permalink fedilink source parent hideshow 2 child comments replies: [–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent
[–] lseif@sopuli.xyz 1 point 2 years ago i actually agree, but i think its more the issue that modern websites are designed like desktop apps. having a weakly typed and flexible langauage like js is fine when youre only adding a little interactivity to an otherwise mostly functional website. permalink fedilink source parent