• monk@lemmy.unboiled.info
    link
    fedilink
    arrow-up
    45
    arrow-down
    1
    ·
    11 months ago

    Homoglyphs? Invisible text? Bidirectional text? Just highlight every line that goes beyond ASCII with yellow warning colors and require to vet it. Maybe make localization data an exception.

    • cbarrick@lemmy.world
      link
      fedilink
      English
      arrow-up
      12
      ·
      11 months ago

      This doesn’t work for code bases written in non-English languages. Especially east asian languages.

      Any line containing an identifier that is also a word would be highlighted.

      More and more programming languages are supporting unicode identifiers for this use case.

        • sndrtj@feddit.nl
          link
          fedilink
          arrow-up
          5
          ·
          11 months ago

          I’d suggest to have the occasional look at the “most popular repos” ranking. It’s about 50% Chinese.

          Super-interesting sometimes as it shows completely different tech trends.

        • cbarrick@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          11 months ago

          I know right.

          It’s wild that an American company primarily doing business in the West would have a bias towards English.

      • monk@lemmy.unboiled.info
        link
        fedilink
        arrow-up
        6
        ·
        11 months ago

        Yeah, just don’t. Allowing to code in anything other than English is a disservice, plain and simple.

        Inb4, I’m not being US-centric, Latin ain’t even my native alphabet.

  • snowe@programming.devM
    link
    fedilink
    arrow-up
    15
    ·
    11 months ago

    Website really struggled on mobile. Anytime I swipe to view the longer code lines in the code blocks it would open the sidebar. Very annoying.

  • ck_@discuss.tchncs.de
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    11 months ago

    TL;DR: you could adopt good programming practices like “don’t shadow mutable state” and “put constants first in a comparison” or you can pay us money so we show you obscure attempts to exploit your bad programming in code review … maybe …