So instead of keeping the old API and treating React as a low-level implementation detail, we want to embrace its strength (the component model and related JavaScript API) and providing on top of it what people like about Blaze (templating / reactivity).
I think Abigale puts the case for the concerned app maintainer well: https://forums.meteor.com/t/next-steps-on-blaze-and-the-view-layer/13561/31
Seriously, don't change the existing API if possible. Not right now. The API isn't perfect, but that doesn't matter. Use the existing API as a baseline; swap out the underlying functionality; and make sure it's feature compatible. It's a classic refactor. It's not as fun and glamorous as producing new functionality or stomping out bugs; but it's the boring, responsible, professional, and trustworthy thing to do. Once Blaze 2 is proven to be feature compatible with Blaze 1, then lets start adding new features in Blaze 2.1 and later.
Meteor 1.2 introduces official support for many features of ECMAScript 2015 (formerly called ES6) on client and server, such as classes and arrow functions, using the popular Babel transpiler. ECMAScript 2015 is the new official standard for JavaScript, and the new features are already being rolled out in web browsers. You can use many new features today, with little to no impact on code size or performance, thanks to source-to-source transforms that turn the JS you write into JS the browser can run.
So first up, all Meteor code is Babel transpiled
That means that there is (as yet) no "native" arrow function in your meteor code
so:
var test = () => { console.log(this); }
becomes:
var _this = this;
var test = function () {
console.log(_this);
}
This is both the same on the client and server. Identical.
The reason why your client example worked is, that the added
var _this = this: call at the top of the transpiled code assigned the window object, which obviously already has jQuery, so the selector worked, but is very dodgy. (I think you alluded to this in your talk?)
$(‘button’) could have been any button, but I only had one on the page so it was ok
thanks for taking the time
;)
As for how to use arrow functions and retain the "this" being the meteor defined "this", I can't answer that one.. Not sure you can
Heh, no worries, glad to help out ;)
v interesting!
now there’s a thing
Hi everyone, I would like to ask for your help. Do you know the name of some companies working with Meteor? I am a Full Stack Engineer and I want to move to London. Could you also help me figure out the minimum wage I should accept? I did some numbers and it feels like I should ask for > 55k to live comfortably in central London.
Thank you everyone.
How doo @carlosbaraza, something like http://www.totaljobs.com/salary-checker/average-web-developer-salary-london
We (https://tableflip.io/) work in meteor but we’ve not got any jobs at the moment. There are several companies who are building out their apps on Meteor that come to the meetup
We've got two positions open so just get in touch if you (and/or a friend) are interested.
@ashburnham , thank you for the suggestion. It looks like an interesting application. I will apply as soon as I find some time :)
Hiya. Together with a colleague/partner, I'm building a city-discovery app with a twist, in Meteor. Nick from Meteor in San Fransisco suggested to me to post here to perhaps get a presentation going at Devshop London. (One of us is in London, the other in Sao Paulo.) So... when's the next event? :)
next one is the 28th
It’d be great to hear about your project
I think the line up for the Jan event is currently full, but there will be another meetup towards the end of Feb