The future of Twitter has been a hot topic on the social media site over the last two days. The Saskatchewan government, businesses and influencers are responding to that uncertainty.
Late Thursday evening, as the hashtag #RIPTwitter continued to trend on the troubled platform, SGI tweeted to its followers, directing them to other platforms where they can follow the government service in case Twitter does indeed kick the bucket.
"Seeing a bunch of tweets about the potential imminent demise of Twitter, it made me think, well, maybe this is something that we should remind our audience. Part of it was a bit tongue in cheek, I would say," said Tyler McMurchy, manager of media relations for SGI and overseer of all the company's social media accounts.
The Crown corporation tweets every day from two accounts. But it also uses Facebook, Instagram, LinkedIn and a TikTok account.
So what is causing all this uncertainty on billionaire Elon Musk's new toy?
Thousands of Twitter employees are estimated to have decided to leave the beleaguered social media company following a Thursday deadline from new owner Elon Musk that told staffers to sign up for "long hours at high intensity," or leave.
The departures highlight the reluctance of some of Twitter's employees to remain at a company where Musk earlier fired half of the workforce, including top management, and is ruthlessly changing the culture to emphasize long hours and an intense pace.
Musk took to Twitter late on Thursday and said that he was not worried about resignations as "the best people are staying."
Now, many of the site's users are scrambling to download their data.
The departures from the company include many engineers responsible for fixing bugs and preventing service outages, raising questions about the stability of the platform amid the loss of employees.
On Thursday evening, the version of the Twitter app used by employees began slowing down, according to one source familiar with the matter, who estimated that the public version of Twitter was at risk of breaking during the night.
What would happen
Even though Twitter is not where SGI has its biggest audience — that accolade goes to Facebook — McMurchy said the platform is still very important, as its two accounts have been live since 2010 and 2011.
"In spite of what my personal feelings about Twitter and my own personal consumption of it is, which is probably not always healthy, we would definitely lose out not having Twitter," said McMurchy.
He said Twitter allows SGI two-way communication with its audience.
"When you are on Twitter, you are able to share info very quickly with people and that's obviously something that we've appreciated, whether it's a sharing company news or information about traffic safety."
SGI has also used the platform to warn people about scams.
"The fact that people can quite easily retweet that, that amplifies that message and help, hopefully providing information that will keep others out of trouble."
McMurchy said SGI also uses the platform to engage with partners like law enforcement and organizations like MADD, SADD and other safety organizations.
"If Twitter were to disappear tomorrow and we weren't able to do that, we would miss out."
Still, McMurchy said he wouldn't describe Twitter's potential demise as "catastrophic."
Meanwhile, the Saskatchewan RCMP told CBC in a statement that it does not rely solely on any one platform, such as Twitter, to share stories, news or public safety information.
"Should any of these communication tools —Twitter, for example — cease to exist, we will continue using a variety of other means to share our messaging," said the RCMP.
The Saskatchewan government echoed this sentiment in its statement to CBC on the matter.
"We are confident in our ability to continue communicating effectively with the people of Saskatchewan," said the province.
In fact, the province recently launched a new Highway Hotline app. Highway Hotline's Twitter account is known for its frequent tweets on weather conditions, but the province is confident the app will fill that need.
For now, the world waits for more dramatic news about Twitter and its new owner.
You Can’t Code Your Way Out of the Culture
Problem
On Friday afternoon, we learned that Elon Musk had asked any of the Twitter employees who “actually write software” to “email [him] a bullet point summary of what your code commits have achieved in the past ~6 months, along with up to 10 screenshots of the most salient lines of code.”
As VP of technology at Slate, my first thought when I read this was “what a tremendous waste of engineering time.” Second only to “that’s a lot of bullets to read.”
“Code commits” in software development are the changes that engineers make to a code base. Typically, software engineers use systems called “version control” that keep track of the changes that they make with notes about why they made them (sort of like “Track Changes” in Microsoft Word). Commits in isolation can be pretty boring. For example, here’s one of mine from a few days ago:
As you can see, this code commit changed the word true to false for a configuration of an ad in one of our newsletters. Really gripping stuff!
Not all commits are one line. Some commits are huge! To ship a really big feature on a site or app, you might change thousands of lines of code. Of course, most software engineers will tell you that this is a terrible practice. Ideally, code changes touch as few lines as possible so that when products inevitably have bugs, it’s easier to track down which commit caused the issue and isolate the problem.
If we squint and put on our CEO-of-too-many-companies hats, we can kind of imagine what Musk’s hoping for with his request. It’s like a self-review for software engineers. If you ignore the “code commits” part, you could read this as him asking engineers to talk about their achievements. But we can’t ignore that “code commits” part because then he followed it up with an ask for screenshots.
Being judged by your ability to self-promote is a time-honored American mistake, but adding judgment of screenshots of your code by a guy who has never committed to your code base is an extra level of dumb. There are numerous problems with the idea of looking at a screenshot of a piece of code and then using it to judge an engineer’s abilities.
First, Musk lacks the context for why the code was written at the time it was written and who was writing it. Code written at the last minute to satisfy some advertiser’s specific request is going to be a lot different than code resulting from a multimonths effort to re-architect a system. Code written by a junior engineer probably won’t be as terse as a senior developer’s code.
Code that’s undergone only one iteration will probably look worse than a more mature product that’s been built over time. Often, the first commit for a feature is the simplest version that lets a product team test whether it will work—not whether it’s scalable or bulletproof. Should engineers show that to Musk, or is he after mature code that makes him say “wow”?
There’s also the matter of coding style. As we say in software development, There’s More Than One Way To Do It (or TMTOWTDI, pronounced tim-toady). In practice, teams will often develop preferred ways to do things to keep there from being a dozen variations of the same basic concepts. Some teams are comfortable with terseness where a lot gets done in one line of code (like list comprehensions in Python, for example). Other teams will flag cleverness during code review as hard to read and a trap for more junior programmers when they’re introduced to the code base. Would Musk understand these tradeoffs as he flips through hundreds or thousands of screenshots on his phone while he flies around in his private jet?
Even more fraught, in most real code bases, the same files are touched by dozens if not hundreds of different developers over time. One screenshot is very likely the conglomeration of hundreds of code commits over a dozen years.
This last point is, perhaps, the biggest pitfall to Musk’s approach and telling of what he doesn’t seem to understand at Twitter. Code is written by teams. Musk is asking for presentations from individuals. Many of the engineers at Twitter have worked there a long time with the same teammates. They’ve developed camaraderie, culture, and a way of doing things.
As of Friday evening, this meeting may have already taken place. I can’t help but wonder how this actually went. Did he ask engineers to get up in front of each other and explain their screenshots? Were they even allowed into the building? Did he actually get any value out of this or was it a loyalty test?
In October, there were reports of Musk authorizing Tesla engineers to review Twitter code. Bringing in senior engineers who write software for cars because they are “10x programmers” isn’t necessarily going to make a team more productive. In fact, it might have the opposite effect as those more familiar with the product feel sidelined or like they have to waste their time trying to explain the context for all their coding decisions to someone who is probably aching to type code and not listen to their explanations.
Musk is clearly going with what he knows (code) and not what he should be working on (culture). Assuming that he can read the code of Twitter’s software engineers and use it for any kind of decision making is pure hubris. But what did we expect? This is Elon Musk. He will likely continue to plow headfirst into Twitter pushing anyone out of his way that pushes back. He’ll look at a room full of engineers and silently judge them because he’s sure he’s the smartest one in the room all the while confusing cleverness with wisdom.
Just like Musk said in December 2017, I love Twitter. I hope it doesn’t go away. I’m still not sure I entirely understand what needs fixing about it. But if he thinks Twitter is going to code its way out of its problems or that code was the problem with Twitter in the first place, he’s got some surprises ahead of him.
Future Tense is a partnership of Slate, New America, and Arizona State University that examines emerging technologies, public policy, and society.