I am reading "Zen and the art of the motorcycle maintenance". I have to admit that it has been a long time since the last book I read. This one flipped the script. Thanks for your daily work, mpjme. Cheers!
Very good idea of playing this type of background music. It gently forces thinking about thinking, meta-thinking :-) I like your series, because you're giving different value, not the ultra technical opinion. What's more, it's the second time you've mentioned about book which I also recommend to other people - first one was '7 habits of successful people' and now 'zen ...'. Thank you and keep up the great contribution! :-)
Programmers should also realize that, due to herd behavior, they have the opportunity to be in a powerful position if they have the attention of enough of their peers. For instance, I'm always in inclined to agree with Matthias just because he has so many subscribers and people like his videos. If you want to sell an idea or product, it might not be a bad idea to start leading a herd.
Nice topic, really enjoyed it. It is interesting to see how hierarchies are born on dev herds regardless of how flat an organization is. "The alphas" start relying in their "superiority" because peer recognition sometimes is just a comfy way to get acceptance without questioning the status quo. IMO the time to break with the herd is when your contributions are only considered depending on how close a dev is to the "alphas".
I wouldn't mind hearing more on how Git is superior to Subversion. I'm not arguing, I know little on the subject and the top google result is a stackoverflow question with an answer more along the lines of "git isn't better, it's different', which contrasts quite a bit with your resolutely claiming of it being better. Or in other words, a video on version control differences, good practices etc, would be something I would find interesting.
I feel this way about Haskell. It is so clean and intuitive and legible once you know what everything means. But it's not sufficiently better than say Scala for people to be willing to give up the JVM, the Java IDE, and the compatibility with Java code. The tool is good, but the ecosystem around that tool - the libraries, the stack overflow questions, the IDE - are all lacking.
I'd like to give you a heads up and thank you for your work on this series. You certainly have a good talent of being able to zoom out and see the bigger picture. Also, can you please give me some clues as to where can I find the music of roughly same style as you have used for background? It seems that it could be a good focus music for work.
When I saw jsx my immediate response was the exact same thing for the exact same reason. I even thought, "facebook is the only company that can get away with this shit". It wasn't even the first concept of mixing js and html. That idea has come and failed before. Just, they didn't have "the entire interweb" (according to my friends parents) to prove their case. Honestly, flex had something called MXML. As3 for the flash intertwined classes to the displaylist (dom). It's a great concept. Just the w3c greybeards would wag their finger at not accommodating archaic models. Facebook (could even say apple and whatwg) were just the first company to just say "screw it, we're doing our own thing" much like linus did with git. Good video as always Mattias.
I was sitting here thinking I'm not part of this herd, I try to judge tools based on how useful they are to me, I don't read a lot of articles about what everyone else is using in the industry. Then you threw out the JSX example, and I'm afraid you got me :P
I've just started looking at Elm. It claims to be able to write SPAs replacing the need for HTML, JavaScript and CSS! I immediately thought to myself, this can't be a serious solution, but currently I'm thinking I should try to learn it anyway. Especially since it's a very functional language and this channel has really peaked my curiosity about these languages.
I never had a problem with JSX; I think possibly because my first exposure to ECMAScript was ActionScript3. I has xml literals, just like JavaScript has string literals or regexp literals. It was never "HTML in JavaScript" to me, just XML literals compiled into a language that didn't have them natively. Of course now, I see JSX as an alternate syntax for function calls; and question the sanity of adding that.
at 3:45 - Php is an example of .... That was great! Good laugh! I know from watching some of your other videos that you have used or still use Ruby on rails? Have you ever worked with PHP? I have spent a fair amount of time learning PHP and a framework or two. I just can't bring myself to walk away from it, though I know some have and urge others to do the same.
I started out with PHP, actually, and I really enjoyed it. But that was 10 years ago, and the second-best competitor was classic ASP (i.e. VBScript 6.0). PHP was genuinely the best product out there, because the general level of we developer tooling was, to be honest, very bad. Nowadays, however, I really think that there are much better options and there is no good reason to stick with it. Many people mention Facebook in this content - I think that Facebook has a lot of legacy systems and need to stick with it, but that does not mean that the industry needs to (and it doesn't, the numbers are pointing downwards for PHP). If your career strategy is reliant on PHP being around, it is is peril. JavaScript, like PHP, is a language with many flaws, but unlike PHP, it is a standard that is embedded in bloody everything and in addition it has a strong growth - we need to embrace, or at least accept, JavaScript for that reason, but we don't have to do that with PHP.
funfunfunction I never would have guessed that you enjoyed it by the way you were yelling into that pillow! :D Thank you for the reply! Good points for sure. Just one more question, if I may? I'm not trying to be tricky here. I'm just curious what your thoughts are on this. - If you wanted to knock out a website for a small Mom and Pop business, with dynamic content, and it needed to run on shared hosting, what would you build it with?
You made me look at programming languages and rate them how functionally they can be. I think golang is one of them that scores high in a functional way. Wondering if you could collaborate with JustForFunc (Francesc Campoy) and make a video together comparing each other philosophy how to make programs better and more functional. Any comments on golang are appreciated. Thank you.
Love the videos! I believe the same as you - that Git is 10x better than Subversion - but I have a hard time listing objective reasons because I have limited Subversion experience ... so getting others to move from Subversion becomes difficult.. any chance you could list the top 5 or top 10 reasons Git is better alternative - that will resonate with Subversion users?
What is the overarching philosophy of programming? Is it dialectical materialism - a discounting of the mystical? Or is it the manifestation of magic - a denial of the impossible?
Moral of the story: "It is okay to use crap if a mass of people are also using the same crap so that a compensating ecosystem has build up around it." ??
I agree with the logic for the herd. Hopefully there are some (certainly not I) that can get a new better herd going at some point so that we all can move forward before the first herd becomes extinct due to changing environmental factors.
Semmelweis was deemed too rebellious or something during his time. Confrontation is not the same as persuasion. Herd peeps need to be persuaded not confronted.
Others, feel free to shout at me, but... I still hate React without ever building a decent size app with it - just because looks/smells(feels?) like a performance hack. I mean... the whole intermediate DOM representation, trying to squeeze performance out of updating the browser DOM. I've seen other tools use javascript object notation or json as templates, and I'm fine with that. JSX looks alright, it's just another templating solution. But, React ads another state layer on top of the DOM and another update layer on top of the browser events. These things might be clever and auto-magically work faster for your app than a naive native JS implementation of your app, but I think it's not worth the cognitive overhead. I don't think the gains show up in most real-world web applications. React would've been interesting to me if it was smaller in scope and size, maybe like the original Riot.js "micro-framework". Or just a templating solution, like Jade or Haml/Jaml. Regardless, I don't think it's a step in the right direction.
+paul adrian to me, the benefit of react is a completely different one. React allows me to program in a declarative, functional way, without the performance problems that traditionally makes such approaches unfeasible. To me, it vastly *reduces* cognitive overhead compared to the applications I built using other techniques. As for size, be wary of young "micro" tools, as they might be small simply because they are young, not because they are designed that way. Almost all tools, React included, were very small before they got popular and mature.
Let me join the herd of congratulators - excellent post! I attributed this "herd mentality" regarding Angular two years ago: www.reddit.com/r/javascript/comments/1ru9t3/do_people_really_love_angular_or_is_it_just_a/ Since then, I'm afraid this phenomena only grew bigger. Huge conferences with cool t-shirts and free merchandise has lots to do with it :) Oh well, I guess there's no use in fighting nature, is there?.. I'd just press the "Post" button and expect feedbacks.. meeh..
+Tal Weinfeld I agree with you that Angular is definitely herdy, but I don't think that this is a trend that is increasing, nor something that we can (or necessarily should, if we could) "fix". It's something that is built into us as humans and will be there in the future as well. I think that like all cognitive biases, the response should not quite be to suppress, it should be to be aware of it and work with it. Make use of it for good, and try to compensate when we start doing bad things. Programmers are extra tricky because we're intellectuals, and research shows that intellectuals are more susceptible to cognitive bias because we think that we're not affected by it.
+funfunfunction I don't claim that we should "fix" this, but I do think that, in general, it is a bad thing. There is a wide gradient between "positive inspirational influence" and "crushing depression of individual thinking". In the world of JS, I'm afraid we're way off to the latter's direction when it comes to attitudes towards frameworks/libs and tools.
+Tal Weinfeld I think there are such communities in JavaScript, but there is also a lot of people who would say that the JavaScript community is way to fragmented and challenges itself all the time, and calls for consolidation. The whole Flux/Redux/Cycle.js battle and Gulp/grunt/npm scripts is ALL but stagnant, and moving so fast that it's blowing the toupees off the heads of a lot of poor ex-Java devs. I think it depends a lot where you look and I think JavaScript is a bit too big of a language to view as one single community. And while I pesonally dislike group think a lot, I firmly disagree that it's generally bad. Without inertia and group think, we'd never be able to build any ecosystems, jumping constantly to the new better thing and never cultivating anything.
+funfunfunction You brought excellent cases to demonstrate my point: Redux Cycle.js & Elm are all battles around the same narrow paradigm. The discussion is done mainly around nuances because everybody wants to ride the waves of popularity of the other and doesn't stop to think about the basic principles involved. Gulp and Grunt actually symbolize a fundamental shift in thought - from task running (Grunt) to code building (Gulp), but then along comes "Webpack" with its herd of inherent fans and stomps over the emerging discussion. Think of JS newcomers, think of the barrage of influences they encounter and how it affects their thinking for years to come. For clarification's sake: I like all the libs/tools/langs I mentioned (I also contributed to some)
Why bother with JSX when ES6 template strings can do the job, without any transpilation step required ? We all know JavaScript has not been conceived to suddenly contain HTML, so JSX has to deal with lots of formatting issues. You cant' just simply copy/paste HTML in a script file because of all the limitations and differences between JSX and HTML. Also, linting and syntax highlighting became harder. Projects like github.com/trueadm/t7 makes much more sense to me. Almost no difference with JSX in terms of confort and ease of development.
I consider myself as a front-end guy, so I find this answer slightly offensive. Adding a transpilation step and a non-standard syntax do not make things easier to understand imho. Hyperscript helpers looks fine, it reminds me of github.com/medikoo/domjs ; yet I prefer using plain old HTML as a string for easy copy/pasting from prototypes.
They claim that a custom template syntax would undermine the meaning of template litterals. I disagree with that. We have interpolation features in template literals, fine, but we also have many great template syntaxes and libraries that we used for years. These templates have always been consumed by the libraries as plain old strings. Because declaring multiline strings was a pain in JS before ES6, many libs were using script tags with a custom text/template type attribute. Some would say that it undermined the meaning of script tags. Who cares ? It worked perfectly well ! Most people hated JSX at first look because they find it weird or unfamiliar, because HTML was not "meant" to be inside JS. So the JSX team, more than everyone else, should know that language features don't have an absolute meaning that we must blindly follow.
+Sylvain POLLET-VILLARD I really disliked jsx from the start. I found projects like riotjs but thought that wasn't enough. t7 "highly recommends" to use its precompiler for performance reasons. I haven't found a way to use template strings with a virtual dom rendering which would be ideal
t7 exports virtual DOM ready to be consumed by libraries like React, Mithril, Inferno... the precompiler does that too : t7-compiler -i fileName.js -o react
Dude... that PHP pillow scream. :D :D :D
i'm not a real doctor, but i did washed my hands to smash the like button
I am reading "Zen and the art of the motorcycle maintenance". I have to admit that it has been a long time since the last book I read. This one flipped the script.
Thanks for your daily work, mpjme.
Cheers!
The production value of your videos has gone up a few notches. Keep up the good work!
Very good idea of playing this type of background music. It gently forces thinking about thinking, meta-thinking :-)
I like your series, because you're giving different value, not the ultra technical opinion. What's more, it's the second time you've mentioned about book which I also recommend to other people - first one was '7 habits of successful people' and now 'zen ...'.
Thank you and keep up the great contribution! :-)
A doctor that doesn't wash your hands before a surgery is like a programmer that doesn't write tests! ^^
Very good points. Thanks for the insights, MPJ.
I like the animated slanted text, and the purple lamp
So much good content on this channel, keep doing it :)
Programmers should also realize that, due to herd behavior, they have the opportunity to be in a powerful position if they have the attention of enough of their peers. For instance, I'm always in inclined to agree with Matthias just because he has so many subscribers and people like his videos.
If you want to sell an idea or product, it might not be a bad idea to start leading a herd.
"The JavaScript herd does not quite have that cohesion."
(can't stop laughing, understatement of the decade)
best video series on the internet
Nice topic, really enjoyed it.
It is interesting to see how hierarchies are born on dev herds regardless of how flat an organization is. "The alphas" start relying in their "superiority" because peer recognition sometimes is just a comfy way to get acceptance without questioning the status quo. IMO the time to break with the herd is when your contributions are only considered depending on how close a dev is to the "alphas".
I wouldn't mind hearing more on how Git is superior to Subversion.
I'm not arguing, I know little on the subject and the top google result is a stackoverflow question with an answer more along the lines of "git isn't better, it's different', which contrasts quite a bit with your resolutely claiming of it being better.
Or in other words, a video on version control differences, good practices etc, would be something I would find interesting.
Outstanding insight. It def made me think. Thanks, dude!
COMMUNITY would be a better word :| but that pillow thing was awesome ....
Awesome video! Had to share it :)
programming and social psychology; very interesting content. Congratulations on your channel.
Agreed, I'm glad you're in my herd Matthais
I feel this way about Haskell. It is so clean and intuitive and legible once you know what everything means. But it's not sufficiently better than say Scala for people to be willing to give up the JVM, the Java IDE, and the compatibility with Java code. The tool is good, but the ecosystem around that tool - the libraries, the stack overflow questions, the IDE - are all lacking.
I'd like to give you a heads up and thank you for your work on this series. You certainly have a good talent of being able to zoom out and see the bigger picture.
Also, can you please give me some clues as to where can I find the music of roughly same style as you have used for background? It seems that it could be a good focus music for work.
Wow, pulling out the Persig.
Nice video. I have had the same feelings with JSX.
You're a top writer on Quora?! I didn't know that! I'll go follow you!
When I saw jsx my immediate response was the exact same thing for the exact same reason. I even thought, "facebook is the only company that can get away with this shit". It wasn't even the first concept of mixing js and html. That idea has come and failed before. Just, they didn't have "the entire interweb" (according to my friends parents) to prove their case. Honestly, flex had something called MXML. As3 for the flash intertwined classes to the displaylist (dom). It's a great concept. Just the w3c greybeards would wag their finger at not accommodating archaic models. Facebook (could even say apple and whatwg) were just the first company to just say "screw it, we're doing our own thing" much like linus did with git. Good video as always Mattias.
great video, thanks for the thought-provoking tidbit.
Herd animals are herbivores. I'm a pack animal.
I think he's from/in Sweden, so maybe it's the socialism speaking through him.
Excellent vid Mattias! ^_^ mixing JS and HTML!!??? Sacrilege!!!! XDD
I was sitting here thinking I'm not part of this herd, I try to judge tools based on how useful they are to me, I don't read a lot of articles about what everyone else is using in the industry. Then you threw out the JSX example, and I'm afraid you got me :P
I think that everything you said about php fits perfectly to javascript...
(to be clear - I'm not hating, I love both php and javascript)
+Paweł Kocot Yeah, it's a good point.
I love js too. I guess I'm grateful towards php too because it's the first backend language I learned.
I would say we're collaborative creatures. It sounds more glamorous.
You're awesome! keep up the good work!
I've just started looking at Elm. It claims to be able to write SPAs replacing the need for HTML, JavaScript and CSS! I immediately thought to myself, this can't be a serious solution, but currently I'm thinking I should try to learn it anyway. Especially since it's a very functional language and this channel has really peaked my curiosity about these languages.
***** I will, thanks for the recommendation.
Damn, and I though Singleton functions are abstract, but this is next level!! Hahaha! Still love your channel :P
Hi Mattias,
As always, your videos are the best! Thank you for them!
Could you please tell me the name of the soundtrack in the background?
I still hate how jsx looks, but I'm slowly getting over that hurdle.
+Ken Aguilar Me too, but i have to use it :(
I havent heard of hyperscript. Im gonna check that out. Sounds intriguing.
I never had a problem with JSX; I think possibly because my first exposure to ECMAScript was ActionScript3. I has xml literals, just like JavaScript has string literals or regexp literals. It was never "HTML in JavaScript" to me, just XML literals compiled into a language that didn't have them natively.
Of course now, I see JSX as an alternate syntax for function calls; and question the sanity of adding that.
Great video! What was your goal when you made it and what made you chose this topic?
awesome vid MPJ!
at 3:45 - Php is an example of .... That was great! Good laugh! I know from watching some of your other videos that you have used or still use Ruby on rails? Have you ever worked with PHP? I have spent a fair amount of time learning PHP and a framework or two. I just can't bring myself to walk away from it, though I know some have and urge others to do the same.
I started out with PHP, actually, and I really enjoyed it. But that was 10 years ago, and the second-best competitor was classic ASP (i.e. VBScript 6.0). PHP was genuinely the best product out there, because the general level of we developer tooling was, to be honest, very bad. Nowadays, however, I really think that there are much better options and there is no good reason to stick with it. Many people mention Facebook in this content - I think that Facebook has a lot of legacy systems and need to stick with it, but that does not mean that the industry needs to (and it doesn't, the numbers are pointing downwards for PHP). If your career strategy is reliant on PHP being around, it is is peril. JavaScript, like PHP, is a language with many flaws, but unlike PHP, it is a standard that is embedded in bloody everything and in addition it has a strong growth - we need to embrace, or at least accept, JavaScript for that reason, but we don't have to do that with PHP.
funfunfunction I never would have guessed that you enjoyed it by the way you were yelling into that pillow! :D Thank you for the reply! Good points for sure. Just one more question, if I may? I'm not trying to be tricky here. I'm just curious what your thoughts are on this. - If you wanted to knock out a website for a small Mom and Pop business, with dynamic content, and it needed to run on shared hosting, what would you build it with?
You made me look at programming languages and rate them how functionally they can be. I think golang is one of them that scores high in a functional way. Wondering if you could collaborate with JustForFunc (Francesc Campoy) and make a video together comparing each other philosophy how to make programs better and more functional. Any comments on golang are appreciated. Thank you.
What group of herding animals would programmers be?
good morning ... u rock ;)
proper reaction to php
Love the videos! I believe the same as you - that Git is 10x better than Subversion - but I have a hard time listing objective reasons because I have limited Subversion experience ... so getting others to move from Subversion becomes difficult.. any chance you could list the top 5 or top 10 reasons Git is better alternative - that will resonate with Subversion users?
I love you man :)
what you do think of riotjs as opposed to react/jsx?
+funfunfunction I like your videos very much. What do you think to legend them? I could help with Portuguese.
The subtitling functionality is enabled, just go ahead!
+funfunfunction It's done! Could you mention me on the description?
It's wrong music :)
Atom is the best!
20 second in... way better music
What is the overarching philosophy of programming?
Is it dialectical materialism - a discounting of the mystical?
Or is it the manifestation of magic - a denial of the impossible?
Moral of the story: "It is okay to use crap if a mass of people are also using the same crap so that a compensating ecosystem has build up around it." ??
+Todd Decker correct! Well known and documented crap > best shit ever that nobody understand and can help you with
I agree with the logic for the herd. Hopefully there are some (certainly not I) that can get a new better herd going at some point so that we all can move forward before the first herd becomes extinct due to changing environmental factors.
Semmelweis was deemed too rebellious or something during his time. Confrontation is not the same as persuasion. Herd peeps need to be persuaded not confronted.
Others, feel free to shout at me, but... I still hate React without ever building a decent size app with it - just because looks/smells(feels?) like a performance hack.
I mean... the whole intermediate DOM representation, trying to squeeze performance out of updating the browser DOM. I've seen other tools use javascript object notation or json as templates, and I'm fine with that. JSX looks alright, it's just another templating solution.
But, React ads another state layer on top of the DOM and another update layer on top of the browser events. These things might be clever and auto-magically work faster for your app than a naive native JS implementation of your app, but I think it's not worth the cognitive overhead. I don't think the gains show up in most real-world web applications.
React would've been interesting to me if it was smaller in scope and size, maybe like the original Riot.js "micro-framework". Or just a templating solution, like Jade or Haml/Jaml.
Regardless, I don't think it's a step in the right direction.
+paul adrian to me, the benefit of react is a completely different one. React allows me to program in a declarative, functional way, without the performance problems that traditionally makes such approaches unfeasible. To me, it vastly *reduces* cognitive overhead compared to the applications I built using other techniques.
As for size, be wary of young "micro" tools, as they might be small simply because they are young, not because they are designed that way. Almost all tools, React included, were very small before they got popular and mature.
Thanks MPJ, that makes me want to revisit React. Great videos! Cheers!
lower the background music
The beginning reminded me of this:
ua-cam.com/video/jVygqjyS4CA/v-deo.html
Background music quite annoying, would be nice if you would skip that next time.
moo -a coder
Let me join the herd of congratulators - excellent post!
I attributed this "herd mentality" regarding Angular two years ago:
www.reddit.com/r/javascript/comments/1ru9t3/do_people_really_love_angular_or_is_it_just_a/
Since then, I'm afraid this phenomena only grew bigger. Huge conferences with cool t-shirts and free merchandise has lots to do with it :)
Oh well, I guess there's no use in fighting nature, is there?.. I'd just press the "Post" button and expect feedbacks.. meeh..
+Tal Weinfeld I agree with you that Angular is definitely herdy, but I don't think that this is a trend that is increasing, nor something that we can (or necessarily should, if we could) "fix". It's something that is built into us as humans and will be there in the future as well. I think that like all cognitive biases, the response should not quite be to suppress, it should be to be aware of it and work with it. Make use of it for good, and try to compensate when we start doing bad things. Programmers are extra tricky because we're intellectuals, and research shows that intellectuals are more susceptible to cognitive bias because we think that we're not affected by it.
+funfunfunction I don't claim that we should "fix" this, but I do think that, in general, it is a bad thing.
There is a wide gradient between "positive inspirational influence" and "crushing depression of individual thinking". In the world of JS, I'm afraid we're way off to the latter's direction when it comes to attitudes towards frameworks/libs and tools.
+Tal Weinfeld I think there are such communities in JavaScript, but there is also a lot of people who would say that the JavaScript community is way to fragmented and challenges itself all the time, and calls for consolidation. The whole Flux/Redux/Cycle.js battle and Gulp/grunt/npm scripts is ALL but stagnant, and moving so fast that it's blowing the toupees off the heads of a lot of poor ex-Java devs. I think it depends a lot where you look and I think JavaScript is a bit too big of a language to view as one single community.
And while I pesonally dislike group think a lot, I firmly disagree that it's generally bad. Without inertia and group think, we'd never be able to build any ecosystems, jumping constantly to the new better thing and never cultivating anything.
+funfunfunction You brought excellent cases to demonstrate my point:
Redux Cycle.js & Elm are all battles around the same narrow paradigm. The discussion is done mainly around nuances because everybody wants to ride the waves of popularity of the other and doesn't stop to think about the basic principles involved.
Gulp and Grunt actually symbolize a fundamental shift in thought - from task running (Grunt) to code building (Gulp), but then along comes "Webpack" with its herd of inherent fans and stomps over the emerging discussion.
Think of JS newcomers, think of the barrage of influences they encounter and how it affects their thinking for years to come.
For clarification's sake: I like all the libs/tools/langs I mentioned (I also contributed to some)
Why bother with JSX when ES6 template strings can do the job, without any transpilation step required ? We all know JavaScript has not been conceived to suddenly contain HTML, so JSX has to deal with lots of formatting issues. You cant' just simply copy/paste HTML in a script file because of all the limitations and differences between JSX and HTML. Also, linting and syntax highlighting became harder. Projects like github.com/trueadm/t7 makes much more sense to me. Almost no difference with JSX in terms of confort and ease of development.
I consider myself as a front-end guy, so I find this answer slightly offensive. Adding a transpilation step and a non-standard syntax do not make things easier to understand imho. Hyperscript helpers looks fine, it reminds me of github.com/medikoo/domjs ; yet I prefer using plain old HTML as a string for easy copy/pasting from prototypes.
+Sylvain POLLET-VILLARD what do you think of this? facebook.github.io/jsx/#why-not-template-literals
They claim that a custom template syntax would undermine the meaning of template litterals. I disagree with that. We have interpolation features in template literals, fine, but we also have many great template syntaxes and libraries that we used for years. These templates have always been consumed by the libraries as plain old strings. Because declaring multiline strings was a pain in JS before ES6, many libs were using script tags with a custom text/template type attribute. Some would say that it undermined the meaning of script tags. Who cares ? It worked perfectly well ! Most people hated JSX at first look because they find it weird or unfamiliar, because HTML was not "meant" to be inside JS. So the JSX team, more than everyone else, should know that language features don't have an absolute meaning that we must blindly follow.
+Sylvain POLLET-VILLARD I really disliked jsx from the start. I found projects like riotjs but thought that wasn't enough. t7 "highly recommends" to use its precompiler for performance reasons. I haven't found a way to use template strings with a virtual dom rendering which would be ideal
t7 exports virtual DOM ready to be consumed by libraries like React, Mithril, Inferno... the precompiler does that too : t7-compiler -i fileName.js -o react
first