@DarkPlayer to [email protected] • 11 months agoUnicode tricks in pull requests: Do review tools warn us?semanticdiff.comexternal-linkmessage-square17arrow-up190arrow-down15cross-posted to: [email protected]
arrow-up185arrow-down1external-linkUnicode tricks in pull requests: Do review tools warn us?semanticdiff.com@DarkPlayer to [email protected] • 11 months agomessage-square17cross-posted to: [email protected]
minus-squaremonklinkfedilink44•11 months agoHomoglyphs? 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.
minus-square@cbarricklinkEnglish12•11 months agoThis 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.
minus-square@[email protected]linkfedilinkEnglish11•11 months agoSo it won’t work for 0.0001% of all github projects.
minus-square@[email protected]linkfedilink5•11 months agoI’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.
minus-square@cbarricklinkEnglish1•11 months agoI know right. It’s wild that an American company primarily doing business in the West would have a bias towards English.
minus-squaremonklinkfedilink6•11 months agoYeah, 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.
minus-squareActuallinkfedilinkEnglish6•11 months agoVery simple solution actually. Here I was thinking we’d need AI to solve it.
minus-square@[email protected]linkfedilink16•11 months agoPeople would call that solution AI these days. If it has at least one if statement then they call it AI
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.
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.
So it won’t work for 0.0001% of all github projects.
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.
I know right.
It’s wild that an American company primarily doing business in the West would have a bias towards English.
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.
deleted by creator
Very simple solution actually. Here I was thinking we’d need AI to solve it.
People would call that solution AI these days. If it has at least one if statement then they call it AI
We say we have AI to get VC funding
Or the non-ascii character itself.
Doesn’t work if it’s invisible.
what about a box around it?