clayallsopp

not op but I think from https://x.com/jaredpalmer/status/1980619222918262842

Hey HN, we just rolled out our first remote MCP integration. Starting today, you can check it out at claude.ai or Claude Desktop by adding Plaid MCP as a Remote MCP server: https://api.dashboard.plaid.com/mcp/sse (you have to be on Claude Enterprise, Team, or Max plans to access. Pro access coming soon.)

We're shipping with the first couple developer-focused use cases: conversion optimization and visual analytics, API usage monitoring and trend identification, and troubleshooting + diagnostics.

If you use Plaid, check it out, and we’d love to hear your feedback! Also happy to answer any questions on building out remote MCP servers generally (in Golang ;) )

Opendoor | Software Engineer, Machine Learning Engineer, Data Engineer | Full-time onsite | San Francisco, CA

At Opendoor (https://www.opendoor.com/) we’re changing the way homes are bought and sold.

Moving is one of life’s most stressful events. We empower people with a simpler, more thoughtful approach to buying or selling their home.

We have an amazing team of talented and passionate engineers and data scientists. We are looking for Machine Learning Engineers, Data Infrastructure Engineers, and Generalists to help us change the real estate industry. Leadership experience is a plus.

Technologies we work with: Rails, React, React Native, PostGIS, Python, AWS, Webpack, Phoenix (Elixir), Kubernetes, Docker.

https://www.opendoor.com/jobs or reach out to me clay@opendoor.com

Opendoor | Software Engineer, Machine Learning Engineer, Data Engineer | Full-time onsite | San Francisco, CA

At Opendoor (https://www.opendoor.com/) we’re changing the way homes are bought and sold.

Moving is one of life’s most stressful events. We empower people with a simpler, more thoughtful approach to buying or selling their home.

We have an amazing team of talented and passionate engineers and data scientists. We are looking for Machine Learning Engineers, Data Infrastructure Engineers, and Generalists to help us change the real estate industry. Leadership experience is a plus.

Technologies we work with: Rails, React, React Native, PostGIS, Python, AWS, Webpack, Phoenix (Elixir), Kubernetes, Docker.

https://www.opendoor.com/jobs or reach out to me clay@opendoor.com

At Opendoor we’re changing the way homes are bought and sold.

Moving is one of life’s most stressful events. We empower people with a simpler, more thoughtful approach to buying or selling their home.

We have an amazing team of talented and passionate engineers and data scientists. We are looking for Machine Learning Engineers, Data Infrastructure Engineers, and Generalists to help us change the real estate industry. Leadership experience is a plus.

Technologies we work with: Rails, React, React Native, PostGIS, Python, AWS, Webpack, Phoenix (Elixir), Kubernetes, Docker.

https://www.opendoor.com/jobs or reach out to me clay@opendoor.com

I'm super curious how Stripe approaches end-to-end testing (like Selenium/browser testing, but maybe something more bespoke too)

My understanding is that they have a large external dependency (my term: "the money system"), and running integration tests against it might be tricky or even undependable. Do they have a mock banking infrastructure they integrate against?

Wow, this is an interesting/refreshing development from Apple. I can't recall them ever having a public blog to communicate with their developer community. Until now, it's mostly been through their developer forums, private support, and in-person at the yearly WWDC.

How they've developed as a developer-facing company this year is really encouraging. Google et al have always been transparent as glass relative to Apple's iOS work, but this blog, the twitter dialog from Swift's development team, and the no-NDA release of iOS8 has really changed my opinion of the direction they're pushing the ecosystem.

Interestingly, Swift (as of now) can be orders of magnitude slower than C/Objective-C: http://stackoverflow.com/questions/24101718/swift-performanc...

I hope/expect the out-of-box performance will improve over time, but I guess it shouldn't be taken as fact that Swift will always be faster than its predecessor.

In fact, Swift is really built on top of Objective-C, somewhat similar to how Objective-C is built on top of C, and somewhat similar to how C is built on top of assembly.

Apparently, this is not exactly the case:

not [Objective-C] under the hood so much as on the side. Swift has its own (relatively minimal) runtime. [1]

Swift interoperates with the ObjC runtime. It's not dependent on it. [2]

I believe this means that one day Swift could drop the Objective-C runtime & dependencies, perhaps in favor of a Cocoa evolution that doesn't rely on KVO, selectors, etc.

[1] https://twitter.com/jckarter/status/475503398087708672 [2]: https://twitter.com/jckarter/status/473848245047656449