I dropped my FairPhone 5 from a bicycle on unwelcoming pavement at good speed. Broke the camera glasses, the screen protector, the carry case and the back cover. It looked positively destroyed and my first thought was “yay, it’s repairable”. Repairing was easy enough and aside from some war wounds on the side of the case (scratches) it’s as good as new. I’m glad I got this phone.
Aside from being repairable, I also appreciate the e/OS support.
I’m also waiting for this to move some 500 repositories from GitHub to a realistic federated alternative. I follow up from a distance but don’t see much movement on ForgeFed for ForgeJo. Did I miss something?
Battery temperature management seems to be a key limiting factor.
At least a few years ago, and likely still, the reasons and conditions under which the barrier layers in the battery degrade were not super well understood. Heat seems to be a key contributing factor and charging a battery quickly warms up the battery and I suppose not fully evenly within a cell. Not knowing the complete extent of this makes the early LEAF’s lack of actively cooled battery a reasonable choice. Before that, the batteries of earliest Prius cars held up way longer than expected.
Like with a phone: heat and cold is not super awesome for the battery. It seems heat is especially bad for longevity.
Mate, I’m not sure you’re making a convincing argument for remote cooperation here. When OP said sometimes, that is clearly the majority of cases in your book but I do read that differently.
Be kind and think of the other people in the conversation. If you want remote to work then act in a way that shows it does work.
Either case, best of luck in pushing for remote work! Cheers
I grew up online and there are people I’ve never met in person whom I can work with no problem. I have never had the need to see someone in person for work myself, but the click isn’t there for everyone.
I dislike generational thinking and this argument seems to play on those lines; I have seen some people working better remote and some working better partially in person regardless of their generation or background. Younger people are more fluent in working remotely but not everyone wants that full-time and sometimes it doesn’t work out too well either. Often working in the office is the worst so let’s make/keep remote the default.
My personal opinion is that we should do everything online which can be online and that people who need to work in person should do their best to cater for working online. It helps with climate and can help work/life balance.
Any form of communication gap is a shared gap. Both sides have to cater to make the conversation work. If OP needs face-to-face then that must be taken into account. If you want that conversation to happen you’d better care for their needs as much as they’ll care for yours. OP may have extensive experience in working with people and may have seen this need on their own end and likely on the other end too. Perhaps even only on the other end. On the spectrum of cooperation I’m sure there will be cases where it helps and perhaps even be necessary. I believe it’s a small subset of situations.
By all means, try to stay constructive and learn from others. Whatever they have learned in the past likely applies to our new ways in another form. I would like it if we could keep improving remote.
I don’t think Xerox invented the computer mouse. It was first drawn out by Douglass Engelbart and presented to the public in the 1968 presentation “Augmenting the Human Intellect” (you can watch it on the present day, it was recorded).
It was my understanding (which I did not verify) that this was picked up by Xerox and others and that windowing systems evolved from there on with Xerox leading towards Desktop Publishing.
Looking good 😎.
What do you use as a charging circuit and (grid tie?) inverter? I’m interested in affordable components and corresponding wiring.
Assuming you’ll draw less current than the iMiev does, you may be able to get more energy from the cells 🤞
This must be from another timeline. Sorry for the inconvenience, please skip.
User focused applications running on my own internet accessible infrastructure fully based on open standards and interoperable with the Fediverse… Yes please
I’m looking forward to play with this.
No, I came into this for mechanical prints 7 years or so ago. I would expect there to be dedicated Blender fora where you can ask.
The slicer (such as Cura) will be fine. Your printer will likely come with some default settings which will be sufficient to get started.
Blender is the sculpting tool you will master. Cura is the oven. Baking is important, but the general art is in the mastery of the pottery tools.
Assuming this is all new, it is not a small thing to learn. Some are faster than others but becoming proficient may take months if it’s a side gig. It is really fun though. Blender will also allow you to make gorgeous renderings if you’d want but I would stay out of that if you really want to print things as it’s another deep and super interesting topic.
Good luck!
I have chosen all the different things in 3D printing than what you need. This is big picture.
Most 3d prints are not food safe, but I guess that’s no big deal for decorative cakes. It is possible to make food safe prints.
A resin printer will give smoother results for what I’ve seen but it is more messy with respect to material handling. This is probably what you should do in your case if you know you can handle less safe materials and ventilate correctly.
The most common 3D printers deposit molten plastic. These are less messy but will yield less details. You can endlessly tweak and modify them.
For modeling cartoon characters I would learn Blender.
From Blender export to Cura for slicing into layers and commands the printer understand. Others exist, I doubt Cura does resin printers.
Short-haul can hopefully be handled by improved battery tech. Long-haul would need even lighter batteries so it’s less likely to work or will take longer.
You could find out about the way we do it at https://github.com/madnificent/docker-ember but I would not if I were you.
The real risk, today at least, does not seem utterly huge. Jumping in this rabbit hole of containers is another topic in itself. I suggest continuing your learning as you do now and maybe revisit this later. You will learn faster that way.
Feel free to check what we did on the link above and ask questions later or whenever you feel ready for this topic.
You shouldn’t eat candy given to you by strangers. If you’re in a large group and someone knows the candy, maybe. Code is food for your computer. Be wary. Our large Open Source group of friends has learned about many kinds of candy and shouts loudly when some in the group becomes ill. You don’t want to become ill. Some risk exists, but with a large group it is generally ok. Don’t install packages as root, don’t install what you don’t need.
I run my frontend builds through Docker (also during development). By isolating access to the host system to the files/folders necessary for development I’ve shielded off the majority of current realistic attacks I’ve seen as NPM based exploits. I’m certain the approach can be replicated for other frameworks, but we use Ember and docker-ember. I doubt it runs as smoothly on a non-Linux OS.
I totally forgot about that :P That would be great indeed.
The PD trigger board may be much more involved/expensive though and I have not seen any budget battery banks supporting it. One can dream.
I expect consuming devices to adapt themselves to the three or four commonly provided voltages for the foreseeable future.
I have done this using a usbc power bank explicitly rated to 20v. You only need a usbc power delivery trigger (which are not expensive).
I used diodes from a washing machine to drop from 20v to about 18.8v in my case. These dissipate quite a bit of heat so my cable has an extra metal plate as heatsink. I would put the diodes in the middle of the cable if I’d make it again. It is good for keeping it topped up as the current is lower and the heat stays lower too.
I had to read the overview and it looks nice. It reads like IPFS without some of the challenging cruft. Well written!
IPFS seemingly works small scale but not large scale. What makes tenfingers handle millions of files and petabytes of data better than IPFS? Perhaps that is not the goal. In what way do you think the tech scales? Why will discovery of the node which has the data be short?
I want to ask for benchmarks but you can’t do a full benchmark without loads of resources.
I’m not actively looking but please do share references! Other people may read this and they may want to know too. Perhaps I’ll jump back in the rabbit hole at some point too 😁
Exactly. The Semantic Web is broader than Solid but Solid is great for personal apps.
Say you buy a smartphone. The specifications of the smartphone likely belong elsewhere than in a Solid Personal Online Datastore, but they can be pulled in from semantic data on the product website. Your own proof of purchase is a great candidate for a Solid POD, as is the trace of any repairs made to it.
These technologies are great to cross the barriers between applications. If we’d embrace this, it would be trivial to find the screen protector matching your exact smartphone because we’d have an identifier to discover its type and specifications. Heck, any product search would be easier if you could combine sources and compare with what you already have.
The sharing tech exists. Building apps works also. Interpreting the information without building a dedicated interface seems lacking for laymen.
IPFS would replace Content Delivery Networks in present day.
It would also allow you to host software and other content from your own network again without the constraints modern Internet Service Providers pose on you to limit your self-hosting capabilities.
If applications are built for it, it could serve as live storage for your applications too.
We ran ipf-search. In one of the experiments we could show that a distributed search index on ipfs-search, accessible through JavaScript is likely feasible with the necessary research. Parts of the index would automatically be hosted by clients who used the index thus creating a fairly resilient system.
Too bad IPFS couldn’t get over the technical hurdles of limiting connection setup time. We could get a fast (ElasticSearch based) index running and hosted over common web technologies, but fetching content from IPFS directly was generally rather slow.
Looks good to me.
docker-ember largely automates such a setup with specific mounts for linking node modules from other folders, being able to bind to localhost for when you run the backend on your own machine, and exposing ports for livereload. May include other secret sauce. Some of that is closely tied to EmberJS.
I’m a fan of using tools you understand. What you show here is comprehensible and sufficient for now👌