Search
1000 results for “localfirst”
-
Ever look at your life and think “wtf is this”? 🤪
Perfice looked at my data and said: “You’re not cursed - you’re just running on 3 hours of sleep and pure delusion.”
Perfice is a local-first, open-source self-tracking app that shows how your sleep, mood, habits, and daily chaos actually connect.
No cloud uploads.
No creepy analytics.
Just you and your uncomfortable truths.https://github.com/p0lloc/perfice
#opensource #selftracking #localfirst #sleep #techlife #devlife
-
Ever look at your life and think “wtf is this”? 🤪
Perfice looked at my data and said: “You’re not cursed - you’re just running on 3 hours of sleep and pure delusion.”
Perfice is a local-first, open-source self-tracking app that shows how your sleep, mood, habits, and daily chaos actually connect.
No cloud uploads.
No creepy analytics.
Just you and your uncomfortable truths.https://github.com/p0lloc/perfice
#opensource #selftracking #localfirst #sleep #techlife #devlife
-
#LifecyclesProjectSociety partnered with local #IceCream maker - #ColdComfort. They created a #LocalFirst - #pear ice cream. It's made from some of the pears we gleaned around the community as part of our #FruitTreeProject.
Their website:
https://www.coldcomfort.ca/Our website:
https://lifecyclesproject.ca/#Nonprofit #SupportLocal #BuyLocal #SmallBusiness #LocallyMade #LocallySourced #VictoriaBC #YYJ #VancouverIsland #VanIsle #Desserts #MadeInYYJ #MadeInBC #MadeInCanada #CookStVillage #FairfieldCommunity #BuyCanadian
-
#LifecyclesProjectSociety partnered with local #IceCream maker - #ColdComfort. They created a #LocalFirst - #pear ice cream. It's made from some of the pears we gleaned around the community as part of our #FruitTreeProject.
Their website:
https://www.coldcomfort.ca/Our website:
https://lifecyclesproject.ca/#Nonprofit #SupportLocal #BuyLocal #SmallBusiness #LocallyMade #LocallySourced #VictoriaBC #YYJ #VancouverIsland #VanIsle #Desserts #MadeInYYJ #MadeInBC #MadeInCanada #CookStVillage #FairfieldCommunity #BuyCanadian
-
#LifecyclesProjectSociety partnered with local #IceCream maker - #ColdComfort. They created a #LocalFirst - #pear ice cream. It's made from some of the pears we gleaned around the community as part of our #FruitTreeProject.
Their website:
https://www.coldcomfort.ca/Our website:
https://lifecyclesproject.ca/#Nonprofit #SupportLocal #BuyLocal #SmallBusiness #LocallyMade #LocallySourced #VictoriaBC #YYJ #VancouverIsland #VanIsle #Desserts #MadeInYYJ #MadeInBC #MadeInCanada #CookStVillage #FairfieldCommunity #BuyCanadian
-
#LifecyclesProjectSociety partnered with local #IceCream maker - #ColdComfort. They created a #LocalFirst - #pear ice cream. It's made from some of the pears we gleaned around the community as part of our #FruitTreeProject.
Their website:
https://www.coldcomfort.ca/Our website:
https://lifecyclesproject.ca/#Nonprofit #SupportLocal #BuyLocal #SmallBusiness #LocallyMade #LocallySourced #VictoriaBC #YYJ #VancouverIsland #VanIsle #Desserts #MadeInYYJ #MadeInBC #MadeInCanada #CookStVillage #FairfieldCommunity #BuyCanadian
-
#LifecyclesProjectSociety partnered with local #IceCream maker - #ColdComfort. They created a #LocalFirst - #pear ice cream. It's made from some of the pears we gleaned around the community as part of our #FruitTreeProject.
Their website:
https://www.coldcomfort.ca/Our website:
https://lifecyclesproject.ca/#Nonprofit #SupportLocal #BuyLocal #SmallBusiness #LocallyMade #LocallySourced #VictoriaBC #YYJ #VancouverIsland #VanIsle #Desserts #MadeInYYJ #MadeInBC #MadeInCanada #CookStVillage #FairfieldCommunity #BuyCanadian
-
The frontier of digital expression is returning to code and text.
Instead of massive models or flashy UIs,
trust grows in small, readable code and honest words.ZINEs in .txt or .md, local AI, and the minimal beauty of UNIX.
True freedom comes from technology you can understand.#TextCulture #UNIX #LocalFirst #SmallIsBeautiful #DIYTech #FediTech
-
I built a local-first daily planner for iOS
https://apps.apple.com/ca/app/to-do-list-planner-zesfy/id6479947874
#HackerNews #localfirst #dailyplanner #iOS #appdevelopment #productivity
-
Deta Surf – An open source and local-first AI notebook
#HackerNews #DetaSurf #OpenSource #LocalFirst #AINotebook #GitHub
-
Deta Surf – An open source and local-first AI notebook
#HackerNews #DetaSurf #OpenSource #LocalFirst #AINotebook #GitHub
-
Deta Surf – An open source and local-first AI notebook
#HackerNews #DetaSurf #OpenSource #LocalFirst #AINotebook #GitHub
-
Deta Surf – An open source and local-first AI notebook
#HackerNews #DetaSurf #OpenSource #LocalFirst #AINotebook #GitHub
-
Deta Surf – An open source and local-first AI notebook
#HackerNews #DetaSurf #OpenSource #LocalFirst #AINotebook #GitHub
-
🧐 Ah, yes, the #BeeKEM protocol, where we learn that #privacy and #consent are apparently revolutionary ideas—because obviously, no one ever thought of them before these "local-first" geniuses. 🤦♂️ Let's all pretend the world didn't already know about #autonomy before #Keyhive came along to save us from ourselves! 🚀
https://meri.garden/a-deep-dive-explainer-on-beekem-protocol/ #localfirst #HackerNews #ngated -
With PodOS you can now access your #Solid data while offline. Opt-in by visiting the Settings page (Button in the footer)
-
Apparently, we've reached the glorious era where an #open-source #AI agent can regurgitate cookie-cutter apps from the bowels of a "Neon" platform, all while developers sip coffee and pretend to be productive ☕🤖. In true tech fashion, it proudly claims to be "localfirst"—because what's more revolutionary than solving problems no one had? 🌟✨
https://www.app.build/ #localfirst #techhumor #appdevelopment #coffeeandcode #HackerNews #ngated -
🎩 Ah, the age-old "Local-First Software is the shiny new knight" tale, where #databases are the misunderstood protagonists in a techie soap opera no one auditioned for. 🤖 Spoiler alert: it's a #JavaScript jamboree with enough buzzwords to power a small startup, yet still manages to trip over its own limitations while chasing its offline dreams. 🚀
https://rxdb.info/articles/local-first-future.html #LocalFirstSoftware #TechBuzz #OfflineFirst #HackerNews #ngated -
Just dropped my #ConFoo slides on 'Building Desktop Apps with PHP'! 🚀
Covered #localfirst, #NativePHP, #PHPDesktop & built a single-binary desktop app with #FrankenPHP, #Webview & #StaticPHPCLI. Huge kudos to @simonhamp for pushing NativePHP forward! 🙏
https://gamma.app/docs/Building-Desktop-Apps-with-PHP-Confoo-2025-zeyd7c4qykll78b?mode=doc
-
I have a new post on my experimental journal and on how it's going, implemented, and may change. I may also have noted a way to get digital bird stickers.
https://www.fractalkitty.com/streamof-me/
#streamOfMe #journal #mathOfMe #cinquain #birding #microBlog #localFirst #rss #indieWeb
-
Last talk before LoFi hacking is @daffl talking about his DWeb chat app that we are using as the backchannel for the event this weekend 💬
-
Our first speaker @pvh gives us a rundown of local-first software, Automerge, and some live coding! 🔥
-
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
-
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
-
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
-
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
-
#Development #Takeaways
A local-first case study · “It’s very possible to build a useful local-first app today.” https://ilo.im/160cj4_____
#LocalFirst #WebApp #Maps #Svelte #Shoelace #ProseMirror #CRDT #WebDev #Frontend #JavaScript -
#Development #Takeaways
A local-first case study · “It’s very possible to build a useful local-first app today.” https://ilo.im/160cj4_____
#LocalFirst #WebApp #Maps #Svelte #Shoelace #ProseMirror #CRDT #WebDev #Frontend #JavaScript -
#Development #Takeaways
A local-first case study · “It’s very possible to build a useful local-first app today.” https://ilo.im/160cj4_____
#LocalFirst #WebApp #Maps #Svelte #Shoelace #ProseMirror #CRDT #WebDev #Frontend #JavaScript