taion

One small correction/addition! While the pointing machine is 18th century, the practice of pointing itself is quite a lot older. Its precursor was the three-compass method, which was known in antiquity and recovered in the 15th century. In fact, if you look closely at Michelangelo's David, you can see the little holes on the marble used for pointing.

That said, actual Gothic sculpture and decoration fell into that gap when pointing was lost. And the frankly lower quality of most medieval sculpture more or less reflects that. And anyway, nothing wrong with neo-Gothic.

Good luck! Those were the behaviors that got you promoted to senior staff in the first place – so I would imagine that your org is actively expecting that you will continue them!

Assuming your leveling matches standard bigtech leveling, it's generally expected at level 7+ that you are doing lots of cross-org work anyway, and have responsibilities at quite a high level. Unless you're one of those rare engineers at this level who is a deep specialist (in which case this team move scenario sounds unlikely), the value you add above someone at level 6 is just that you have breadth of experience and can lead cross-org and/or cross-functional initiatives.

No, nobody is ever fully in charge of his or her own destiny, but the entire point of senior staff engineers is that you have the autonomy to exercise protagonism separate from your org structure, in ways that managers and directors do not. So... do the cross-org collaboration thing – and not because it's what you feel like, but because as a L7, it's literally your job to do that!

You can do that, but now you have a runtime dependency on your analytics system, right? This can be reasonable for a one-off experimentation system but it's not likely you'll be able to do all of your experimentation this way.

The problem with this approach is that it requires the system doing randomization to be aware of the rewards. That doesn't make a lot of sense architecturally – the rewards you care about often relate to how the user engages with your product, and you would generally expect those to be collected via some offline analytics system that is disjoint from your online serving system.

Additionally, doing randomization on a per-request basis heavily limits the kinds of user behaviors you can observe. Often you want to consistently assign the same user to the same condition to observe long-term changes in user behavior.

This approach is pretty clever on paper but it's a poor fit for how experimentation works in practice and from a system design POV.

And in that sense Tillich isn't that far from, say, Aquinas, who is consistent about asserting that existence is not a "real" predicate and that God's existence is outside of the world and outside of space and time.

You don't even need to squint that hard to see a commonality between Tillich's notion of discussing God symbolically and Aquinas's notion of doing so analogically, not to mention the contrast between finite humans and an infinite God who is beyond understanding. And not to mention that apophaticism – the idea that positive knowledge about God is impossible – has been a feature of Christian theology since the beginning.

So much of this can be taken in ways that not only aren't outside the bounds of Christian orthodoxy, but also align with more sophisticated Christian philosophical understandings of God.

That much, of course, is not why Tillich is controversial!

Yes, they still require gel. That's just a matter of physics. Changing the transducer technology doesn't change that.

You're not allowed to buy these without an NPI number. And while ultrasound is relatively easy, it's still not really usable without some training. I think there have been some studies of training users to do ultrasound at home for a limited set of views, but it's not really a "pick it up and look around" sort of thing.

I'm not sure why this piece mentions deregulation. The drinks limit was in 1956, while the sandwich spat was in 1958 – but deregulation wasn't until 1978, two decades later!

The collusion in question seems to only relate to regulation, which prohibited the airlines from competing on price. The incentives obviously don't work out the same with deregulation!

It's also not entirely a technical issue, anyway. In a vacuum the Sourcehut UX might be fine, but if people are used to GitHub-style UX, then they will have a hard time with Sourcehut and end up doing the wrong thing, like emailing the maintainer directly rather than using the mailing lists – through no fault of the mailing lists themselves!