Certainly many others would have tried to invent something like the web.

HyperCard predated the web browser and had the concept of easy to build pages that linked. Lots of people were working on ways to deliver apps over the Internet.

I think in some alternative timeline we’d still have a lot of interactive content on the Internet somewhat like the web, but probably based on different technology. Maybe more proprietary.

You get to choose how your 401k is invested, though. The only difference is a tax advantage.

The advice is just: save money, let it grow using compound interest, use tax laws to your advantage.

There’s no “trust the government” in that advice.

Are you trying to illustrate the point?

It wasn’t 200, it was 2000.

And while most did not carry guns, they brought other weapons and armor, and used improvised devices as weapons. And some did bring guns. Source: https://amp.cnn.com/cnn/2021/07/28/politics/armed-insurrection-january-6-guns-fact-check/index.html

Thank God they were poorly organized and that the capitol police resisted…but it’s a complete lie to say it was 200 unarmed people.

This is all on video! This isn’t a matter of opinion!

Can you elaborate on what happened when you tried to search? I’ve never had trouble.

Those are all protocols for accessing an entire calendar or sharing your whole calendar, not for general-purpose inviting one user to one event.

I’m talking about using the ChatGPT API to make a chat bot. Even when the user’s input is just one sentence, it can cause ChatGPT to forget its prompt.

Is it possible to be a productive programmer with slow typing speed? Yes. I have met some.

But…can fast typing speed be an advantage for most people? Yes!

Like you said, once you come up with an idea it can be a huge advantage to be able to type out that idea quickly to try it out before your mind wanders.

But also, I use typing for so many others things: writing Slack messages and emails. Writing responses to bug tickets. Writing new tickets. Documentation. Search queries.

The faster I type, the faster I can do those things. Also, the more I’m incentivized to do it. It’s no big deal to file a big report for something I discovered along the way because I can type it up in 30 seconds. Someone else who’s slow at typing might not bother because it’d take too long.

GPT-3.5 seems to have a problem of recency bias. With long enough input it can forget its prompt or be convinced by new arguments.

GPT-4 is not immune though better.

I’ve had some luck with a post-prompt. Put the user’s input, then follow up with a final sentence reminding the model of the prompt and desired output format.

Also, did you fully cream the butter and sugar before adding any other ingredients?

If you just dump everything into the bowl and then mix, this is what happens

Did you scrape the bowl while mixing?

KitchenAid mixers are great, but depending on what you’re mixing you need to scrape the sides of the bowl with a spatula and then mix some more.

I don’t think it’s over mixed, I think the cookies made from the batter that was stuck to the sides are under mixed.

Pepperoni

Or PUPperoni

Robot vacuums are great, but my Roomba is incredibly unreliable. I’m buying Roborock next time.

Sure they do. Look at all of the posts from my neighbors on Facebook and Nextdoor every time a developer tries to build an apartment building instead of a single family home in our neighborhood.

Some people say there’s no malware for macOS and that’s obviously not true.

But others say macOS has malware so it’s no better than Windows in that regard, but I don’t think that’s true either.

Look at this example. It only works if it tricks users into downloading and running an unsigned executable, bypassing sometimes multiple warnings.

Yeah, don’t do that. Users could accidentally or maliciously type something that would get executed as python code and break your program

This is my vote too.

We have Orbi. I tried using power line to bridge the satellites, but it turned out it was unnecessary. Orbi uses a separate backhaul wireless network between the base and satellites and it worked really well.

I wouldn’t expect Gmail or most web mail hosts to work in a browser that old. Maybe if you used Gmail in basic HTML mode.

Just thinking outside the box here, what about an alarm or chime instead of a lock?

You can’t make it impossible for a child to open. But you can make sure that if they do open it, you’ll know.

I’m a fan of randomizing the test order. That helps catch ordering issues early.

Also, it’s usually valuable to have E2E tests all be as completely independent as possible so it’s impossible for one to affect another. Have each one spin up the whole system, even though it takes longer. Use more parallelism, use dozens of VMs each running a fraction of the tests rather than trying to get the sequential time down.

I think the reality is that there are lots of different levels of tests, we just don’t have names for all of them.

Even unit tests have levels. You have unit tests for a single function or method in isolation, then you have unit tests for a whole class that might set up quite a bit more mocks and test the class’s contract with the rest of the system.

Then there are tests for a whole module, that might test multiple classes working together, while mocking out the rest of the system.

A step up from that might be unit tests that use fakes instead of mocks. You might have a fake in-memory database, for example. That enables you to test a class or module at a higher level and ensure it can solve more complex problems and leave the database in the state you expect it in the end.

A step up from that might be integration tests between modules, but all things you control.

Up from that might be integration tests or end-to-end tests that include third-party components like databases, libraries, etc. or tests that bring up a real GUI on the desktop - but where you still try to eliminate variables that are out of your control like sending requests to the external network, testing top-level window focus, etc.

Then at the opposite extreme you have end-to-end tests that really do interact with components you don’t have 100% control over. That might mean calling a third-party API, so the test fails if the third-party has downtime. It might mean opening a GUI on the desktop and automating it with the mouse, which might fail if the desktop OS pops up a dialog over top of your app. Those last types of tests can still be very important and useful, but they’re never going to be 100% reliable.

I think the solution is to have a smaller number of those tests with external dependencies, don’t block the build on them, and look at statistics. Sound an alarm when a test fails multiple times in a row, but not for every failure.

Most of the other types of tests can be written in a way to drive flakiness down to almost zero. It’s not easy, but it can be doable. It requires a heavy investment in test infrastructure.