486 karma · joined October 30, 2010
Knowledge of Swift not required. If you know your way around OS software, can reason about the security of the code you write, and are excited about writing exhaustively tested software, we’d love to talk to you.
We’re hiring for roles in kernel/systems and userspace. Like the Platforms SOTU mentioned, we’re using Swift at all layers of the software stack now. https://www.youtube.com/live/yl2jsIoMfDU
I had the pleasure of leading the effort to ship Swift in the Secure Enclave back in 2022. Now I have multiple teams working on accelerating the transition to memory safe languages. We’re showing that with good planning and a relentless focus on testing, we can improve security, performance, and functionality. And we get to have a ton of fun working with some amazing colleagues. It’s the most enjoyable and impactful work I’ve ever done in my career.
He and another photographer recently did a project to photograph a bird in front of erupting volcano. I’m really looking forward to seeing that one.
We’re the team that designs and develops the operating system for the Secure Enclave used in iOS, tvOS, watchOS, and macOS devices. We develop the full software stack, including the L4 microkernel, runtime libraries, hardware drivers, and more. We work very closely with Apple’s Silicon Engineering Group to help design the Secure Enclave hardware.
This is a great place to work if you’re into some combination of embedded, operating systems, and security.
Apply here: https://jobs.apple.com/en-us/details/200120834/trusted-kerne...
We’re the team that designs and develops the operating system for the Secure Enclave used in iOS, tvOS, watchOS, and macOS devices. We develop the full software stack, including the L4 microkernel, runtime libraries, hardware drivers, and more. We work very closely with Apple’s Silicon Engineering Group to help design the Secure Enclave hardware.
This is a great place to work if you’re into some combination of embedded, operating systems, and security.
Apply here: https://jobs.apple.com/en-us/details/200120834/trusted-kerne...
We’re the team that designs and develops the operating system for the Secure Enclave used in iOS, tvOS, watchOS, and macOS devices. We develop the full software stack, including the L4 microkernel, runtime libraries, hardware drivers, and more. We work very closely with Apple’s Silicon Engineering Group to help design the Secure Enclave hardware.
This is a great place to work if you’re into some combination of embedded, operating systems, and security.
Apply here: https://jobs.apple.com/en-us/details/200120834/trusted-kerne...
But, it’s the same basic idea. The PNF thought he’d gotten control of the plane, and didn’t understand why his input wasn’t having an effect. He didn’t get feedback from the stick telling him a different input was being honored. And neither pilot appears to have been fully aware that they were in a flight control mode where there was a risk of stalling. The PF especially never seemed to have made that connection, and the PNF took a fairly long time to call it out. As a result, the PF may not have been aware that he needed to actively keep the angle of attack inside the flight envelope.
So, PNF tries to pitch down, but isn’t aware the plane got put back into a mode where he isn’t in control. PF is pitching up, but isn’t aware the plane switched to a mode where this could lead to a stall. That’s the similarity I was getting at.
Obviously there was some significant pilot error in this case, but a big contributor mag have been that the pilot who was trying to correct the stall didn’t understand that the plane was ignoring his input because of the averaging.
Few of the incentives in that industry lead to good security. More details here: https://news.ycombinator.com/item?id=3260127
The fact that people who use Uber and Lyft have to wait less is nice for them, but not so nice if the extra cars for hire circling for fares results in slower commutes for public transit users.
> In particular, I’m still conflicted about whether all those type system extensions were warranted. Certainly immutability helped with things far beyond safe concurrency. And so did the side-effect annotations, as they commonly helped to root out bugs caused by unintended side-effects. The future for our industry is a massively distributed one, however, where you want simple individual components composed into a larger fabric. In this world, individual nodes are less “precious”, and arguably the correctness of the overall orchestration will become far more important. I do think this points to a more Go-like approach, with a focus on the RPC mechanisms connecting disparate pieces.
> People become corporate do-nothings because it’s easy to become disconnected from the act of creating when you’re at a big company. Even at the best big companies, employees can just do things that look like work that aren’t, and you wouldn’t be able to tell.
I’ve seen this at startups and big corporations. People seem to get fired for doing nothing productive with about the same frequency at both. What are some examples of do-nothingism that occurs at big successful corporations?
> Startups can’t survive blindly following buzzwords or whatever trend is hot because you actually have to know what’s coming in the future and be right. That’s all there is. If you chose the wrong market, or you’re wrong about what people want, then you’re toast.
In the age of the acquihire for failed startups, this is especially laughable. With plenty of money for early stage deals, and the likelihood of an acquihire or other soft landing if things go badly (followed by funding for a new idea a year or two later), it’s the best environment in years for startups to blindly follow trends and spout buzzwords.
"Because they exiled all future high rises to some far neighborhood like La Défense, they were segregating growth."
Using clear language to communicate boundaries isn't slimy at all. It's reprehensible that she (allegedly for the pedants in the crowd) even had to say those things. Building a case when no one does anything about a pattern of continued discrimination and harassment it's slimy at all; it's exercising your basic human and legal rights.
What was the alternative? Not documenting the abuse so that it could get dismissed as a he said/she said argument? Deciding between putting up with the abuse or throwing away all the hard work she put into the company?
Apparently her options were to be slimy by documenting her case, or to get dismissed as a bitter woman who was blowing things out of proportion because she got dumped. Nice.
"The benefits of connecting with others also turn out to be contagious. Dr. Epley and Ms. Schroeder found that when one person took the initiative to speak to another in a waiting room, both people reported having a more positive experience. Far from annoying people by violating their personal bubbles, reaching out to strangers may improve their day, too."