Introducing Twitter Lite
blog.twitter.com
blog.twitter.com
This seems like a weird branding/marketing push for what is essentially "we did a performance pass on our mobile website"
See this new mobile.twitter.com has me wondering: What did they change?
Looking at them side by side you really get a sense of how much 'stuff' Twitter Heavy has compared to Twitter Lite.
It would be so good if they could apply a bit of this stripped down approach to the main site and really work on list/follow management features.
I'd really love to get more out of Twitter as there are a lot of great people on there but (unless I'm missing something obvious) there doesn't really seems to be many tools built in to help you do that.
EDIT: it seems they do not, thank god for that.
1 MB is “acceptable” by today’s standards, but when you think about it — 1 MB to display a few 140-character tweets?
You've got routing, templates, event handlers, search, a lightbox, settings pages, the whole DM chat-style interface, the whole posting interface, and probably more that I'm not even thinking about.
Now I'm not saying that it couldn't be smaller - quite probably even substantially smaller. It'd be great to get it down to 100KB. I bet you could have a much smaller first load for just the feed, and then dynamically load in the JS for the other routes as they're requested. That could then be cached locally with service workers.
Edit: Looks like they do actually already do that. I just unregistered their Service Worker and refreshed - my load was ~300KB. Still kinda weighty but a lot less than 1MB.
From https://blog.twitter.com/2017/how-we-built-twitter-lite:
> the app streams the initial HTML response to the browser, sending instructions to preload critical resources while the server constructs the initial app state. Using webpack, the app’s scripts are broken up into granular pieces and loaded on demand. This means that the initial load only requires resources needed for the visible screen. (When available, a Service Worker will precache additional resources and allow instant future navigations to other screens.) These changes allow us to progressive load the app so people can sooner consume and create Tweets.
For comparison, Tweetbot is 7.6MB and Twitterific is 10.3MB (both on iOS), and they provide a much nicer experience for using Twitter than the official app.
If Twitter can write a webpage that provides the functionality in only 1Mb then what is in the mobile app?
That doesn't include the 17 other frameworks all over 1Mb in size (there are innumerable other smaller frameworks) for periscope and other features.
Seems to me they could ship a 5Mb app that just wraps the Twitter web site and provides iOS native experience (notifications, apple watch, etc) and call it a day.
I believe that, currently, if you iOS app uses any Swift code, you have to include the Switch libraries in your app. This has something to do with how quickly Swift has been changing, and Apple wanting you to reference your own library instead of the system one for now.
This has caused a number of apps to balloon in size lately, but the hope is that it is temporary.
It is unfortunate that apps can't dynamically link to standard swift libraries in the OS, but that still doesn't explain the other 150Mb of binaries.
[0] https://f-droid.org/repository/browse/?fdfilter=twidere&fdid...
Originally it was a listing of 140c messages, ideal to quickly view the status of your friends to enhance social proprioception. Since then it unfortunately morphed into a bloated, marketing oriented and visual distraction party where it mostly serves the look at me and commercial agendas. Authenticity, tele-awareness, social proprioception and efficienty flew away with the original twitter bird. Did he have a name? Is he coming back one day?
There exists a matrix-to-twitter bridge that I believe allows for this use-case: https://github.com/Half-Shot/matrix-appservice-twitter
It might only be alpha phase, but why not give it a shot? I'm not the developer for that, but am a happy user of the matrix protocol. Also, there are plenty of users leveraging matrix with several other bridges as well such as irc, slack, gitter, etc.
Things like Lite keep me from deleting my account. But with less spam, I'd probably use my account.
I also have direct messages from everybody active. Since enabling it I haven't received any spam. Maybe I've been lucky :)
And I don't have an obscure account (https://twitter.com/alexelcu). Maybe more popular accounts see more spam, I don't know.
Personal @spam is pretty rare.
"takes a random sample of 5000 Twitter followers for a user and calculates a score for each follower. This score is based on number of tweets, date of the last tweet, and ratio of followers to friends. We use these scores to determine whether any given user is real or fake. Of course, this scoring method is not perfect"
It says that, as of 4 years ago, 28% of Paul Graham's followers were fake and 30% of Elon Musk's were fake.
Well, Paul Graham and Elon Musk are insanely popular.
1. uBlock origin seems to block ads in the normal web client, but not in the mobile web client (in desktop FireFox as well as mobile FireFox).
2. Mobile twitter client lacks the drop-down menu where you used to be able to choose "I don't like this ad".
Now that I look at it, though, that menu on the main twitter web app doesn't have that option any more, either. You can "report this ad", which isn't quite the same.
To get to the same menu in the mobile web app, you need to tap/click the add tweet, then choose the more options icon.
The normal twitter web app has now added a "dismiss" option on mouseover.
FFS, there's no consistency of interface across the three at all!
Considering that most ad blockers work by identifying ads through class names, it would explain why uBlock origin wouldn't work on the mobile site.
mobile.twitter.com##div:has(:scope > div[role="article"] > div[data-testid="tweet"] > div > div:last-child:nth-child(3):nth-of-type(3))
https://github.com/uBlockOrigin/uAssets/issues/351from https://blog.twitter.com/2017/how-we-built-twitter-lite
OP probably assumed React Native was in the list.
With service workers and client side storage you can get to display at least a shell, sometimes the entire UI without touching the network. It is a lot faster
Service workers are a cache (and background process), and you still have to consider cache misses. Even if you have a giant JS app and cache it, users still have to download all the JS to actually work offline no matter what.
From that point, you can use the url for a specific list as your entry into "Twitter". So in some ways, the use of lists is better than the mobile app, because they are URL accessible.
On mobile, if you "save to home" screen, then that icon becomes a one click way to get to a list.
In the data saving settings sub category. The setting panel itself seems rather hidden.
How did we arrive at a time where it is news-worthy to launch a non-bloated service client?
Or to phrase it differently: What is the claimed consumer gain of a bloated client?
More like this please. It feels like going back in time when I first tried a 100Mbps connection in the late 90s and all the web content was made to accomodate DSL and modems.
However, as usual you're doing the mistake of somehow thinking that you are a customer of Twitter's. Of course you're not, since you're not paying to use the service.
That turns things around so that you're the usual ad target product, meaning the app might swell to contain more candy to tease you into clicking, and so on.
Uh, and just to be clear I'm not meaning "you" in a very personal sense, this applies to me too when I use Twitter, of course. :)
* I disabled UO, and I can see no ads on twitter, other than the occasional promoted tweet.
* Ads can be served very discretely (as pointed out above), and doesn't have to "bloat" a client from a sub-1MB to a 20MB app. Ads also doesn't have to adversely affect (much) how fast something loads.
A third point would be how much gain ads actually drive, but that's another discussion.
E.g. :
Click on the Image -> Only the Image gets larger
Click on the frame around the image -> See the comments and Image is larger.
Quite frustrating because I take photos mainly with the Twitter app and later at home download them and repost them on Facebook... oh and you have to take care WHERE exactly you right-click because sometimes it will give you a compressed version and not the ".jpg-large" version you want... and then you have to rename the image so that other sites accept it for upload.
More often than not, bare html do the trick.
This simply is NOT true.
The constant pop-in/pop-out of the header and footer makes tapping on things just obnoxious enough to make me not want to use it. I know some web apps have removed them, I just don't know why it isn't more common.
Also, it has that little bar at the top to open the site with the app. I feel like that should've been the first thing they got rid of.
Does that mean that "Show me the best Tweets first" is enabled, disabled, or follows the setting in the main twitter web app?
I assume the latter, since toggling that setting in the Android app also shows it as toggled in the man web app, which would indicate it is probably an account wide setting.
However, if the "lite" (mobile, really) web app became the only interface, it would mean that we would lose the ability to change that setting, which would suck.
When viewing someone's profile:
On mobile the 'Tweets' tab shows Tweets, Retweets & Replies.
On desktop - Tweets & Retweets.
Is there a way to see only Tweets & Retweets on mobile?
For that matter, is there a way to see only Tweets, on mobile or on desktop?
https://play.google.com/store/apps/details?id=com.facebook.l...
and
https://play.google.com/store/apps/details?id=com.facebook.m...
But neither seem to be eligible for some reason.
I would also like to use it on my desktop!
https://i.imgur.com/NfdM2sk.png
I wish we did not have to use such hacks though. And the normal mobile site has a huge header on my desktop, annoying.
Sadly the Google stack (ionic, angular) is not so mature at this stage and twitter opted for the facebook stack.
Maybe a lightbulb should brighten somewhere and ux people would realize that lite in contrasts is not the same as lite in memory and CPU?!
(fat chance, they are too hung up about their "art")
The font is also unreadably small, and there are no options to change font size.
That's disappointing. I should be able to choose Facebook Lite if I feel like it'd be a better experience for me.
Wish I hadn't given away my 2007 twitter account for free.
SO in effect they created a problem to promote a solution that is still short of what they had originally.
Now I understand they need to make money but I personally find the promoted tweets they offer do seem to miss the target and are in need of some refinements in who they promote towards. I find it rare to find a promoted tweet that is relevant and the amount of PPI promoted tweets which I have objected to and still do is a clear sign of needing better control. Be that from analytics or even allowing the user to select preferences in a way that suits them better and by that aid Twitter in presenting relevant adverts.
I would be interested in seeing how well advertisers get on with there promoted tweets as I see so many with comments that indicated those targeted are clearly not the market audience and as such, very negative. Indeed I do that to PPI adverts, as a cathartic release of how I loath them.
that said if I see a promoted tweet of interest or of merit, even if not what I would use then I will support it. Only the other day was one for passports for toys, I don't even have children, let alone a teddy bear these days. But loved the idea and fed back my encouragement and had a most delightful exchange with the owners. Have to encourage and support positive avenues in life.
Please, lets not pretend Twitter is worse with a richer interface with amazing features such as links and images.
As for the rest of your assertions, that is entirely a different matter and not one I raised in the slightest.