philm @ philm @programming.dev

Posts

1

Comments

131

Joined

2 yr. ago

Why shouldn't I trust Lemmy?

I mean the devs are now finally able to finance themselves via donations, after years of work on a project I've always aspired to make (but don't have the necessary drive and time for it). There are also a lot more developers now with lemmy.

Just because you obviously don't share their political view, doesn't mean that they don't want this thing to be censorship-resistant and impossible to take down (no matter whether it's a left or right authoritarian state/entity). They are closer to anarchism and marxism, than they're to Chinas (authoritarian) version of "communism" (as the right wing media likes to simplify this rather complex topic...).

Everyone is more or less political, but it's far fetched to allege the conspiracy that the devs are working together with the chinese government or something weird like that.

Well he absolutely must learn how open source works.

But he doesn't understand how it works.

(Sorry for the correction...)

You seem to be coming up with conspiracy theories, don't you?

And you don't seem to know how (developing) software works, and that people aren't infallible when it comes to avoiding bugs.

Popularity just also increases the attack surface to a project, all these bugs can absolutely also occur in kbin. Unless software is mathematically proven (which is practically impossible in this context), it's always possible that there is a bug lurking around the corner.

I guess I'm a little bit too long already in the functional/data-driven world (after being a decade in OO languages (IMO too long...)). In OOP you may need a separate term for that.

But I think it' just not really necessary in functional programming, it's just another parameter when calling a function, that may be a somewhat type-constrained generic (for testing e.g. with a mock implementation).

I mean function parameters are somewhat dependencies anyway, so should I call all my parameters now dependencies and invocation "injection"?

I mean I haven't actually read many pro-federation posts (and all are downvoted), so... just go with defederation?

I'm also against federating, I seriously don't trust these big tech-corporate, they all just want to make money by using our data and especially FB promotes the decay of society (as you have already mentioned). I don't think they want to create any good in the fediverse, there are articles that suggest that they want to destroy the fediverse. I'm not sure about this either, but I don't think they promote the decentralization of social media for obvious reasons (which is the fediverse all about).

Yeah I guess you can call it like that, I'll just call it function invocation...

Yay it's snappy again, thanks!

I think at the time where this will be relevant, it will be implemented (I don't think it's that difficult), I don't think it will be that difficult. Apart from that a lot of the instances already have manual sign up, and it's working well so far AFAIK. (The beauty of decentralization is, that this work will be distributed among all the different instances, whereas the number of instances is ideally proportionally growing like the userbase). But yeah ideally it wouldn't be necessary and some kind of smart algorithm (AI? captcha?) will decide whether the user is allowed to register (as it is currently with captchas)... But we'll see...

Yeah I have the feeling that sign-up should probably default to be manually moderated, to avoid a bot-swarm taking over accounts (and well probably a lot of bot instances need to be blacklisted then as well).

I'm not sure how dirty the game of big social media is/will be, but if they really feel threatened, they may start something like that (might make sense to be legally secured in that case...).

I agree, that having a consistent process and good engineers is definitely most important, but a language itself definitely can guide you in the right direction. I think ironically Rust and C++ are good vice versa examples (unrelated to their target area, which happens to be the same (systems programming)), C++ has zillion ways to program in, finding the right and best way is definitely no easy task and requires massive experience in all kinds of paradigms, while Rust generally promotes you to do things in one/the "right" (IMHO) way, otherwise the borrow-checker annoys you all the time.

Wow I pretty much disagree with everything you said haha. E.g. packaging/venv in python is absolute hell compared to something like cargo/crates in Rust. Try to manage a large project in python and you'll likely revise your answer (if you actually know all the nice alternatives out there...)