• 0 Posts
  • 22 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023


  • I had an on site interview with the owner of a small IT company. He was 30 minutes late (and I’d arrived 10 minutes early to be… ya know, punctual).

    He offered no apologies and had this whole arrogance surrounding him. Complained that he had to drive to the office for this. Then after 5 minutes, it was obvious he didn’t even bother to look over my CV and was completely unprepared for the interview. … and somehow this was my fault.

    Of course, the interview didn’t go well (for either of us). He offered a lowball 30% less than the average salary, I was looking for 30% above. I rolled my eyes, shook hands and left.

    Later, I got a call back from the recruiter “I had no idea you were asking that much. From what X (the owner) said, this was a complete disaster.” I said, “I agree” and politely hung up.

    In hindsight, I should have probably insisted on rescheduling (or just left) after 20 minutes. But, I was young and didn’t have many interviews under my belt. So, I took it as a learning experience.




  • It’s the “stringing it all together” that could be problematic.

    If you have multiple clients (desktop/cellphone) modifying the same entry (or even different entries in the same “database” ). You need something smart enough to gracefully handle this or atleast tell you about it.

    I did the whole “syncing” KeePass and it was functional, but it also meant I needed to handle conflicts - which was annoying. I switched and really appreciate the whole “it just works” with self-hosted bitwarden.






  • This is loosely related to “online experience” (as you’ve covered most of the “tech tips”) :

    When choosing a movie don’t watch the trailers, instead (blindly) watch what’s popular. (obviously, if you’re into niche genres - this won’t work.)

    I’ve found Trackt is a good place to understand recent trends (and it just shows film posters). Then I’ll go to IMDB, maybe read the summary, but I always read the first/popular user review and decide if it’s worth my time and money.

    The first/popular user review usually doesn’t contain spoilers.

    Since I’ve actively avoided trailers and spoilers, my enjoyment for films has nearly doubled - even for “bad movies” (I probably wouldn’t have watched otherwise). It’s such a shame that a 2 minute trailer often shows many/most of the highlights of the film.


  • I’d proposed a potential solution.

    I’ll paraphrase : Currently, every Lemmy instance (ie: Lemm.ee, Lemmy.world, etc) is an island. This is one of the strengths of Lemmy (Federation) as we don’t have to worry about information being restricted, censored, manipulated (ie: Reddit).

    However, as things are currently, this Federation comes at the expense of splitting the community between instances. asklemmy@lemmy.ml vs asklemmy@lemmy.world is a perfect example. Posts are either duplicated (which creates noise) or it fosters a “Lemmy instance death by starvation”. Meaning, more and more conversations will eventually drift towards one of the two asklemmy communities, leaving the other one to “starve out”. This defeats the entire purpose of federating.

    There has to be something better.

    For example, instead of “every instance is an island”. Meaning the current hierarchy is “instance” - > “community” - > “post” - > “threads”. We could instead have “community (ie: asklemmy)” - > “post (ie: this post)” - > “instance (Lemmy.ml, Lemmy.world, etc)” - > “threads (this comment)”.

    From a technical perspective, it would mean that each instance (that’s interested in hosting this supercommunity) would replicate the community names and posts (Not the threads).

    Lemmy already kind of does this, when a user pulls a post from another instance. For example, I’m on lemm.ee but when I view posts from asklemmy@lemmy.world, lemm.ee will retrieve and cache it on lemm.ee. As long as each instance would share a unique identifier to associate the two communities/posts as “the same thing” (and this could simply be the hash of the community /post name). Everything else would be UI.

    Each instance would take ownership of the copy of the community and post, which means they could moderate it according to their standards.

    As an end user, you’d view a community and post, but the comments/threads would be grouped by the instance that hosts it. If there’s an instance you don’t like, you simply unsubscribe from it.

    For future iterations, it might be nice if the instance itself would auto-subscribe or suggest other instances that host the same community to the user. Meaning, if I subscribed to asklemmy@lemmy.ml, I’d automatically be subscribed to asklemmy@lemmy.world. However, as the user, these are all separate subscriptions, so I can customize it as I see fit.



  • There has to be a better way to keep the strengths of federating without partitioning the community smaller and smaller until there is no community left.

    Can you imagine Lemmy with a similar amount of Reddit users? Anytime you’d post, you’d have to replicate it between X number of instances (for visibility). Conversations would be fragemented and duplicated, votes would be duplicated. To me this almost sounds like “work”…

    There has to be something better.

    For example, instead of “every instance is an island”. Meaning the current hierarchy is “instance” - > “community” - > “post” - > “threads”. We could instead have “community (ie: asklemmy)” - > “post (ie: this post)” - > “instance (Lemmy.ml, Lemmy.world, etc)” - > “threads (this comment)”.

    From a technical perspective, it would mean that each instance would replicate the community names and posts. Which is already beginning done (this post is a perfect example), but as long as each instance would share a unique identifier to associate the two communities/posts as “the same thing” (and this could simply be the hash of the community /post name). Everything else would be UX. Each instance would take ownership of the copy of the community and post, which means they could moderate it according to their standards.





  • Sure, they could block based on your VPN provider, but they’re probably also using Deep Packet Inspection .

    The ELI5 verson: It’s possible to just “watch” your traffic and notice that it’s not the “normal” https traffic (which is the most common traffic) . This can be done by finger printing the request itself or just watching the amount of traffic. For example if you “visit” a website, but upload and download 3 megabytes of data and it takes 15 minutes to send/receive that data… well, that looks suspicious… and depending on the country, you may have some people knocking on your door.



  • The “downvote to disagree” thing isn’t just an attitude problem, it’s a structural issue. No amount of asking people nicely to obey site etiquette will change the fact that the downvote button is a disagree button. If you don’t want a hive mind, you necessarily need to be able to allow for things you don’t like to be amplified.

    Actually, with enough interactions from different people (ie: enough data points) Lemmy should be able to determine if a comment brings value to the conversation (either positive or negative) or if it’s noise that should be ignored (and prioritized lower).

    If you have 4 comments:

    1. Has 100 upvotes (in total)
    2. Another has 100 downvote (in total)
    3. Another has 50 upvotes and 50 downvote (100 in total with a 0 sum)
    4. The last was a new comment with 0 votes.

    It’s obvious that 1 and 3 are providing more to the conversation than 2. 4 is a bit of an outlier, but probably provides more value than 2.

    Regarding 3: The challenge would be that there’s a low chance that there will be such a wide margin of upvotes/downvotes. Due to the hive mind, the voting will probably look like 30 upvotes and 130 downvotes. So, there would need to be a weight accordingly, so those fewer upvotes had a greater impact (in terms of sorting and scoring comments)

    Reddit has a “sort by controversial” algorithm that seems to be missing from Lemmy (or maybe it’s hidden in the “what’s hot" - I haven’t looked at the code).

    It would be awesome (and resource intensive) if Lemmy could provide the federated instances with custom sorting algorithms. It would allow federated instances to be unique, provide some playful competition, and given the open source nature of Lemmy - I’m sure these algorithms would be open sourced, which would improve the entire Lemmy ecosystem as a whole.


  • Since you asked:

    1. The bot provides little “value” vs the noise it creates.

    I don’t need a bot to tell me that the BBC is a legit news source. Maybe if you flip it around and only publish a message if it’s a known scammy website, this might be less spammy. However, this “threshold for scamminess” would be very subjective.

    1. This bot is everywhere. This is closely related to the first point (“value” vs noise). It just sprang up one day and I saw it in every single thread, I’d read.

    Fortunately, most Lemmy clients allow blocking users - which I’ve done and I’m much happier with my Lemmy experience.