pmrcunha on Nostr: For me the “old reliable” is react/redux in part due to familiarity, in part ...
For me the “old reliable” is react/redux in part due to familiarity, in part cause it solves the problem I value the most - decoupling logic and making it easy to locate where some state update is going wrong.
Something I learned was to not try new tech when building a product I don’t understand yet - and since I spend more time prototyping, I go for the boring stack I’m most productive in.
Published at
2025-02-18 21:48:58Event JSON
{
"id": "5bc26e8fd6c01dab48e564345acbf972bdfb6a48f608e4586a30e781195f4239",
"pubkey": "b299876ba85e33da57269247f7f91aee025f5bd2bc229aa85c7908f37c10c838",
"created_at": 1739915338,
"kind": 1,
"tags": [
[
"e",
"7425258aaf4aff9ba63a84a1ae379395f52e95f1b0f867fdb27b369f24e5841d",
"",
"root"
],
[
"e",
"186c86c6003b94a41779dc06aabfcdd1d3ddabdc0cd5d915ae9afc8dc8cf1445",
"",
"reply"
],
[
"p",
"97c70a44366a6535c145b333f973ea86dfdc2d7a99da618c40c64705ad98e322"
],
[
"p",
"7ed7d5c3abf06fa1c00f71f879856769f46ac92354c129b3ed5562506927e200"
]
],
"content": "For me the “old reliable” is react/redux in part due to familiarity, in part cause it solves the problem I value the most - decoupling logic and making it easy to locate where some state update is going wrong.\n\nSomething I learned was to not try new tech when building a product I don’t understand yet - and since I spend more time prototyping, I go for the boring stack I’m most productive in.",
"sig": "a35129421c82adb1792b0b0f4d6faf2b0cba6c4a59827ec8f82783bb80838e0fda23b38270ce45f003469e0f58d540f052be331918631cd88e369d633e5da5c0"
}
