What is the moment when we leave the early days? Big user inflow won't happen with the state of things but the status quo won't change if there is no organic demand for quality.
I can't celebrate progress for progress sake. So many basic functions are still not working, those I mentioned are the most notorious, while more and more weird functions are being implemented on top. Sometimes it looks to me like some people try to reinvent the wheel.
I wouldn't compare the speed or effectiveness of nostr development to neither bitcoin or email, it's happening a different era with never before seen possibilities of collaboration, funding, computation, network infrastructure, talent acquisition, distribution and urgency.
I do see the enormous potential and readiness to get going but also no common goal, maximum fragmentation, and no obligation to deliver quality or finish anything. That's the curse of FOSS of course, there's no quality controla and no financial incentive, only ideological drive which pays no one's rent, and when I point out the flaws all I hear is 'well do it yourself' and 'it's free you shouldn't complain'.
The free relay model needs to end sooner than later, there is no free lunch, to pretend there is just prolongs the catastrophe.
I pay for an Instagram grade nostr client, immediately and double digits. But I pay for the product not the promise. For now, when I on board people, its exactly this: it's early man, don't take it to heart, it's all a bit weird, weirdstr we say, but one day, with or without you, it will be better!
Will, I wish one day you make the money you deserve for all the work you put in. Make it good, make us pay
Rico
npub1le…f0ed0
2024-07-10 21:56:37
in reply to nevent1q…vnx2
Author Public Key
npub1leqraca9xtyuezf4vmxa6czrepe04ynpmvjqzf7kq0v3cqnrj8vsmf0ed0Published at
2024-07-10 21:56:37Event JSON
{
"id": "bf76832147daaee87c45046c9243e21e68349f7727e63a398a5e2109d782fcd3",
"pubkey": "fe403ee3a532c9cc893566cddd6043c872fa9261db240127d603d91c026391d9",
"created_at": 1720641397,
"kind": 1,
"tags": [
[
"e",
"8938cff72916ba3bc4687660ae685036a92f43f68c48d89916f8d60a4728b6be",
"",
"root"
],
[
"e",
"c3cb1ec8a8996fa3215d953eb0b0b047aeb110ddfd27345a53a1acd1efe8139f",
"",
"reply"
],
[
"p",
"fe403ee3a532c9cc893566cddd6043c872fa9261db240127d603d91c026391d9"
],
[
"p",
"32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245"
]
],
"content": "What is the moment when we leave the early days? Big user inflow won't happen with the state of things but the status quo won't change if there is no organic demand for quality. \n\nI can't celebrate progress for progress sake. So many basic functions are still not working, those I mentioned are the most notorious, while more and more weird functions are being implemented on top. Sometimes it looks to me like some people try to reinvent the wheel. \n\nI wouldn't compare the speed or effectiveness of nostr development to neither bitcoin or email, it's happening a different era with never before seen possibilities of collaboration, funding, computation, network infrastructure, talent acquisition, distribution and urgency. \n\nI do see the enormous potential and readiness to get going but also no common goal, maximum fragmentation, and no obligation to deliver quality or finish anything. That's the curse of FOSS of course, there's no quality controla and no financial incentive, only ideological drive which pays no one's rent, and when I point out the flaws all I hear is 'well do it yourself' and 'it's free you shouldn't complain'.\n\nThe free relay model needs to end sooner than later, there is no free lunch, to pretend there is just prolongs the catastrophe.\nI pay for an Instagram grade nostr client, immediately and double digits. But I pay for the product not the promise. For now, when I on board people, its exactly this: it's early man, don't take it to heart, it's all a bit weird, weirdstr we say, but one day, with or without you, it will be better!\n\nWill, I wish one day you make the money you deserve for all the work you put in. Make it good, make us pay ",
"sig": "d60607cb2a5e93017efd1600f6edf821bb7486b366a0837fdfa1319569e99f32f0051386cd2f4a24a48024639c738874ae6c97b29d29183d248deb97369a1bd0"
}