From: https://engineering.fb.com/data-infrastructure/messenger/ > We accomplished this by using the native OS wherever possible Does this mean this application does not use React Native?
LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
121–130 of 333 posts
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#122The loop of app building: 1. Build app with native framework. 2. Re-build app with some alternative framework which is slower, but let's you deploy single code on all platforms. 3. Re-build app with native framework, because it is faster. 4. GOTO 2
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#123Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#124Earlier quoted context omitted.
I think they went through a period (or still are, I honestly moved over to messenger lite a couple months into it) where they were seemingly intent on making messenger the WeChat of the west. It got real chunky real quick. It was around the same time everyone was excited about conversational ui and Microsoft announced their bot framework. It may have been slow and bulky before that, but that's when I started to notic…
They were trying to make it the WeChat of the non china east and africa, not the west. And they've been pretty successful at that, "messenger" is almost synonymous with "Internet" in some parts.
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#125Earlier quoted context omitted.
I've built a few "chat apps". I wouldn't discount the complexity. They carry with them a wide array of problem spaces. And of course anything at FB scale user counts is going to be a challenge.
While I have absolutely no doubt there are scalability problems, it seems to me that most of those problems are going to be (or should be) on the back end, not in the client. How is the client 1.7 million lines of code?
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#126Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#127From https://engineering.fb.com/data-infrastructure/messenger/ : Rather than reinventing the wheel, we used the UI framework available on the device’s native OS to support a wider variety of application feature needs. This reduced not only size, by avoiding the need to cache/load large custom-built frameworks, but also complexity. The native frameworks don’t have to be translated into sub-frameworks. We also used qui…
They make it sound like the clouds parted and a ray of sunshine struck the programmers at Facebook and they realized that they didn't have to ride the framework-go-round to hell. These are supposed to be the smartest people in SV, but from the outside, it strikes me more as a "No shit, Sherlock" moment.
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#128Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#129It'll suck for the SEO team at LightSpeed point of sale company. FB named a open source project the same name as a company.
Re: LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app
#130From https://engineering.fb.com/data-infrastructure/messenger/ : Rather than reinventing the wheel, we used the UI framework available on the device’s native OS to support a wider variety of application feature needs. This reduced not only size, by avoiding the need to cache/load large custom-built frameworks, but also complexity. The native frameworks don’t have to be translated into sub-frameworks. We also used qui…
They make it sound like the clouds parted and a ray of sunshine struck the programmers at Facebook and they realized that they didn't have to ride the framework-go-round to hell. These are supposed to be the smartest people in SV, but from the outside, it strikes me more as a "No shit, Sherlock" moment.
They might just be. Everyone else is cargo culting on React Native and the like.