zlacker

This kind of scares me to. The vibe that I have is that (web)developers want to make JS into a silver bullet to solve every problem (backend nodeJS, apps react native cordova etc). But I also wonder why they don't want to learn a new language. Some languages really make you look at a problem from a different perspective and to be honest also work better then JS.

>>Sjenk+(OP)
The vibe you have is wrong.

It's not about learning a new language. Most web developers are comfortable in many languages. Plase stop attacking a straw-man. Not many web developers say stuff like "omg these new things are web scale" or "oh javascript is everything I need, I hate everything else". Yeah the author didn't want to learn a new language. Which is not an insane decision at the very beginning of a project.

The biggest deal, though, is code reuse. If I'm not given enough budget, I'm not developing a native app for your precious walled-garden, sorry. I can also rightfully complain that what you have is a walled-garden, and also that the owner of the garden inhibiting a cross-platform alternative.

This has nothing to do with ignorance. Give me a cross-platform API, I'm happy.

At the end, as long as there is docs & support, most really don't care if it's Haskell or PHP.

>>egeozc+c1
But can you reuse UX? UX on Android and iOS are completely different, which implies different UI, which in the end of the day implies different codebase. I do believe that it's possible to implement an app indistinguishable from native with any technology given enough time to implement all UX guidelines (voiceover support, animation dynamics like scroll list velocity constants, disability stuff, etc) but than we spend too much effort reinventing Cocoa Touch, so ROI of this endeavor is highly speculative. I hope in the future iOS and Android will be closer UX wise, which should simplify code reuse and make everyone happy.

>>dmytro+E2
Well the UI can be changed per platform, and as I said, it's a matter of budget. I implemented a solution like that with xamarin but it's not like web. It's way more complicated and the real problem is many things are not supported and so on... React Native? No desktop support. Qt? Oh no, it doesn't feel native... Give me a break! I'm really sick of everyone being a perfectionist and making no compromises. There are too many users, too many platforms and not many developers (at least, quality ones). Facebook can maintain 100 platforms, that doesn't solve my problem of having something "usable" (not perfect) on X platforms.

- Yeah we don't support offline mode on iOS, sorry.

- How much would it cost to implement that?

- Hmm, a rewrite plus more devices to test and licenses and... hmm. Just 50K for a start.

- What, are you kidding? I just want to enter this order when offline?!

>>egeozc+c1

  > Most web developers are comfortable in many languages.

Citation needed. Especially the "most" part. I've been web developer for 10 years when iPhone came out. I liked what I saw, so when SDK came out I've learned Objective-C. Then I learned Swift. And because I know both sides all this feature parity talk really makes me sad about ignorant people not even willing to learn.

"Walled-garden" has long ago became thought-stopping cliche. But if it is walled garden, then I am thankful that Apple does not allow to litter it with some JS scraps. All this cross-platform talk is just being cheap, being lazy or both. It save money, but it produces the lowest common denominator UX wise. And I would not be surprised that maintaining cross-platform monstrosity eats away any cost-savings pretty quickly.

>>rimliu+o4
You know that the need for citation goes both ways and anecdotal evidence isn't a real reference, right? Web developers know at least JS, HTML & CSS. Too many know Ruby, Python and/or PHP. Significant amount of them know C#/Java/Go or something similar. Then there is Typescript, all those compile-to-js languages and so on. I've never ever seen a web developer who could only program in JS. That would be very ridiculous. I personally can't count how many languages I worked and had to work with. My list includes ColdFusion. I'm very comfortable with at least 5 languages and 6 platforms.

> I am thankful that Apple does not allow to litter it with some JS scraps.

Oh, so much for being objective. References and all.

> All this cross-platform talk is just being cheap, being lazy or both.

Are you even serious? You really blame engineers/developers coming up with trade-offs for being cheap and/or lazy?

> And I would not be surprised that maintaining cross-platform monstrosity eats away any cost-savings pretty quickly.

No it doesn't. I'm a developer since much more than 10 years. I guess that's enough of a reference :)

>>egeozc+j5
I'd also add SQL to your language list, and often SASS, gulp/grunt configuration, JSON, ASP.NET, and so on.

And come on, JS is a C-style language. If you know one you know them all.

It's also not a difficult jump to OOP languages; especially now that Java 8 supported lambdas and C# supports async/await. It's hard to learn concepts, not syntax.

>>Square+B7
Don't you agree, though, thinking that web developers don't write iOS apps because they don't want to learn Swift, is a bit ridiculous at this point? Yet another language isn't even significant for a typical web developer. For me, tooling (XCode) took more time to learn than being able to write acceptable Swift...

>>egeozc+F8
Yes, I agree. I was agreeing with you before as well. Setting up a Mac, learning a new IDE, and getting your tooling/builds set up is a far bigger pain point than actually learning the new language.

At least that's the case if it's logically similar. C, Java, JS, etc are mostly transferable. I might not say the same about something like Haskell.

>>egeozc+c1
I understand code reuse can be a hassle, but not as big as some make it out to be. One way to reduce a bunch of work is to make use of swagger for your API. Which enables you to generate a client for your languages of choice.

>>dmytro+E2
No single top 100 app (except those made by Google or Apple) uses the default system UI components. Google does not follow its own UX guidelines.

Everybody by now knows what a hamburger button, tabs, and toggle switches do.

>>Square+B7
If that's the case, then we shouldn't hear any complaining about having to learn Java, ObjC or Swift.