lseif

joined 1 year ago
[–] lseif@sopuli.xyz -3 points 3 months ago (5 children)

Ha, a Ha, ha A ah Ha Ha-ha! :)

[–] lseif@sopuli.xyz 1 points 3 months ago

I think it is relatively trustworthy, and I have used it to install Youtube to be patched with ReVanced. I would still be a little cautious downloading a apk from any website, but apkmirror might be the safest option due to it's popularity. but still use F-Droid or similar if you have the option.

[–] lseif@sopuli.xyz 2 points 3 months ago (1 children)

"readability" is subjective. much like how there is no objective definition of "clean code". i am not arguing that either option is more generally "readable", i am insisting that people use a common standard regardless of your opinion on it. a bad convention is better than no convention. i dont personally like a lot of syntax conventions in languages, whether that be non-4-space indenting, curly braces on a new line, or early-declared variables. but i follow these conventions for the sake of consistency within a codebase or language, simplicity on linter/formatter choice, and not muddling up the diffs for every file.

if you want to use <br/> in a personal codebase, no-one is stopping you. i personally used to override every formatter to use 2-space indenting for example. but know that there is an official best practice, which you are not following. if you work in a shared codebase then PLEASE just follow whatever convention they have decided on, for the sake of everyone's sanity.

[–] lseif@sopuli.xyz 3 points 3 months ago

Why would you want that.

[–] lseif@sopuli.xyz 17 points 3 months ago (5 children)

a kernel module should not be written in Go

[–] lseif@sopuli.xyz 15 points 3 months ago (11 children)

excluding liking kids or animals. and relatives or nonconsenting people if relevant

[–] lseif@sopuli.xyz 7 points 3 months ago (5 children)

An explanation of this problem can be found on the official W3C HTML validator wiki.

HTML parsers only allow this to stop pages breaking when developers make mistakes; see this Computerphile video. 'Able to be parsed correctly' is not the soul criterion for it a syntax being preferred, otherwise we would all leave our <p> elements unclosed.

Yes, it is not "incorrect" to write <br/>, but it is widely considered bad practice. For one, it makes it inconsistent with XML. Linters will often even "correct" this for you.

I personally find the official style (<br>) to be more readable, but this is a matter of personal opinion. Oh, and I used to have the same stance as you, but I also used to think that Python's whitespace-based syntax was superior...

At the end of the day, regardless of anyone's opinion, we should come to SOME consensus...and considering that W3C already endorses <br>, we should use this style.

[–] lseif@sopuli.xyz 6 points 3 months ago (1 children)

found the react dev

[–] lseif@sopuli.xyz 51 points 3 months ago (1 children)

but op is verified

[–] lseif@sopuli.xyz 15 points 3 months ago

I blame little Bobby Tables.

[–] lseif@sopuli.xyz 24 points 3 months ago* (last edited 3 months ago) (4 children)

For those who dont know these already:

Aurora Store - Install Google Play Store apps without a Google account - I recommend to switch all non-paid apps to be installed with this, and use an anonymous login if possible.

F-Droid: Install apps from centralized repositories (like a package manager) - I recommend to gradually switch all FOSS apps to be installed with this (not all Google Play apps can be installed with F-Droid of course). Other repositories can be added.

Obtainium: Install apps from the 'releases' page of the app's Github/Gitlab - I prefer this to F-Droid if possible, but there is little difference and it is slightly harder to set up, so I don't recommend this initially.

And last of all, installing an APK manually from the internet (works similar to an EXE installer).

Each of these options should work on all Android distributions or ROMs.

P.S. Please consider using a FOSS android ROM, such as GrapheneOS, LineageOS, /e/, CalyxOS, etc.

view more: ‹ prev next ›