amacneil

Foxglove | Remote (US time zones) | Full Time Data platform & visualization stack for robotics and autonomous vehicles. Join our small, highly experienced, and fast moving team.

* Lead Infrastructure/DevOps Engineer: Help scale our infrastructure in both hosted (multi-tenant) and customer cloud environments. Prior experience working at an AV or robotics company not required.

* Sales/Solutions Engineer: First hire to support our Account Executive. Robotics experience required.

https://foxglove.dev/careers

Email in my profile if you have questions (no recruiters please).

It's a common misconception that you need a ML or robotics PhD to work in the field. There are plenty of frontend & backend web engineering, data engineering, and infrastructure/devops roles available at robotics companies - you don't need to be a domain expert.

For example, at Foxglove[0] we are building open source web-based visualization and data management for robotics (shameless plug: currently hiring).

[0] https://foxglove.dev/

Foxglove | Remote (US time zones) | Full Time

Data platform & visualization stack for robotics and autonomous vehicles. Join our small, highly experienced, and fast moving team. Prior experience working at an AV or robotics company is preferred but not mandatory.

* Lead Infrastructure/DevOps Engineer: Help scale our infrastructure in both our hosted (multi-tenant) and customer cloud environments.

* Director of Engineering: Looking for a talented leader with experience ranging from complex UIs to data infrastructure.

https://foxglove.dev/careers

Email in my profile if you have any questions (no recruiters please).

Foxglove | 100% Remote (US time zones) | Full Time or Contract | https://foxglove.dev/

Open source web-based data & visualization stack for robotics and autonomous vehicles. Join our small, highly experienced, and fast moving team. Prior experience working at an AV or robotics company is preferred but not mandatory.

* Senior/Staff Infrastructure Engineer: We're looking for our first dedicated infrastructure hire. We work with all 3 major cloud providers + on-premise, so diverse experience and strong security knowledge is a must.

* Senior/Staff Product Designer: Have you worked on internal tools at an AV company? Join us and build the future of tools for the industry.

Try Foxglove here: https://studio.foxglove.dev/

Apply today: https://foxglove.dev/careers

My email in profile if you have any questions.

You are right, I should have said they WhatsApp messages are “not e2e encrypted by default”.

However, I still believe Facebook holds a second decryption key for all messages, which they rolled out along with their web access product as described above. So they are not e2e encrypted by any reasonable interpretation of the phrase.

I am not aware of any way to e2e encrypt iCloud backups, so the vast majority of “e2e encrypted” iMessage messages are readable by Apple.

I am 99% sure Meta/Facebook have secretly broken WhatsApp e2e encryption by adding a second key to all users.

I have security code change notifications enabled, and around November 4, 2021 a large number of my unrelated contacts suddenly had security code changes. There wasn’t any media reporting at the time, but I remember some others mentioning it on Reddit[0] (would love if anyone here can scroll back in their message history and look for security code changes around the same time - maybe we can finally shine some light on this).

Since then I have assumed they are flat out lying about the fact that “not even WhatsApp can read your messages” (direct quote from the iOS app).

Also note that both iMessage and WhatsApp strongly encourage you to enable iCloud backups, which are not e2e encrypted and readable by Apple (Apple only claim backups are “encrypted” and that messages are “e2e” encrypted):

https://www.rollingstone.com/politics/politics-features/what...

At least Apple are not flat out lying like Meta, but they are still being incredibly deceptive with their marketing.

Use Signal if you care about e2e encryption. Everything else is a marketing slight of hand.

[0] https://www.reddit.com/r/whatsapp/comments/qm2ufw/security_c...

Web-based data visualization for robotics and self-driving. Robotics is such an interesting industry, and we're only scratching the surface of what new tools are needed.

Try it live here (hit "view sample data"): https://studio.foxglove.dev/

And it's open source! https://github.com/foxglove/studio

Shameless plug - we're hiring: https://foxglove.dev/careers

Moderate viewpoints don't get upvotes.

Foxglove | 100% Remote (North/South America/Australia/NZ time zones) | Full Time or Contract | https://foxglove.dev/

Open source web-based visualization & data stack for robotics and autonomous vehicle development. Join our small, highly experienced, and fast moving team. No robotics experience necessary!

Try it here: https://studio.foxglove.dev/

Read our source code: https://github.com/foxglove/studio

We're looking for engineers with at least 2 years full time work experience, and/or some impressive side projects. Our stack is primarily TypeScript, with React/Three.js/WebAssembly on the frontend.

- Frontend Engineer

- Full Stack Engineer

- First DevOps/Site Reliability Engineer

https://foxglove.dev/careers

> that’s not what service-level multi-factor authentication protects against

I don't understand your point. This is exactly what multi-factor authentication protects against if you don't store your MFA codes in your password manager.

They don't need to be - this is a limitation of how the site has implemented magic links. When implemented best, clicking the magic link in your email should simply confirm the authentication, and your _original_ browser window/tab should be signed in.

That way, you can be signing in on a desktop browser, click the email link on your phone (or a different browser sandbox), and the desktop window will be signed in.

It is strange to me that both this article and commenters in this thread complain about "email security" as being a limitation of magic links, given that the vast majority of password authentication websites allow an email-based password reset flow. Magic links aren't any more or less secure than allowing email-based password reset.

