Readit News logoReadit News

Deleted Comment

tfb commented on Google AMP – A 70% drop in our conversion rate   medium.com/the-set-list/g... · Posted by u/nate
eythian · 8 years ago
In the article they say they're planning on doing exactly that.
tfb · 8 years ago
Hopefully they actually follow through on that.
tfb commented on Google AMP – A 70% drop in our conversion rate   medium.com/the-set-list/g... · Posted by u/nate
Illniyar · 8 years ago
Actually the main performance gains is by google search preloading everything (basically putting it in an iFrame before you click on it). Which practically means that pages load instantly.

https://timkadlec.com/remembers/2018-03-19-how-fast-is-amp-r...

tfb · 8 years ago
Google could easily adjust their ranking algorithm to better reward non-AMP pages (which they've obviously already crawled) which they know are 1) below say 75 KB and 2) contain a limited number of resources to fetch. But instead of doing that, they choose to attempt to strongarm everyone into using AMP.
tfb commented on SPAs are harder and always will be (2013)   wgross.net/essays/spas-ar... · Posted by u/donatj
sillysaurus3 · 8 years ago
I'm pretty convinced that rather than shying away from SPAs (which is totally fine), we could solve this with an extra layer of abstraction.

Consider the Unreal network architecture: https://docs.unrealengine.com/udk/Three/NetworkingOverview.h...

When Tim Sweeney needed to make an engine, he didn't simply hardcode each of the tasks: Update position, update velocity, play animation...

Instead, he created a system that allowed those things to become implicit. They synchronize themselves across the network by default. There's no special logic required.

So when I look at SPAs, I see a similar sort of situation. Rather than hardcoding each of our endpoints, why don't we come up with a system where we can synchronize some variables from the server to the client? Then adding some new data is as simple as declaring a new variable. No need to create an endpoint for every single thing.

This is vague and handwavey, but there's an underlying idea here worth examining. It seems like we could leverage abstraction in a way that unifies these systems (as opposed to simply shoveling another layer of abstraction on top of the current pile).

Has anyone been working on anything like this?

tfb · 8 years ago
What you're describing is called "replication" in Unreal Engine. It helps tremendously with writing declarative code, and I've found it to be exceptionally powerful and predictable.

I love this architecture so much that I brought it into the world of React and Redux a couple years ago (see https://github.com/loggur/react-redux-provide and https://github.com/loggur/redux-replicate). Dan Abramov and the ReactTraining guys immediately shit on it for some odd reason (I probably did a horrible job of explaining it), saying it wouldn't work in the real world, but I (and my team) have been using it very successfully... in the real world.

With that said, I do need to update the docs and improve some internals (and remove some unnecessary stuff like query handling), but there's only so much time in a day. :)

tfb commented on Ask HN: Freelancer? Seeking freelancer? (September 2016)    · Posted by u/whoishiring
tfb · 10 years ago
SEEKING WORK - Remote; I'm in Colorado.

I'm a full stack expert with years of experience ranging from modern web dev to robotics & embedded systems to gaming engines. Passionate about great tools and great design and I enjoy pushing technology to the next level.

Technologies: JavaScript (ES6/ES7), Node.js w/ Babel, WebPack, React.js w/ Flux, Redux, HTML5, CSS3, NoSQL (Redis, MongoDB), SQL (MySQL), Linux, Git, Embedded Systems (C, C++), whatever you need!

Résumé/CV: https://drive.google.com/open?id=0B-zisSYSW820cXB3OWZVWDBKTV...

Email: See Résumé :)

https://github.com/timbur

Deleted Comment

tfb commented on Ask HN: Who wants to be hired? (September 2016)    · Posted by u/whoishiring
tfb · 10 years ago
SEEKING WORK

I'm a full stack expert with years of experience ranging from modern web dev to robotics & embedded systems to gaming engines. Passionate about great tools and great design and I enjoy pushing technology to the next level.

Location: Colorado

Remote: Yes

Willing to relocate: No

Technologies: JavaScript (ES6/ES7), Node.js w/ Babel, WebPack, React.js w/ Flux, Redux, HTML5, CSS3, NoSQL (Redis, MongoDB), SQL (MySQL), Linux, Git, Embedded Systems (C, C++), whatever you need!

Résumé/CV: https://drive.google.com/open?id=0B-zisSYSW820cXB3OWZVWDBKTV...

Email: See Résumé :)

https://github.com/timbur

tfb commented on Tesla Autopilot Crash: Why We Should Worry About a Single Death   spectrum.ieee.org/cars-th... · Posted by u/mcspecter
tfb · 10 years ago
These self-driving cars are a good start though. It makes sense - to me at least - that more self-driving cars on the road means fewer accidents. Imagine if nearly every vehicle was autonomous and wirelessly networked with other nearby vehicles. We'd see little to no accidents, assuming everything is secure and working correctly.

u/tfb

KarmaCake day337September 22, 2011
About
twitter @_timbur
View Original