GabeIsko

No, the reason why I called them digital slaves is because it is a business pursuit to directly replace workers with unpaid labor automatons. That part is folly. I guess I was baiting a bit. I am not talking about the work itself, or the ethics of using tools - actually in this sense a digital slave would be on it's face ethical because an automaton is a machine, and not a person with rights etc.

I specifically used that term to point out the folly of replacing the human form as a business exercise. It get that it is a very simple business proposition - retrofit existing workspaces designed for humans around digital atomatons that mimic humans and eliminate your labor costs. Theoretically you are eliminating the messy step of systems integration. However, systems integration is a process that you simply can't get away from - you will have to figure out charging stations for these robots, issues will pop up, you will have to maintain them etc. It is not the exchange of money for labor between 2 parties - one is fundamentally a machine and it requires operations and maintenance to keep in working order.

Trying to mimic the human form then starts to undermine the very point of owning a site of business in the first place. While I think that understanding more about our bodies and replicating the motion and control of biomechanics is a very noble research aim, in egineering applications it is a very impractical one. These robots would be much better suited if they were on wheels for instance.

The distance between the pratical applications for these kinds of robots and the imagination that provides them their research and development funding is too much of a gap - it facilitated me leaving the industry to work in software. I found that there was a fundemental mis-alignment. Researchers want to explore motion, business want to solve practical problems. This platform is a compromise that does neither very well.

So the point is that the digital slave term was very intentional, and you actually grokked it pretty well. I wouldn't call a laptop a digital slave - a digital slave would be a human robot that you could program to use your computer for you while you were away from your desktop workstation. That would be a really dumb invention.

It is very simple. Those are not real machines.

This is exactly why I didn't want to work for Agile when I was invited. This stuff is going to get crushed in the market by cheap AGVs and good systems integration.

It was very sad to watch the ambitions of excited robotics researchers turn towards making what are essentially digital slaves. I am not saying that manufacturing or logistics couldn't, or even shouldn't be automated. But the true factories and distribution centers of the future will have to fundamentally rethink what productivity and coordinated work looks like, including having a greater imagination about work and employment.

Mimicking the human form inelegantly is not going to cut it, let alone reduce labor costs. I am all for the research, but the dream of replacing bin pickers with humanoid robots is cynical and hopeless.

Does it matter? Whether they are doing it on device or in the cloud, they are still recording what their customers say and collecting data on it without their consent.

To me, this is really an admission.

That sounds neat, I haven't seen it, although I think someone else mentioned they were using neocities. Do they support random static sites?

It's different for codeberg, because they have a lot of infrastructure they have to maintain, and are ideologically motivated to be a libre option to share peoples code. It's an entirely different motivation than promoting a subreddit that runs on reddit's infrastructure. They are really constrained on the infrastructure cost side, and stability is a constant struggle. They don't have the bandwidth to sort through the AI slop - they would probably rather ban potentially good useful projects at the expense of making codeberg a more restrictive place that people who use AI in a smart way avoid to ensure that they can provide infrastructure for libre software. I kind of see where they are coming from.

It's not just AI stuff btw. I recently evalutated hosting a static site on codeberg for a project I am working on. It is a cool project, and although it is commercial now (it's a video game) I would like it to be open source one day. It would have been a great contribution to codeberg (in my opinion)! Maybe my game can't be open source software right now; sharing open source art is a mess. But I would love to make the blog for it libre!

However, I came to the conclusion that the static page feature of codeberg simply isn't appropriate for this use case. The codeberg staff really only maintains it so that codeberg can be feature complete with other publicly available git forge hosts (github, gitlab, etc.,). It actually is a huge infrastructure burden that contributes to their instability. They have made it explicit in the past - that feature is so that libre software projects hosted there can have a static page if it would make the project better, and they don't care about any other use case. I don't need that - I want a stable platform that will host my small static website blog at a very low cost, with high stability and uptime, no questions asked. We simply don't have goals that align, and that is okay. I don't take it personally. The whole point of making my blog a static site was to build it locally and be host agnostic. The hosting privilege ultimately is going to Cloudflare workers.

I think that is a much healthier way to think of this sort of. The great AI deluge of code (slop) IS disrupting a lot of assumptions we made about the internet that were based on creating code that works is hard. Now creating code is easy. Creating good code may still be hard, but I think it will be healthy to re-evaulate everyone's goals and agenda's, trust in the people that act in good faith and have the best attentions in mind, and respect everyone's limitations.

This is what I love about selfhosting btw - I am a really active participant on that sub and I actually appreciate the balance you guys are trying to achieve between allowing people to share projects they think are helpful (even if some LLM code was involved) vs. not letting it be entirely overrun by crappy AI slop app spam (which opens up a lot of supply chain risk anyway). I love self hosting my software, and I have gotten a lot of use out of my self hosted Qwen model - notes only, no code generation though. Selfhosted is honestly the solution out of this mess. Empowering individuals to run the computing they need to use every day off of their own computers that they own, bringing computing to the masses. I hope we can move past this RAM market cornering BS and get back to that mission.

I braced myself for this, and instead found that it worked surprisingly well for my uses. I only manage 4 gigs though.

Man, I always hoped to find a project like this on hackernews. I starred it.

It's pretty sad in the indie gamedev world that handling and versioning binary data is considered an enterprise feature. I understand that git was explicitly designed for source code, but it would be nice to have any open system that handled versioning binary files well. This is pretty much the only reason I am going to try out lore at some point, although I am not super psyched at some of its implementation.