If you're storing your "multi-factor" authentication codes in the same place (ahem, "factor") as your password, you're doing it wrong.

Tourism is an export. There might be some forex involved, but that is true of imports too.

From TFA: “The pamphlet does not specify why only the wide gauge of five-feet-six inches was tested and not others.”

Standard gauge was ubiquitous in the US at the time, and this engineering firm didn’t even evaluate it in their report, despite the fact that the original BART plans called for standard gauge. Stability of standard gauge has since been proven to be a complete non-issue.

If you read more about the history of BART, everything about it was NIH. They thought they were going to design some new space-age standard and usher in a new era of public transportation.

Basically - NIH syndrome from the 60s.

Some more historical research here:

https://www.kalw.org/show/crosscurrents/2016-07-05/hey-area-...

Seems highly likely that keeping freight trains off the tracks also factored into the decision. Huge shame that they didn't consider the ongoing maintenance cost of using a non-standard gauge.

Foxglove | 100% Remote (North/South America/Australia/NZ time zones) | Full Time or Contract | https://foxglove.dev/

Open source web-based visualization & data stack for robotics and autonomous vehicle development. Join our small, highly experienced, and fast moving team. No robotics experience necessary!

- Senior Frontend Engineer (react/typescript, webgl or wasm experience is a bonus)

- Senior Full Stack Engineer (typescript)

- First Product Manager (robotics/AV experience required)

- First Account Executive (infrastructure sales experience required)

- First Security/DevSecOps hire - not listed on our job board yet, but figure out how to contact me if interested :)

https://foxglove.dev/careers

If they only intend to claim correlation, avoiding the word "linked" in the announcement would probably help with general public interpretation.

I feel like in English, "linked" usually implies some sort of potential causation, not just a general relationship. For example: "boyfriend linked to murder case".

Your advice is correct, but the reason is wrong. If you want to raise money, then inbound VC interest is a great source of leads (led to out series A, similar to sibling comments).

But VCs employ armies of people to trawl the internet for new companies, and as an early stage founder you are time poor. Tell them that you are focusing on building right now but would love to chat when the time is right, add them to a spreadsheet, and go back to work.

The time to start taking calls is when you are actually ready to raise a pre-seed/seed, or ~6-12 months out from your series A (by this point you should have a team who can keep building while you are networking).

Also as the author noticed, treat the VC calls like a phone screen, and ask questions to filter out bad matches. If they don’t lead rounds at your current stage, or don’t “get” your product or market, move on.

Foxglove | Remote (Americas/Oceania) | Full Time or Contract | https://foxglove.dev/

Dev tools for robotics and autonomous vehicles.

Robotics will have a massive positive impact on the world economy and global human productivity over the coming decade. At Foxglove, we're building powerful web-based open source & commercial tools to accelerate this trend.

We're a small, highly experienced, and fast moving team. We're looking to hire several more people (most roles don't require previous robotics experience, unless specified below):

- Senior Frontend Engineer (react, typescript, some webgl+wasm)

- Senior Full Stack Engineer (typescript, some golang)

- First Product Manager (robotics/AV experience required)

- First Account Executive (infrastructure SaaS experience required)

https://foxglove.dev/

https://foxglove.dev/careers

Surely the people who are leveraged with a fixed rate mortgage at an even bigger advantage to those who own a home outright? (debt will get inflated away over time)

Article you may enjoy:

Why the government took home prices out of its main inflation index

https://fullstackeconomics.com/why-the-government-took-home-...

That would be nice. It could even run on top of the GH Actions infrastructure now.

Reading between the lines from comments in that thread, it seems like part of the overhead in maintaining dependabot is that there is ruby code reimplementing yarn logic to do in-place lockfile updates behind the scenes. I'm sure it is nice to avoid checking out the whole repo, but it would also multiply the maintenance workload exponentially.

Waiting for Yarn v2/v3 support in Dependabot has been a saga.

https://github.com/dependabot/dependabot-core/issues/1297

React + Typescript. Forgot to mention it’s open source so you can see for yourself:

https://github.com/foxglove/studio

We are building https://studio.foxglove.dev/ which is a visualization tool for robotics. Click “Explore sample data” to see a demo.

Uses WebGL and some WebAssembly.

Foxglove | Remote (Americas/Oceania) | Full Time or Contract | https://foxglove.dev/

Dev tools for robotics and autonomous vehicles.

Robotics will have a massive positive impact on the world economy and global human productivity over the coming decade. At Foxglove, we're excited for this future, and we're building powerful web-based open source & commercial developer tools to accelerate it.

We're a small, highly experienced, and fast moving team. We're looking for several people to join us (most roles don't require previous robotics experience, unless specified below):

- Senior Frontend Engineer (react, typescript, 2D/3D, webgl)

- Senior Backend Engineer (data infrastructure, go)

- Senior Product Designer (data viz experience critical)

- First Product Manager (previous robotics/AV experience required)

- First Account Executive (cloud/infrastructure SaaS sales experience required)

https://foxglove.dev/

https://foxglove.dev/careers

If you read the history of zaplib they very much started this journey to solve their own problems.

If you ask for "lemonade" in NZ you're going to get Sprite.

I have not had a chance to test this yet, but apparently setting your locale to en-CA (rather than en-US) solves the problem, since Google no longer assumes you're using default language settings.

Anyone have success with this?