Slow software for a burning world
bonfirenetworks.org
Slow software for a burning world
1–10 of 101 posts
Re: Slow software for a burning world
#2I see we still haven't learned to put a summary of what your product is/does near the start of any big announcement.
Re: Slow software for a burning world
#3Refreshing reading. I hope we soon move to an era where this kind of initiative is the starting point. (In opposition to the make quick money model)
Re: Slow software for a burning world
#4I see we still haven't learned to put a summary of what your product is/does near the start of any big announcement.
Appears to be a fediverse social network like Mastodon, there's a demo on their homepage: https://bonfirenetworks.org/
Re: Slow software for a burning world
#5I see we still haven't learned to put a summary of what your product is/does near the start of any big announcement.
Yes lost me reading after few minutes because I still didn't know what I was reading about
Re: Slow software for a burning world
#6I did not understand what this is about from the article. It is social and wants to empower people, but how?
From reading the 'about' page I understood that this is a new social media platform in the Fediverse.
Now there is obviously one question: why should I participate in this and not in the existing projects like Mastodon? Why did you split up?
I suggest the Bonfire people should put the answer to that question on the top of the 'about' page.
Re: Slow software for a burning world
#7> Profit over people: at what cost?
Profit hasn't been the goal of Silicon Valley for a very long time. Revenue and growth have been the goals, and chasing those two has been much more damaging than chasing profits.
Re: Slow software for a burning world
#8> Profit over people: at what cost? Profit hasn't been the goal of Silicon Valley for a very long time. Revenue and growth have been the goals, and chasing those two has been much more damaging than chasing profits.
Aren't they chasing those to ultimately generate profits?
Re: Slow software for a burning world
#9there is a fine balance between new features and performance (e.g. android/ios apis, .net apis in unity game engine etc.)
but I think there's a consensus around certain software not keeping its responsiveness acceleration on par with hardware capability acceleration, some of it driven by ideas like "everyone phone now has 8gb of ram, c'mon", but most of it by profit incentives on the other side, e.g. cloud providers.
I was really happy to discover proxmox (my micro-homelab is a dell mini pc, a mid-range asus gaming router, a 2-slot synology nas, and it's rocking)
then, hetzner (for workloads that cannot be hosted on my homelab), they have an outstanding performance for 3-5$ monthly. before that I used aws lightsail, digital ocean droplets, and before that I used google cloud. I basically started with the worst and ended up with the best, I'm quite sad about that as I've wasted so many hours learning the stupid GCP ui, which was buggy and convoluted af. basically I went on one of the worst paths in terms of devops/sysadmin leverage, wasting time on semi-non-transferrable skills. this was not my main job, though, it was mostly hobby projects but still
Re: Slow software for a burning world
#10there is a fine balance between new features and performance (e.g. android/ios apis, .net apis in unity game engine etc.) but I think there's a consensus around certain software not keeping its responsiveness acceleration on par with hardware capability acceleration, some of it driven by ideas like "everyone phone now has 8gb of ram, c'mon", but most of it by profit incentives on the other side, e.g. cloud providers.…
In my opinion, it’s good to make these mistakes earlier rather than later on. You got the scars early enough to think there must be a better way, as opposed to starting with the “old school way” and then thinking that AWS/GCP would make it easier.