Readit News logoReadit News
degamad commented on Updates to Consumer Terms and Privacy Policy   anthropic.com/news/update... · Posted by u/porridgeraisin
sokoloff · a day ago
> Their life effectively stopped since they are locked out of everything

What?! Google locked them out of Google. I'm sure they can still get search, email, and cloud services from many other providers.

The government can lock you away in a way that is far more impactful and much closer to "life stopped; locked out of everything" than "you can't have the data you gave us back".

degamad · a day ago
Being locked out of your email which is the user name for most of the services you access is a lot more than "you can't have your data back". It's you can't log on to anything which uses email 2fa, you can't restore access to other services, you can't validate your identity with online government services, you don't get your bank statements or warnings, etc. It's not as bad as being arrested, but it is massively disruptive to your life.
degamad commented on Ask HN: The government of my country blocked VPN access. What should I use?    · Posted by u/rickybule
breve · 2 days ago
Nope. The outside doesn't matter. The problem is on the inside. External websites will never fix the internal problem.

There are no technical solutions to what is fundamentally a problem of political culture.

degamad · 2 days ago
How do you propose they coordinate the political activities when they can't use external communications sites/tools, and internal sites are actively monitored by an authoritarian government?

Step 1 is establishing a secure means of communication.

degamad commented on Ask HN: The government of my country blocked VPN access. What should I use?    · Posted by u/rickybule
johnisgood · 2 days ago
Can I have a list of these options?
degamad · 2 days ago
Despite its silly name, the reddit forum r/dumbclub is probably the place to start, they are focused on GFW-related discussions.

https://old.reddit.com/r/dumbclub/

degamad commented on Altered states of consciousness induced by breathwork accompanied by music   journals.plos.org/plosone... · Posted by u/gnabgib
ranger_danger · 3 days ago
so, Wim Hof and chill?
degamad · 3 days ago
> chill

/frysquint.jpg

degamad commented on Google will allow only apps from verified developers to be installed on Android   9to5google.com/2025/08/25... · Posted by u/kotaKat
can16358p · 5 days ago
"Can?" Sure.

"Would?" Google has zero incentive to do that.

degamad · 5 days ago
And zero incentive not to.
degamad commented on Bash Strict Mode (2014)   redsymbol.net/articles/un... · Posted by u/dcminter
gorgoiler · 6 days ago
The IFS part is misguided. If the author used double quotes around the array reference then words are kept intact:

  vs=("a b" "c d")
  for v in "${vs[@]}"
  do      #^♥      ♥^
    echo "$v"
  done
  #= a b
  #= c d
Whereas in their (counter-)example, with missing quotes:

  vs=("a b" "c d")
  for v in  ${vs[@]}
  do      #^!      !^
    echo "$v"
  done
  #= a
  #= b
  #= c
  #= d
To paraphrase the manual: Any element of an array may be referenced using ${name[subscript]}. If subscript is @ the word expands to all members of name. If the word is double-quoted, "${name[@]}" expands each element of name to a separate word.

degamad · 6 days ago
The author addresses that in footnote 2:

    > [2] Another approach: instead of altering IFS, begin the loop with for arg in "$@" - double quoting the iteration variable. This changes loop semantics to produces the nicer behavior, and even handles a few edge cases better. The big problem is maintainability. It's easy for even experienced developers to forget to put in the double quotes. Even if the original author has managed to impeccably ingrain the habit, it's foolish to expect that all future maintainers will. In short, relying on quotes has a high risk of introducing subtle time-bomb bugs. Setting IFS renders this impossible.

degamad commented on Show HN: JavaScript-free (X)HTML Includes   github.com/Evidlo/xsl-web... · Posted by u/Evidlo
AgentME · 8 days ago
React supports rendering to HTML ahead of time (SSR) which doesn't need any client-side javascript, and this is a prominent feature of most frameworks using React. This feature of React was one of its major innovations over many other front-end frameworks of the time.
degamad · 8 days ago
> React supports rendering to HTML ahead of time (SSR)...

So does XSLT?

degamad commented on It’s not wrong that "\u{1F926}\u{1F3FC}\u200D\u2642\uFE0F".length == 7 (2019)   hsivonen.fi/string-length... · Posted by u/program
bawolff · 8 days ago
That goes all the way back to the beginning

Even ascii used to use "overstriking" where the backspace character was treated as a joiner character to put accents above letters.

degamad · 8 days ago
Agreed, we just conveniently forget about those when speaking about how complex Unicode is.
degamad commented on It’s not wrong that "\u{1F926}\u{1F3FC}\u200D\u2642\uFE0F".length == 7 (2019)   hsivonen.fi/string-length... · Posted by u/program
amake · 8 days ago
That has nothing to do with UTF-8; that's a Unicode issue, and one that's entirely unescapable if you are the Unicode Consortium and your goal is to be compatible with all legacy charsets.
degamad · 8 days ago
Yep, that's the point I was making - that choosing fixed 4-byte code-points doesn't significantly reduce the complexity of capturing everything that Unicode does.
degamad commented on It’s not wrong that "\u{1F926}\u{1F3FC}\u200D\u2642\uFE0F".length == 7 (2019)   hsivonen.fi/string-length... · Posted by u/program
eru · 8 days ago
You could use a standard that always uses eg 4 bytes per character, that is much easier to parse than UTF-8.

UTF-8 is so complicated, because it wants to be backwards compatible with ASCII.

degamad · 8 days ago
It's not just the variable byte length that causes an issue, in some ways that's the easiest part of the problem. You also have to deal with code points that modify other code points, rather than being characters themselves. That's a huge part of the problem.

u/degamad

KarmaCake day179April 10, 2025View Original