Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ...
by lord_braleigh on Monday March 02, 2020 @08:13PM
(#22470915)
To be fair, small fast messenger 2020 is "better" (aka more features / millisecond of cold start) than small fast messenger 2016. The cycle doesn't always go up monotonically, even if developers pretend it does. But it is possible to go "full-circle" through the loop and wind up in a better place than you started, and it's even possible for each stage of the loop to be truly justified given product needs.
[ Parent
| on HN ]
Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ...
by joshspankit on Monday March 02, 2020 @09:06PM
(#22471204)
How much of that is simply improvement in processing speed of the device and/or better OS APIs?
Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ...
by ferzul on Tuesday March 03, 2020 @03:36AM
(#22472854)
indeed, it could be rational business needs. at a time when it's more expensive to hire devs, maybe it looks better to have a single codebase. at a time when performance is more valued, maybe it's better to rewrite in native.