[-] moonpiedumplings@programming.dev 19 points 1 week ago* (last edited 1 week ago)

this is a beta release and will NOT be pushed to the repository

Yeah, that's a nono from me. That's a big security red flag.

Secondly, if goes against the stated goal of having testers find bugs. Part of finding bugs is being able to go through the code and figure out what issues are happening, in what parts of the code.

Finally, this project appears vibecoded. Here is the initial commit: https://github.com/adityakrishnan005-a11y/ScreenGuard/commit/c97cc2e6bd17b35e99ff0bb892aeed41f95cb4e0

That's a lot of code in the initial commit. And emojis in the .md's...

There are also some other bad patterns like binaries in the git repo :/

I can see why this project received mixed review on it's previous pass. Please:

  • Transparency about LLM usage — Allow people to make informed decisions rather than concealing it. You are still going to get mixed reviews, but it's better to be honest
  • No more binaries in the repo. C'mon
  • All code has to be public. It's not actually open source if not all code is public.

It's a cool project, sure.

But what makes this project better than something I could vibecode? What makes this project better than the previously existing https://github.com/polesapart/timekpr-next , or other time keeper/time control projects? Can you guarantee that this project will stay maintained, which is a common issue with vibecoded projects.

[-] moonpiedumplings@programming.dev 19 points 3 months ago* (last edited 3 months ago)

It's open source, and the relay's are e2ee (and audited), but they can also be self hosted.

  1. Do you have actual technical issues with rustdesk?

  2. Do you have an alternative software you would recommend? I hate when people spread FUD or say "don't use/do this" without actually providing an alternative. Drives me nuts. Because if you don't present an alternative to a software that someone needs, your complaints are kinda meaningless and a waste of everybody's time because they're gonna end up ignoring the complaints and using the tool they need.

[-] moonpiedumplings@programming.dev 21 points 3 months ago

This is bad, but I don't really care.

On iOS, all browsers are forced to use the safari/webkit browser engine, which simply isn't as modern in terms of security as actual firefox. There is a reason this bug only affects firefox on iOS, and that's probably why.

Blame Apple. Not Mozilla.

[-] moonpiedumplings@programming.dev 20 points 4 months ago

My favorite pro is league of legends support.

[-] moonpiedumplings@programming.dev 20 points 8 months ago

As far as I know, there is no programmatic way to destroy an existing pizza. terraform destroy is implemented on the client side, by consuming the pizza.

[-] moonpiedumplings@programming.dev 18 points 2 years ago* (last edited 2 years ago)

Helldivers 2 and easyanticheat also have kernel level anticheat, but remain playable on linux. They disable the kernel level bits on linux.

[-] moonpiedumplings@programming.dev 19 points 2 years ago

also as a bonus question, why does every IDE seem to require you to configure every single option before it can run code

What IDE's have you tried?

Kate (and vscode) aren't really IDE's, they're more like extremely extensible text editors. You can make them IDE's, but they dob't come like that out of the box.

On the other hands, actual IDE's often have the inbuilt capability to install and manage the programming language related software.

[-] moonpiedumplings@programming.dev 19 points 2 years ago* (last edited 2 years ago)

Ubuntu in WSL comes with systemd enabled. Debian doesn't, and you have to enable it yourself.

That's why I chose to have people use Ubuntu in WSL, despite the other downsides. One less step to setup a Linux environment on Windows makes the process smoother.

[-] moonpiedumplings@programming.dev 19 points 2 years ago* (last edited 2 years ago)

And before you start whining - again - about how you are fixing bugs, let me remind you about the build failures you had on big-endian machines because your patches had gotten ZERO testing outside your tree.

As far as I know, the Linux Foundation does not provide testing infrastructure to it's developers. Instead, corporations are expected to use their massive amount of resources to test patches across a variety of cases before contributing them.

Yes, I think Kent is in the wrong here. Yes, I think Kent should find a sponsor or something to help him with testing and making his development more stable (stable in the sense of fewer changes over time, rather than stable as in reliable).

But, I kinda dislike how the Linux Foundation has a sort of... corporate centric development. It results in frictions with individual developers, as shown here.

Over all of the people Linus has chewed out over the years, I always wonder how many of them were independent developers with few resources trying to figure things out on their own. I've always considered trying to learn to contribute, but the Linux kernel is massive. Combined with the programming pieces I would have to learn, as well as the infrastructure and ecosystem (mailing list, patch system, etc), it feels like it would be really infeasible to get into without some kind of mentor or dedicated teacher.

[-] moonpiedumplings@programming.dev 18 points 2 years ago

I just use termux + the simple http server built into python

[-] moonpiedumplings@programming.dev 20 points 2 years ago

What? Github is not open source.

And plenty of people have issues with Github: https://sfconservancy.org/GiveUpGitHub/

their entire hosting site is, itself, proprietary and/or trade-secret software

[-] moonpiedumplings@programming.dev 18 points 2 years ago* (last edited 2 years ago)

https://nixlang.wiki/en/tricks/distrobox

https://distrobox.it/

Not the nix way, but when you really need something to work, you can create containers of other distros.

view more: ‹ prev next ›

moonpiedumplings

0 post score
0 comment score
joined 3 years ago