• 11 Posts
  • 140 Comments
Joined 1 year ago
cake
Cake day: June 19th, 2023

help-circle


  • See I think that’s not what the “anti-woke” people think it means.

    That’s exactly what I pointed out. The people who provide them their information are actively trying to poison the word to the point that it means something else. But it doesn’t, because the poisoning only works in the echo chambers that spread that information.

    Turning to urban dictionary, they’re using this definition: […]

    That would be one of the attempts to poison the word. It’s worth pointing out that anyone can add a definition to urban dictionary and it’s quite often that trolls try to overwhelm existing definitions on there.

    […] (according to that definition).

    That comes back to what I said before. People who self report as anti-woke are against anything that uses the label “woke”, until they look at what’s under the label and they realise they aren’t against any of the points the “woke” labelled thing is doing.

    They’re not actually anti-woke, they’re anti-incorrect-label.


  • Because being woke is generally considered to be a bad thing?

    No. Being woke is only considered bad in toxic echo chambers where they’ve tried to poison the word.

    Most people who self report as “anti-woke” repeat infectious and carefully crafted but fallacious talking points whenever the term “woke” is said.

    But if you bring up a situation where a minority is getting the bad end of the stick and they agree with you that it’s bad, they don’t realise that they themselves are being woke. They agree with being woke so long as the label “woke” isn’t used. It’s when you point that out that they start to realise that they’ve been poisoned against the term.

    Being woke simply means that some people don’t often get the same affordances as others.

    If you accept the general fact that women tend to get paid less for the same amount of work, then you’re woke.

    If you accept the general fact that black people might not get hired if a person doing the hiring is racist, then you’re woke.

    If you accept the general fact that some people have to hide the fact that they’re not heterosexual in some countries otherwise they’ll suffer the death penalty, then you’re woke.




  • This doesn’t seem overly useful.

    It’s a list taken out of a bunch of books with no regard for how something can be the best path in one language and a smell in another language.

    Look at this page for example: https://luzkan.github.io/smells/imperative-loops

    It suggests using functional loop methods (.map(), .reduce(), .filter()) instead of using imperative loops (for, for in, for each) but completely disregards the facts that imperative loops also have access to the break, continue, and return keywords to improve performance.

    For example: If I have an unsorted list of 1000 cars which includes a whole bunch of information per car (e.g. color, year manufactured, etc…), and I want to know if there were any cars were manufactured before the year 1980, I can run an imperative loop through the list and early return true if I find one, and only returning false if I haven’t found one by the end of the list.

    If the third car was made in 1977, then I have only iterated through 3 cars to find my answer.

    But if I were to try this with only functional loops, I would have to iterate through all 1000 cars before I had my answer.

    A website with blind rules like this is going to lead to worse code.







  • I’m under the impression that there’s two reasons we don’t have it in chromium yet:

    1. Google initially ignored jpeg-xl but then everyone jumped on it and now they feel they have to create a post-hoc justification for not supporting it earlier which is tricky and now they have a sunk cost situation to keep ignoring it
    2. Google today was burnt by the webp vulnerability which happened because there was only one decoder library and now they’re waiting for more jpeg-xl libraries which have optimizations (which rules out reference implementations), good support (which rules out libraries by single authors), have proven battle-hardening (which will only happen over time) and are written safely to avoid another webp style vulnerability.

    Google already wrote the wuffs language which is specifically designed to handle formats in a fast and safe way but it looks like it only has one dedicated maintainer which means it’s still stuck on a bus factor of 1.

    Honestly, Google or Microsoft should just make a team to work on a jpg-xl library in wuffs while adobe should make a team to work on a jpg-xl library in rust/zig.

    That way everyone will be happy, we will have two solid implementations, and they’ll both be made focussing on their own features/extensions first so we’ll all have a choice among libraries for different needs (e.g. browser lib focusing on fast decode, creative suite lib for optimised encode).




  • stdlib.io is a data process/vis library, not a standard library.

    jQuery was a DOM/Utility DX library (and also a compatibility layer before all browsers finally focussed on standards), not a standard library.

    Deno people are trying so fucking hard to be relevant. It’s embarrassing. Bringing nothing to the table has been their MO from day 1.

    Let’s examine that.

    Deno has always been:

    (parapharing) “Hi, I’m the creator of Node and want to make it better but can’t get everyone on board with the changes. So I’m going to create a new JS runtime. Node will need to implement these improvements to keep up or everyone will switch away from node. Either way, developers win.”

    We know it’s been that way since he was a month into Deno’s development in his famous talk: 10 Things I Regret About Node.js

    Deno […] Bringing nothing to the table […]

    Have a look through each of those 10 points he brought up, then compare that to node before, and node now. It’s pretty clear he gave them the swift kick in the ass to start making those changes. We win. That’s clearly a success.





  • What specifically do you think is legacy in that comparison? The coloring? The horizontal layout? The whitespace?

    Note: I’ve changed the first link from https://github.com/cxli233/FriendsDontLetFriends/network to https://github.com/zed-industries/zed/network. Still the same view, but just a different repo to highlight the problems

    1. It’s in a small non-responsive box
    2. Ridiculous spacing
    • If you want to see the commit messages, you either need to hover over a dot which increases visual scanning durations or you need to go to the commits view which only shows the commits on a single branch
    1. It doesn’t show commit messages
    2. It’s scrolling horizontally
    3. Branches cannot be collapsed
    4. Branches cannot be hidden/ignored
    5. No way to search for commits
    6. No way to select multiple commits
    • Which also means no way to diff any specific commits together
    • And there’s also no way to perform an action over a range of commits
    • And there’s also no way to start a merge/merge-request/pull-request/etc… between two commits
    1. No way to sort by date/topologically
    2. Keyboard controls only moves view instead of selecting commits

    I’ll stop here at 10 reasons (or more if you count the dot points), otherwise I’ll be here all day.


    The network view lays out forks and their branches, not only [local]/[local+1-remote] branches.

    Yes, but the others can do that while still being usable.

    I don’t know what IDE that miro screenshot is from. […]

    It’s gitkraken

    […] But I see it as wasteful and confusing. The author initials are useless and wasteful, picking away focus. The branch labels are far off from the branch heads. […]

    The picture doesn’t do it justice, it’s not a picture, it’s an interactive view.

    You can resize things, show/hide columns, filter values in columns to only show commits with certain info (e.g. Ignore all dependabot commits), etc… Here’s an example video.

    […]The coloring seems confusing.

    You can customise all that if you want.