Post
Remote status
Context
16quoteposting.png
@p @j @Junes @SilverDeth @CrayonEater @ElDeadKennedy @ceo_of_monoeye_dating
Quote-posts suck in part because they fuck up threads.
Quote posts keeping thread context suck even more, because the thread becomes unreadable with two or more of them.
> Quote posts keeping thread context suck even more
https://git.freespeechextremist.com/gitweb/?p=fse;a=commitdiff;h=d53e03428ca83d75512f2caae8969b0e7e9d726f
@p @j @Junes @SilverDeth @CrayonEater @ElDeadKennedy @ceo_of_monoeye_dating
That turns them into a reply, sure, but the problem is the same. Once there's a quote post with the same context, the thread usually goes two separate ways making it hard to read through, because there are now two diverging topics. The flatpak v2 systemd thread from a couple days ago is a good example of that I think. There's like three akkoma quote posts in the thread that all keep the same context, including a broken thread thanks to signed fetch.
https://hachyderm.io/users/jorge/statuses/116607961190448307 (https://fluffytail.org/notice/B6Z1k3LoKVhutjVdj6)
I hate Elixir so fucking much.
Yet you really like Ruby. The two aren't that dissimilar. Also there's a third Misskey representation :)
> Once there's a quote post with the same context, the thread usually goes two separate ways
That happens with threads anyway. It's fine.
As things stand, this is, I believe, an exhaustive list of my options here:
1. Implement quote-posts and then kill myself.
2. Kill all quote-posts by rejecting them at the MRF level.
3. Turn quote-posts into replies.
4. Hack into all servers that implement quote-posting and remove the code that supports this terrible misfeature, thereby killing this problem at the source.
I chose option 3. I didn't like options 1 or 2.
> The flatpak v2 systemd thread from a couple days ago is a good example of that I think.
I haven't seen it.
> https://hachyderm.io/users/jorge/statuses/116607961190448307
hachi derm dot input/output (one of the Individual Eleven) refuses to allow FSE to fetch posts from them.
> There's like three akkoma quote posts in the thread that all keep the same context, including a broken thread thanks to signed fetch.
That's Akkoma's problem.
> Yet you really like Ruby. The two aren't that dissimilar.
Well, I haven't ever downloaded a release of Ruby and found a .DS_Store file in it. Programs I wrote for Ruby 1.6 still work. I have never had to update a separate VM in lockstep with updating Ruby.
"When you mix water and brandy, you ruin two good things." --a guy that thought brandy is good but in any case he is correct about the *principle*
Elixir is like if you took some of the parts of Ruby and shat them into Erlang and then in places where Ruby was nice, you decided to replace it with whatever Python does. As shitty as Elixir is, it's nowhere near as terrible as Phoenix, which attempts to replace sensible Erlang CSP style with shitty Rails shit that sucks and the unrepentant PHP dipshit DHH only made Rails because he couldn't figure out what to click on to see the Logo Turtle when he got a Mac
>I haven't seen it.
Nothing of value, like usual. Just a bunch of smug posts from corpo plants in the linux space.
>That's Akkoma's problem.
Including an FSE problem now. But no hard feeling of course, everybody has their own preferences. I'm not a fan of quote posts being used like on twitter either, the "lmao, look at this idiot" trope.
>five-clause `when` in the Pleroma source code, I get the urge to figure out who is in charge of Elixir and drive to his house.
That's one of the syntax features I quite like. It separates the success branch from the error handling below, so they don't mix. Apparently enough people like that feature that Erlang copied it: https://www.erlang.org/doc/system/expressions.html#maybe
fedi-p-old-man-yells-at-webdevs.png
> That's one of the syntax features I quite like
Until you have to debug and it matters which of the clauses failed.
> Old man
I hated Rails when I was an age that people called me young and stupid and now I say Rails sucks and people say I am old. I hope that eventually people will engage with the things I say instead of guessing which reason *besides* the stated one is the reason I say the things I say.
@p @j @Junes @phnt @SilverDeth @ElDeadKennedy @ceo_of_monoeye_dating when thing I don't might too much although I'm not a huge fan of function overloading, but it reminds me that I really dislike the lack of early return in Elixir, it makes for such horrible code you'd think if was made for forcing hadoken-indentation.
>but it reminds me that I really dislike the lack of early return in Elixir
Yeah, that can be very unintuitive at first. Same with implicit return when you try to log a result of a call the function retuns:
def func(var) when is_integer(var) doIt's very easy to return the Logger output and then wonder why it doesn't work, especially for someone new that writes something like this:
var = var + 5
ret = process_var(var)
Logger.debug("#{__MODULE__} func/1 returning: #{inspect(ret)}")
ret
end
var =
if asdf == true do
var = process_var(var)
Logger.debug("#{inspect(var)}")
else
nil
Last line return isn't that uncommon though. It's in Ruby and elsewhere. That's probably the least 'gotcha' thing about Elixir.
Cynthia ain’t the one #rugrats #90s #cynthiadoll #nostalgia #fyp [7641322309399170334].mp4
Replies
2But well knowing myself it'll probably land into a case where C can be too costy like say writing a bootloader, or wanting an early/trusting-trust assembler/disassembler.
(I know you gave the assembler example for forth once, and seen it quite few times elsewhere as well)