😂

Love them for who they are, and who they are not. Be there for them.

I do not understand how someone can claim to be "risk-averse", while simultaneously being anything less than 75% bitcoin. It makes no sense to me...

I cannot even imagine being less than 75% net worth in bitcoin with all the global financial tyranny afoot. The risk associated with Fiat is way too high for my taste.

💯 Attention to detail matters. is a top-notch noticer.

Release day (yes I'm shipping on a Friday)! #shipcode

With Kotlin 2.2.20 released last week, I've been updating all the libraries I maintain. Finally able to implement support for use with a lower KotlinVersion so dependency consumers can exclude the transitive stdlib dependency and remain on their version of Kotlin (instead of always having to upgrade). Aiming for next week: • All KotlinCrypto libraries • error • bitops • sponges • random • core • hash • MACs • encoding • immutable • kmp-file • kmp-process • kmp-tor-common • kmp-tor-resource • kmp-tor #shipcode https://github.com/05nelsonm

Logic based problem solving with a focus on minimizing complexity is feminine?

System 76 all day every day 1/2 the price 10x the performance Wonderful customer service Right to repair maximalist ran company US based company Not an Apple product

Have also added support for Linux Musl aarch64, i686, and x86_64. Should be available in build-env 0.4.1, as well as the next release of kmp-tor-resource. #shipcode

It can be done in a decentralized manner; that is exactly what I'm building now... Device to device. No centralized server. Can ping any app on my phone (as long as it's registered with my app) from my laptop using terminal, curl and tor. Server is embedded in the application that other apps on the device can register with. Http calls hit the server and get routed to the registered app. It's a one click install for users. All overhead is pushed to developers to setup the client library for IPC, and then me to maintain the app & client library. UX is dead simple consumer wise, unlike other products that may require users to run a server at home or something.

None that would supplement google/apple services like OP desires.

Signal uses the socket-io library to maintain an open socket with their backend; it's incredibly resource intensive. Tutanota uses the SSE API for their push noticication service and does a pretty good job on their end as it relates to battery consumption. That said, if every app were to implement their own push notification service, 5+ apps doing on a device that turns a "mobile" phone into something that always needs to be plugged in. It does not scale. I ran a test on Android using kmp-tor and a ktor server exposed as a hidden service, pinging it every 5 min via cronjob from my server at home. Over 24h, battery consumption was about 5%-7% depending on the test device. Working on a product right now for drop in replacement to google/apple services, but it's far from ready.

👆👆👆

I'd love too, but am booked for the next couple of months under a sponsorship from to work on kmp-tor. After that, I resume work on that project.

Lots of slop and lost skills.

Story of my life. Supporting Android is never a simple task. There's always some whacky bug on certain API levels in anything you do. I actually started going straight to using android.system.Os whenever possible to avoid the java code. https://github.com/05nelsonm/kmp-file/blob/master/library/file/src/jvmMain/kotlin/io/matthewnelson/kmp/file/internal/fs/-FsJvmAndroid.kt