Daedalus (YC W20) | Senior Software Engineer | San Francisco, CA & Karlsruhe, Germany | Full-Time
Daedalus is reinventing precision manufacturing. We are a team started by two OpenAI tech leads (we did the Rubik's cube robot hand project). We're building a distributed system for software-defined autonomous production of precision parts for spacecraft, medical devices, robots, and many others.
Tons of interesting challenging problems in the areas of distributed systems, reinforcement learning, computational geometry algorithms, robot perception & control, scheduling & optimization, FEM simulation, and many more.
No robotics experience required— we're looking for experienced software engineers (e.g. working on SaaS/infra) who are looking for a challenge. You'll join a multi-disciplinary team of folks hailing from SpaceX, Cruise, Stripe, Ripcord and others.
Our stack is built from scratch to power the next generation of robotics: Python, Rust, Bazel, gRPC, runC
As a non-native English speaker, I find the omissions of "the" very prominent and interesting in SpaceX speech. "shortly before first stage shutdown", "resulting in loss of mission", "139 seconds into flight", "some period of time following separation", "data to determine root cause" -- is this a general theme in engineering or journalism? I wonder what linguists have to say about this.
Most points raised by the auther are criticism with specific Cucumber step implementations. I understand that this is not criticism of Cucumber-the-tool but Cucumber-the-process, but of course, if you're using your tools wrong, nobody's going to just fix your process.
The awkward step naming, and the routing issue, are all with the default steps of an integration of something like Webrat or Capybara. In recent projects (and I think this is the default for newer versions of Capybara), no steps are automatically generated for you. You have to choose the level of detail you want to operate at yourself. Comparing character count of a method call and a Gherkin step is also a rather useless metric.
The "doesn't share code with my test env" issue is a trivial fix: move your test-but-also-cucumber-env code from test_helper.rb into another file, then require it from both cucumber's env.rb and test_helper.rb.
Personally, I write Cucumber features exactly because they mean I don't have to think about routing, or paths, or syntax. I try to put myself in the role of the user and write down what I want to accomplish, and how. A key indicator for reasonably abstracted feature files might be the equivalence "I changed something in a .feature file" IFF "I have to communicate a change to my users."
But if you want to shoot yourself in the foot, you really have to do it yourself.
The entire idea is that, while keybase stores the pubkey, you don't have to trust them to deliver the right key. They have basically rolled their own type of digital certificate that's stored within a variety of social services, i.e. Twitter -- you tweet something like "I'm <fingerprint of your key> on keybase.io!". The keybase server says this to the keybase CLI: "Bob's pubkey is <key>, and I'm right because https://twitter.com/bob/tweets/1234 says so". The CLI then verifies that the tweet URL really contains the right fingerprint. This extends the trust root to the twitter user (and your local HTTPS CA store). Repeat for a variety of services similar to Twitter. This extends the trust root to the union of all the social site accounts of the keybase user. Whether you choose to trust those is (as always with trust roots) entirely up to you.
> In the months since, as the team built and tested and refined the product, we’ve been watching Metro’s adoption. From what we can see, it’s pretty flat.
Literally the entire first half of the post can be read as "but it uses fancy techno stuff that can be constructed to violate some law." No real arguments against the currency there, just FUD about the wallet splitting (so I can't take 20$ out of the 40$ in my purse, right?)
Concering the entropy argument, which makes logical sense to me, it remains to be seen how much of an impact coin loss makes. As long as the amount remains small enough, that makes the coins rarer and just makes them rise in value a bit. Of course, as soon as everyone loses their coins, we're screwed. Who knew?
Sadly, I think the conclusion is pretty accurate: once Bitcoin rises above the grass, states will try to crush it with everything they've got. And they will probably succeed.
Personal peeve: There is still a name collision beetween the popular use of "real-time" to describe "live" updates (usually as the defining aspect being "without polling") versus the definition of "real-time", implying that events are delivered to the customer in a guaranteed period of time. Which is obviously not true.
Daedalus is reinventing precision manufacturing. We are a team started by two OpenAI tech leads (we did the Rubik's cube robot hand project). We're building a distributed system for software-defined autonomous production of precision parts for spacecraft, medical devices, robots, and many others.
Tons of interesting challenging problems in the areas of distributed systems, reinforcement learning, computational geometry algorithms, robot perception & control, scheduling & optimization, FEM simulation, and many more.
No robotics experience required— we're looking for experienced software engineers (e.g. working on SaaS/infra) who are looking for a challenge. You'll join a multi-disciplinary team of folks hailing from SpaceX, Cruise, Stripe, Ripcord and others.
Our stack is built from scratch to power the next generation of robotics: Python, Rust, Bazel, gRPC, runC
Job posting:
San Francisco, CA — https://bit.ly/3udjQdC
Karlsruhe, Germany — https://bit.ly/39A4ojX
Or email me directly: [email protected]