What is a real text editor, by your estimation? NVim? Emacs? Genuinely curious.

I use VSCode/Codium since I maintain a GUI stack for general usage. But I have all the terminal tools installed for my work there as well. I hate customizing things too, which I find is necessary if you want to get the most out of terminal text editors. VSCode is pretty good out of the box, with terminal access and everything built in.

Jeez, I hope this doesn't turn into a text editor flame war...

I gotta say, Fedora plus KDE - have not had any major issue, and certainly none as bad as desktop utility performance degradation on Windows 11. Probably a little more fragile feeling than Windows 10, but it honestly has felt basically same, which I wasn't expecting.

This thing came by default on AlmaLinux, which I am evaluating for some HomeLab stuff. It's pretty neat! Definitely not a replacement for cotnainer management though - it is really more of a sysadmin portal where you can view services and open a terminal and such, but from a web console.

Let's assume they aren't correct - is the massive cost DOGE is incurring to taxpayers while destroying essential government services and weakening our national security a good thing?

If you have to render html, which is what markdown ultimately becomes, you might as well use a web broswer.

That's not it! Direct engineering effort towards new features that will drive new customers and markets. Functionality is unimportant. Haven't you ever worked in enterprise software?

I'm kidding btw.

Yes, but the cat is out of the bag now. Welcome to the era of every piece of creative work coming with an EULA that you cannot train on it. It will be like clearing samples.

I have been on the other side of this where engineers end up just being a technical support team, and are competed over to directly support accounts, and then there ends up being a plethora of hot fixes and custom solutions per customer. There is a ton of technical debt, because non of this stuff is tested properly and there are regressions all over the place. The whole thing goes under after a competitor, with their properly invested engineering resources makes a better and fully featured product than you.

To me, this screams a real failure of product management. They can't communicate the needs of their customer to their engineers or push back against them? Having engineers take sales calls is not going to scale when you have an actually mature base of customers.

If this product manager really wants Engineers to take sales calls, the Engineers need to earn part of the commission on the accounts. That is the only fair way to do this. I would never take a sales call without part of my compensation being commissions based.

See, that's the issue. I want my distribution to distribute the dependencies I need to run applications outside of containers. That's, like, it's main job man.

Not working with datasets. Binary files aren't that large, and these tools are generally bad for my use case - because I am not concerned about datasets.

I need to track changes in binary files of very reasonable size. Total repo size is <1GB. But even at these small memory requirements it makes much more sense to self host with LFS. I have written this up too many times on the internet to go into great detail about how LFS isn't perfect and how I wish there was something better, but in practice it has worked extremely well for tracking a small amount of binary files. Kudos to the devs.

How is forejo's git LFS support? I self host gitea (from before the split) but I am considering making the switch. LFS is a must for me though.

If enterprise corporations actually did a throughout investigation, they would probably find that a lot of their license deals have gone unfulfilled. They are really bad about this kind of stuff. It became super complicated to buy this kind of software once companies realized that they could force everything though a deal desk and try to extract as much money out of the government as possible.

We have had companies outright refuse to even give us a price when we told them we wanted to investigate buying a license. Such a PITA.

There has historically been massive investor and shareholder pressure for companies to show "Cloud Recurring Revenue" and multiple wall street analysts will start issuing higher price points for your stock based on this, and eventually large institutional investor adjust their positions accordingly.

I like the cloud for a lot of reasons. But, making your software worse to make your stock price higher seems like a loser for everyone long term.

Most government IT is using RHEL. You are correct, it is because of the thankless work they put into long term enterprise support. Microsoft doesn't do anything like that.

I can assure you, the DoD isn't a bunch of windows servers hosting sharepoint for the public. Federal government IT in general is a RHEL shop, at least serverside.

Let's Encrypt cert renewal comes out of the box on traefik? I haven't kept up with it. I'm on a similar set and forget schedule with configured nginx and some crowdsec stuff, but the API change ended up killing off an afternoon of my time.

Would you suggest something? I do this, but I'm not sure I would call maintaining my setup trivial. Got in trouble recently because my domain registrar deprecated an API call and it ends up that broke the camel's back in my automation setup. Or at least it did 90 days later.

Sounds like we need more safety regulations.

Absolute encoders can be really good for position critical applications that you don't want to re-home all the time. Linear stages, winches - if you don't want to re home it and it needs accurate position control you start looking at an absolute encoder.

Even for speed control, hall effect sensors are kind of a poor way to track position. What is nice about hall effect sensors is that you can use them as a signal to perform brushless commutation in your motor controller, and then also use them as a poor-man's encoder. Very useful if you don't need that much accuracy in your application, but you do need brushless motors for some reason. But one of the first things I would go to as a application engineer was recommend customers get an encoder mounted.

This is exactly why I ended up going for Godot with my own hobby game. I have made a lot of progress on a custom game engine in the past without actually having a game to make in mind. It always gets to the point where you have to start making decisions about the tooling, and that becomes your main focus.

No disrespect or put downs of anyone trying to do their own thing, but Godot is a really great engine and is open source. It's kind of miracle that we live in a world where there is a viable open source engine for commercial grade 2d games and the whole thing is MIT licensed.

In the robotics community, the stuff coming out of George Hotz has always been considered a kludgy mess, and unsuitable for serious work. Dude is a talented hacker, but the idea that this will replace ROS is kind of a joke.