npub17esnvwnpunszha3whjk4y4xe0g7u8maswrul49lgg4sqpxanlkjsjkclcm (npub17es…clcm)
"Wanna know the ancient secret of not having concurrency issues? It's called not having shared mutable data in the first place. And for a library that is supposed to provide pure functions, none seems required whatsoever."
you've skipped about a couple of lemmas in your argument. who said they're providing pure functions? I again did something that you can't do (along with engaging with what I said): looking at the source code and how the library is used. while looking through it, I noticed that it looks like only C++ needed to implement sync since Java and JS seem to handle it just fine (not like you'd care about actually looking at the code since you're set on disagreeing with me). it seems perfectly content with either sync or async contexts (although async would definitely be preferable for, you know, the case when you're in a fucking Android dialer and need to format phone numbers in real time). also that data is there just for convenience, you can... just... regenerate it if you really need it. I would argue that they should've used protobufs by now especially since they were around before Google bought Android (this library was made specifically with it in mind), it would've been more efficient, but I'm not the one making the rules.
https://github.com/google/libphonenumber/blob/master/FALSEHOODS.md btw, yet another piece on why programmers like you oversimplify phone numbers. I bet you check emails using regex considering you oversimplify and ridicule this problem, huh? fuck you, I'm not engaging with you since you're clearly bad faith and spent essentially no thought on looking for a couple of minutes on what this library actually offers. don't @ me ever again, you're as bad faith as I perceived you to be in your wayland discussions, go sugma.
EOD.
A13cui /
npub1gy…rd8w8
2023-08-16 02:09:41
in reply to nevent1q…zaz3
Author Public Key
npub1gykyxa0f5e96pelee3spdvxhet9r0aeky05dfl9apjal4wym346q9rd8w8Published at
2023-08-16 02:09:41Event JSON
{
"id": "1835db2eac4c2e28fcc420faaffbc0af58731edffb903c36c458a82f2eeb8531",
"pubkey": "412c4375e9a64ba0e7f9cc6016b0d7caca37f73623e8d4fcbd0cbbfab89b8d74",
"created_at": 1692151781,
"kind": 1,
"tags": [
[
"p",
"f661363a61e4e02bf62ebcad5254d97a3dc3efb070f9fa97e84560009bb3fda5",
"wss://relay.mostr.pub"
],
[
"p",
"a8b998527117a18bb2ceef79019c0a9430b384589e1160bff4193355fba3a0d8",
"wss://relay.mostr.pub"
],
[
"e",
"44bf0c638d5d170c5472c57d2462dc60179e3ed3200af96f814b2b86cf3093d5",
"wss://relay.mostr.pub",
"reply"
],
[
"proxy",
"https://emacs.ch/users/a13cui/statuses/110896859150404566",
"activitypub"
]
],
"content": "nostr:npub17esnvwnpunszha3whjk4y4xe0g7u8maswrul49lgg4sqpxanlkjsjkclcm \n\n\"Wanna know the ancient secret of not having concurrency issues? It's called not having shared mutable data in the first place. And for a library that is supposed to provide pure functions, none seems required whatsoever.\"\n\nyou've skipped about a couple of lemmas in your argument. who said they're providing pure functions? I again did something that you can't do (along with engaging with what I said): looking at the source code and how the library is used. while looking through it, I noticed that it looks like only C++ needed to implement sync since Java and JS seem to handle it just fine (not like you'd care about actually looking at the code since you're set on disagreeing with me). it seems perfectly content with either sync or async contexts (although async would definitely be preferable for, you know, the case when you're in a fucking Android dialer and need to format phone numbers in real time). also that data is there just for convenience, you can... just... regenerate it if you really need it. I would argue that they should've used protobufs by now especially since they were around before Google bought Android (this library was made specifically with it in mind), it would've been more efficient, but I'm not the one making the rules.\n\nhttps://github.com/google/libphonenumber/blob/master/FALSEHOODS.md btw, yet another piece on why programmers like you oversimplify phone numbers. I bet you check emails using regex considering you oversimplify and ridicule this problem, huh? fuck you, I'm not engaging with you since you're clearly bad faith and spent essentially no thought on looking for a couple of minutes on what this library actually offers. don't @ me ever again, you're as bad faith as I perceived you to be in your wayland discussions, go sugma. \n\nEOD.",
"sig": "4c24b2e065edbe715b5bd6310ea96e1843ffb0c5342e3d05fa92629eaffce35f84d997db2f09c0a88342a2bf74572730f05c61a86b8789c48dbd064d0eb123da"
}