ibz

We’re Trezor (https://trezor.io/), a leading company in crypto security, that has pioneered the hardware wallet industry. As a Firmware Developer, you’ll help us develop firmware that runs on thousands of Trezor devices all over the world. Basically, our products put people at ease knowing their digital assets are safe. Your job here will consist of providing new features, fixing bugs, and solving difficult technical problems. Along the way, you'll gain valuable insights into the practical application of cryptography.

We picture you as a skilled developer who has a background in Python programming and has completed at least some side projects in Rust. A solid understanding of C will also be necessary.

Together, we will bring new hardware wallets to life, including a flagship Trezor product with Bluetooth connectivity. Sounds exciting, right?

Keyword: Bitcoin

PS: You can apply directly using the Satoshi Labs careers page or email me at [email protected] and I will make sure to forward your application to the relevant people in our HR department.

Comment · 1 year ago

That's how it looks like currently. Nostr is the open protocol whereas Bluesky is the more open platform.

Comment · 2 years ago

I don't have Spotify, I have Navidrome. Self-hosted on a cheap old mini PC.

Comment · 2 years ago

I see. Language barrier here. In my language "criminal" is somebody that killed another person. Seems in English the word can be used for any "unlawful activity". Good to know.

Comment · 2 years ago

I got interested in Ham radio after listening to this episode with NVK: https://podcasts.apple.com/us/podcast/nvk/id1694064646?i=100...

Seems that the movement is going through a small renaissance now. Basically - yes, the internet made it irrelevant for a long time if you think about Ham as a way to form communities, meet random people on the other side of the planet...

But imagine having devices talk to each other without the internet. This is where it starts to become really interesting!

Comment · 2 years ago

China will definitely not love the tariffs.

Criminal? What are you even talking about?

Comment · 2 years ago

While I've been a PHP hater most of my life, as I get older I start appreciating its simplicity. I still think it's a terrible language, but I would not be surprised if it went through a revival period simply because everything else has so much more unneeded complexity.

Comment · 2 years ago

Sounds like something I would easily forget: "forget yo"!

Comment · 2 years ago

Or just forget all of that and go to Fossil? SQLite seems the least likely to pull the rug.

Comment · 2 years ago

Depending on what content I am watching, sometimes I learn more from the comments than from the video itself.

Comment · 2 years ago

Encyclopedia Britannica was on CDs, not on the internet. I'm old enough to remember.

Comment · 2 years ago

Nostr is relays + clients.

BlueSky is PDS + relays + clients.

If you look at the history of Nostr and try to really understand the protocol, where it came from and what it was trying to solve, Nostr was also meant to work on a PDS + relay model, except it degenerated to the point where most Nostr app developers are simply writing Javascript browser apps that use relays as a "poor man's cloud", sort of, without any consideration for achieving self-sovereignty of the user.

"I save the data in the 6 most popular Nostr relays and done." is what 99% of the so called "Nostr apps" do. Sounds good in theory, until it is not. Relays were really meant to be treated as ephemeral actors, that come and go, and data was meant to be stored somewhere the user was in control of, but instead, relays are treated as some sort of reincarnation of IPFS, where you save your data and have it safe forever.

Bluesky seems to solve this by introducing the concept of PDS. It's not like PDSes cannot be built for Nostr - there are indeed some Nostr apps that work using the PDS model - save the data in a place the user has complete control of, and then propagate it to relays. The benefit of Bluesky seems to me that it formalizes the concept of PDSes, so that app developers don't have to think about it and cannot mistake the relays for PDSes.