I'm Zachary. I've been writing software for about 25 years, mostly with things around the Web though I have worked a bit with hardware and IoT. Notably I've worked at large tech companies like Google (itself, Fiber, and Checks) and Block/Square, as well as others like Opendoor and Cerner.
Lately I've been building TypeScript heavy full-stack stuff. I would consider myself a fullstack-capable engineer but have swung probably 60/40 in both directions at different times.
Since the OP is familiar with the Go ecosystem, they could probably use vhs[1] easily to programmatically create an interactive demo GIF. That has worked very well for me in the past.
Yeah... I used it initially with no TS experience, but coming back to it later I do find myself missing TS. But yeah you can use polymer-build to split the script block out of the HTML file, run it through TSC, then insert it back into the file as JS.
Yeah... I remember those days. The first projects I built with it were 0.5. The migration to 0.8 was... painful. But given the huge performance improvements it was worth it.
As you said, you kinda just have to expect a little pain pre-1.0. But the time investment in learning and using it has been worth it in my opinion.
Yeah that's a nice/bad thing about Polymer: how vanilla it is. 2.0 is even more vanilla. But the mantra is to #UseThePlatform and so that's what they do. The platform is becoming less burdensome than it used to be. Because of how isolated Web Components are it keeps things simple, particularly when you're dealing with DOM. Components tend to keep to themselves and interact with each other via your agreed-upon interfaces.
I also noticed the verboseness. On the projects I worked on at Google I had just made a Behavior of logic utilities that I added to components that needed that kind of behavior. So they could inherit some utilities like `_equalTo`. It wasn't ideal but it did stop the need to define essentially the same functions across multiple components.
I think it's mostly due to browser support and developer awareness of Web Components. Chrome has native support (of course) for the four main technologies needed for Web Components, but other browsers are starting to catch on. In the meantime you need a few Polyfills to get full support, which is not ideal.
Sure, but look at it this way - with other solutions like lets say React their virtual dom is your "polyfill".
Even with polyfills polymer is MUCH smaller than react core ;-) I don't see it as a problem as I've created elements that worked in IE10+ with it.
Oh I definitely agree with you. We've worked on projects with Angular 1/2, React/Redux, and Polymer and Polymer is, for me personally at least, the nicest to work with. I have grown to really like TypeScript since working in React land on recent projects but I'm excited because Polymer 2.0 will be [easily] TS compatible. Best of both worlds, I think.
Allegedly in Android N this will be much faster. When I upgraded my Nexus 9 to N this step was probably less than 30 seconds long. I almost didn't even notice it.
I've been using this on a project recently. I've had to modify its source to make it work in a Shadow DOM environment and it's been slow-going. The future is hard. :)
Remote: Yes
Willing to relocate: Potentially along US east coast with a preference for NoVa
Technologies:
Résumé/CV: https://zacharytamas.com/cv.pdfEmail: hiring@zachary.tamas.sh
Website: https://zacharytamas.com
GitHub: https://github.com/zacharytamas
LinkedIn: https://linkedin.com/in/zacharytamas
I'm Zachary. I've been writing software for about 25 years, mostly with things around the Web though I have worked a bit with hardware and IoT. Notably I've worked at large tech companies like Google (itself, Fiber, and Checks) and Block/Square, as well as others like Opendoor and Cerner.
Lately I've been building TypeScript heavy full-stack stuff. I would consider myself a fullstack-capable engineer but have swung probably 60/40 in both directions at different times.