TLDR; The title of this post.

Feel free to reach out for clarity instead of reading the code/docs.

I was working on a “react-like syntax for webcomponents”, I wanted to create something robust and flexible for secure data storage and management.

I started off with an approach for asynchronous state management so that components outside the shadow-root could receive updates. (The events are also encrypted to secure against things like browser extensions.)

https://positive-intentions.com/docs/projects/dim/async-state-management

It then made sense to be able to persist that data so it can work between page releoads.

https://positive-intentions.com/docs/projects/dim/bottom-up-storage

The result looks and works like the following when used in a project.

https://positive-intentions.com/docs/projects/dim/encrypted-store

The Dim framework seems like a dead-end. I wanted to try it out on my existing React projects. So I created the equivalent React hooks.

https://positive-intentions.com/docs/projects/dim/use-dim-store-react

I find it to be performant and I want to push the scale of the approach, so I am in the process of testing it out on my projects. A notable use-case there is storing encrypted files at rest.

IMPORTANT: Im not trying to promote “yet another ui framework”, this is an investigation to see what is possible. You should not use this in your own code. It is not reviewed, audited or production-ready. It is not on npm. Shared for testing, feedback and demo purposes only.

Software Freedom Conservancy publish Recommendations When Using LLM-backed Generative AI Systems for FOSS Contributions, which reflect the extremely difficult dilemmas that these systems pose for FOSS contributors.

They are approaching LLM-gen-AI from a variety of perspectives and this is practical assistance to minimize damage caused by using proprietary systems, whether FOSS contributors reject LLM-gen-AI or choose (voluntarily or by employer mandate) to use them.

Hello everyone, you may remember I dropped by a while back concerning my cooperative management project.

The idea has evolved to building an open-source Enterprise Resource Planning application specifically for worker's cooperatives. While most ERP software focuses on driving top-down directives, the goal of this project is to enable the cooperatives to work, make decisions, and resolve disputes more efficiently than basically any other type of company.

Current tech stack: Docker, postgres, nginx, SQLAlchemy, gunicorn, jinja2, Flask, Alembic, and Redis.

Please check out the repository documentation if this sounds like something you may be interested in. The docs include the foundational philosophy document called "Hierarchy by Consent" and there is also a template for an Articles of Incorporation that I intend to include as the first default document template in the software.

I'm still pretty early in the process but most of the tables are set up and I've made notes in the the classes explaining the requirements and workflows.

I've also got some issues started on Codeberg, mostly related to the front-end, which is where I need the most help at the moment. I will certainly be glad for help elsewhere as well.

It's an open-source project so there is no immediate financial incentive. Part time contributors are certainly welcome.

There's a discussion room on Matrix and here is the Repository.

Thanks folks

I've this wild idea, a phew prototypes. And a lot to discuss about. For those who build something similar (not on the concept of the app, but in the building a dockerized thing for other to use, or self use)

What things that you have found that could be a problem? How to handle the stuff around? And more than anything else, would you do something like this one?

All feedback is welcome.

Have you ever thought about sharing data across language boundaries without serialization? This blog post highlights the challenges behind this endeavor and how they can be overcome.

Note: I'm not the original author of the blog post, but since the author does not have a programming.dev account, I post it on his behalf.

cross-posted from: https://lemmy.world/post/48190865

A very very senior game developer recently told me how he is changing specialization because AI is much better than him at what he does already.

I asked him if it was just the speed and mass of code, to which he replied that Claude 5 Fable/Mythos is just so advanced, it comes up with solutions he would never have thought of, not even requiring good prompts anymore.

He further said in some areas like Unity it's not perfect yet, but improving drastically.

Honestly this is pretty different to what I read in many articles regarding AI code.

They mentioned errors, bad performance & such.

However if it is already used in production and he as a professional evaluating it, is saying it's better than him...

That same day I also talked to somebody that got hired to train an LLM. His interview was with that companies chatbot, that offered him over 120$ per hour, a roughly 500% increase from his previous job 🤣