I think I was talking about the pundits, not the staff at Bluesky. They certainly existed in 2020. You can be a pundit and say things without saying them on Bluesky. There is a notable history of people saying things before 2023.
If your assertion is "a bunch of people got on Bluesky to talk about the election..." well, did you notice there were two candidates? I think what you're saying is "DEMOCRATS left TWITTER to go to Bluesky," which may be true, but that is a hypothesis for which data would confirm or refute.
It sounds like your point is when left wing politicos are targeted and people celebrate it, those are obviously sock-puppets and bots. But when right wing celebrities (for lack of a better word) are targeted, it's the democratic base that comes out in force to celebrate.
So only right wing commentators who advocate political violence deserve protection?
[Also... Do you have any data supporting this hypothesis?]
There was a joke bumper-sticker in the valley back in the day that said "Windows 95 == Macintosh 89". But the critique of this was "Macintosh 95 == Macintosh 89". In the same way, "NeXTStep 89 == MacOS X 2001 == MacOS X 2015 == MacOS X 2025" except that they hadn't steved everyone from the user experience research group in 2001 and there were vestiges of #a11y features left in Yosemite.
Complaining your current version of MacOS X has a worse user experience than it did 10 years ago is like buying a Tesla and then complaining about its resale value.
Once long ago I worked for a small company doing unified messaging as their Security Architect. In that job it meant I was a software engineer with domain experience in implementing cryptographic protocols. I was well prepared for this role due to my experience at RSA Data Security (when RSA was a middleware vendor) and Certicom. If you've used an ATM machine in the US in the last 30 years, you've likely used the modular exponentiator I wrote for POWER/PowerPC.
So here I am at this small company that's running out of runway. I'm meeting with my boss, let's call him Mark (not his real name). We're discussing what features we can add in the next three months before half the company is laid off. At the top of the list is the device-key-regen feature that would allow the user (through an arcane series of difficult-to-accidentally-perform user inputs) to regenerate a key and re-submit it for certification. It required changes to the device code, the security gateway code and to the manual. Mark is adamant we should not do this. It would "distract us from other high-value tasks." I then explain the devices will eventually brick themselves without some way to update, or at least re-certify device keys.
Fast forward a month or two and I get laid off. No one buys the IP, so it's no great loss. Just one more project on the burning pile of money called Silicon Valley.
Seven years later I'm working at a company in Seattle well known for a ebook reader that rhymes with "Bindle." Their first-gen devices have a problem. In three weeks, the certs for the device keys will expire, effectively disallowing them from authenticating themselves to network services. I get called in because I had the words "certificate" and "X.509" on my resume. It turns out the manager of the team who built the device software was my old boss Mark. The one thing he remembered is that allowing devices to update (or at least re-certify) keys requires changes to a lot of different software and there was no down-side to not doing it last time.
It is true... there was no down-side to not adding this functionality last time. The company died before anyone other than a smattering of companies could see our IP, and the few beta-users we recruited stopped using the product before the device key certs expired.
Back at the company in Seattle whose logo is half of a smiley face: after MANY failed updates, they eventually pushed out an update that re-certified the existing keys (i.e. - it submitted the public key to a third-party registration authority, authenticating the message with the device's private key.) Not a perfect solution, but given that they waited until about three days before devices started failing, not the worst in the world.
But there was a three-day window in which the devices needed to be on, notice there was a software update and convinced their users to press the "install update" button. Some large number of first-gen devices were not even turned on during this period. When they were later turned on, there was no way to get them the update that allowed them to connect to online services.
The solution was just to tell customers they would be given a new ebook reader. Given the engineering time invested and the number of new ebook readers shipped out, our team estimated it cost the company between $40M and $60M.
My old boss Mark was promoted.
I think my point is... with the possible exception of a company whose devices prominently feature a fruit-based logo, no large company understands what a key-pair or certificate is and how it relates to operational processes which enhance their products' security or trust. And I like to kvetch.
I wonder how much of Ferris' latency is related to net speed and rendering speed / computational horsepower of their local machine. I've seen several different evaluation regimes which try to objectively measure web-site "responsiveness" independent of net and rendering speed. Maybe the OP could use one of them to show how different sites were using techniques that unduly reduce the perceived performance of their site.
Think about what happens if you're on a site that loads hundreds of images and has keep-alive explicitly turned off. Or if you're doing a TLS handshake across a high latency network (TLS, for all it's benefits, requires at least one back-and-forth to setup the secure transport before sending "content.") Or you have a weird / inefficient dynamic loading process. Each of these will cause perceived latency, but have different solutions.
I tend to agree with the OP, it certainly seems like sites I use on a regular basis are laggy, but we may need a more objective evaluation framework than "ugh. the web is slow." And who knows, maybe most of the problem could be solved by getting the OP a better ISP and a faster machine.
meh. i always thought the real reason for the ban was EVERYONE in the states who has had to deal with ByteDance walks away from the experience thinking they've been dicked. Or at least everyone I've talked with. In my own experience, we signed a deal with US/TikTok and started spending money on things to uphold our part of the bargain. Then ByteDance steps in and says "no. we're canceling this contract," and we point out, "uh... hey bevis... we just spent money on your behalf," and their response is "sucks to be you." The case has been in California courts for about 5 years. We may get our money back before TikTok/US goes out of business.
I came across this one and it really spoke to me. I'm often thinking about how to optimize my career, project or code-base. But I am reminded that "play" is an important aspect of human development and understanding. The older I get, the more I "play" with things from my childhood: Lisp, 6502 processors, model rockets, etc. And I always find something new in the play and in work after play. It's as if unstructured play jiggles my brain-stem sufficiently that I can see new (sometimes better) ways to approach old problems.
Them: What's your LinkedIn Account?
Me: Don't have one.
Them: Twitter?
Me: Nope.
Them: InstaGram or TicToc?
Me: Nope.
Them: Do you use the web at all?
Me: Only through Lynx. I see a lot fewer ads.
Them: No JavaScript! How do you use YouTube?
Me: I don't, really.
Them: You have no social media?
Me: Well... I *did* order a pizza from Dominos online once...
Yeah... I don't use the web much as you would expect for someone
who's livelihood depends on it. I just wish USENET was still
USEFUL. I have a rant in me about ad-tech and crap-ware on the
web. I'm just enjoying my life without the web too much to
write it. And clearly, HN is my web-tech achilles heel.
Hmm... doesn't really offer a suggestion for measuring progress. FWIW, in our dev team, we don't talk about "percent done," but say "percentage of unit tests that pass without mockups" and then "percentage of requirements covered by unit tests." The first measure is pretty easy to quantify, but the second is where ambiguity and guesswork creeps in.
Hmm... "Why don't more people use XXXX" type of posts seem like an invitation to argument and drama. But I'm a Lisp fan, so I can't ignore this opportunity for people to down-vote me because I don't make a full-throated endorsement of their favourite language. I'm also somewhat tired of reddit, so I'm responding here.
a. Lisp isn't a single language, but a family of languages. There's Common Lisp, Scheme, Clojure and even Lisp Flavoured Erlang. They're all similar, but different enough that you can really shoot yourself in the foot if you assume code for one will do the same thing (or even work) in the other. C/C++ have a long history of reverse compatibility and a strong spec that insures interoperability between different implementations (mostly.) Java and C#, for all their perceived faults, have language definitions which are well defined.
b. Functional programming is different. Sure, you can do OOP w/ Lisp (google CLOS if you're unfamiliar with this.) But maybe it's not really a syntax thing and more of a "I have to bend my brainstem around a bit to do 'true' functional programming." (for some definition of the word "true".) And then there's the Haskell guys running around saying you can't do functional programming unless you've written a dissertation on category theory.
c. Other languages have stolen Lisp's functional thunder. When I was a young coder, Lisp was pretty much the only functional language out there. Sure... ML and OCaml existed, but this was before the intarwebs so we had never heard of them. Java and C++ have lambdas these days. And sure, they're not REALLY lisp-like lambdas, but they're close enough. And JavaScript lets you do reduce, forEach and filter, so you can get your monoid in a category of endofunctors on. And if all you're trying to do is irritate your co-workers, FORTH is better for doing that.
I use Scheme and a home-grown lisp-like language every day. I've taught a few co-workers how to cope with it. There are great benefits. But management doesn't pay to send me to conferences like the Java and C# guys get to go to. We also use SPITBOL for a few tasks just because it's A LOT easier for certain parsing tasks than Lisp and more powerful than awk.
We have a lot of engineers who's brains grok Java/Spring. They're reliable. We know what they can do in a given month. None of us Lisp guys want to do the same things. Larry Wall once said something like: "Languages do not differ in what they make possible, but in what they make easy." Lisp makes a subset of tasks an enterprise must perform easy. But it requires time to teach gigging coders how to use it effectively. Some enterprises just don't want to invest that time.