Conversation
|
Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla - and if you have received this in error or have any questions, please drop us a line at cla@fb.com. Thanks! |
|
Well, server and browsers running javascript are similar, but not the same. So Isomorphic seems to make sense. Also, this is a pretty much community standard way of speaking about running the same code on browser and server, why fight it and cause further confusion? |
|
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks! |
While my experience is, of course, anecdotal, as we're out conducting training on React.js with hundreds of developers, the term is not standard outside of the group of people saying it right now. When we get a funny look from somebody, and then say "sorry, a better name would be universal javascript" they go "ohh, like it runs everywhere". |
|
I like Universal. Kinda like iPad/iPhone apps Universal. 👍 (Edit: not being sarcastic. Isomorphic is a weird word.) |
|
Yes! Universal JavaScript! |
|
Great article on Medium, Michael. As a teacher, I know the pains of having to explain the crazy terms coined by the community in plain english (or spanish, in my case), and I always strive to make it easier for my students by using clear, simple language, and analogies that can be understood by anyone. However, I think that changing terminology that is pretty much established in the community is not a very good idea. Imagine changing Responsive Web Design to Universal Web Design because it's easier for newcomers to understand the concept behind it. It would only confuse people who are already familiar with the term, thinking that is some sort of variation of the original concept. I can see people asking "what do you mean by Universal JavaScript? Is it like Isomorphic?". Again, I completely understand your point and I'm 100% agree that we should keep it as simpler as possible; I'm only afraid that a change like this at this point in time, would do more harm than good. |
|
Love it, I think it's a great simplification of the intent of what is trying to be conveyed which is essentially Javascript almost everywhere. |
|
Thanks for the idea. We just talked about this in our meeting and decided that we'll leave the name as-is in our repo, but we don't plan to use either term in the public APIs or our documentation so hopefully this doesn't make much difference. |
|
+1 to this. |
|
+1 for this here too. I think it's not too late. And "isomorphic" is not only weird, it does not really convey the meaning by itself. I almost always end up having to explain what it means in the context of javascript, just as I had to look it up when I first stumbled upon it. |
|
I'll repeat myself: We don't plan to use either term in the public APIs or our documentation. |
|
Isomorphic code reads as "code which could run on client env. or server env. or both". It's great because it makes it possible to choose where we want to execute it for different cases/reasons. Such reasons as performance or security or connection stability etc.. |
|
@nickhudkins you don't mean isometric? |
|
👍 on Universal Javascript! |
|
Universal seems too vague. I was lead to this issue after digging around the http://www.electrode.io/ site, specifically because they kept saying "universal" but I had no idea what they meant by that. Given how close the name is to the Electron project, I originally thought they meant "universal" in the sense that it would produce binaries for "all the desktop platforms." I was, honestly, a bit disappointed when I finally figured out they just meant isomorphic. Things universal could imply (and have implied in the past):
Since we can't really differentiate between which of these definitions of "universal" is meant at any given time, it seems like a poor choice in description. Even if the actual definition of "isomorphic" doesn't fit where it is commonly used, it is a unique enough term so as not to get confused with something else. |
|
Another problem with "universal" is that on iOS, "universal app" already has a meaning. It is an app designed to be used both at iPad and iPhone sizes. https://www.appcoda.com/ios-univeral-app-tutorial/ |
|
Universal, literally, means everywhere. |
|
+1 on Universal Javascript |
|
+1 on Universal Javascript |
|
Based on your in-depth research on Medium, I'd agree with Universal JavaScript for sure. |
|
It seems like a good idea, but I think a fair argument can be made for the vagueness of the term 'Universal'. Keep it as 'Isomorphic', and when we teach it, explain that 'Universal' kinda works, but includes more platforms than expected. |


I'd like to propose that instead of using the term "isomorphic" to denote code that runs in servers, browsers, and mobile devices we use the word "universal". Just looking at the definitions of these two terms, seems like the latter fits much better.
I'd love to hear everyone's thoughts on this.