gugabfigueiredo
Guga Figueiredo

https://github.com/gugabfigueiredo

Super user philosophy

Public Key

npub1uplxcy63up7gx7cladkrvfqh834n7ylyp46l3e8t660l7peec8rsd2sfek

NIP-05 Address

gugafigueiredo@primal.net

NIP-57 Address

gugafigueiredo@primal.net

Profile Code

nprofile1qqswqlnvzdg7qlyr0v07kmpkystnc6elz0jq6a0cun4ad8llquuur3cpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqgcwaehxw309aex2mrp0yhxummnwa5x2un99e3k7mg9fnecv

Publishing to

relay.primal.net

relay.noswhere.com

relay.damus.io

Author Public Key

npub1uplxcy63up7gx7cladkrvfqh834n7ylyp46l3e8t660l7peec8rsd2sfek

Show more details

Last Notes

2024-09-09 03:47:55

- reply

você acabou de descrever o caso de uso de hashtags. #nosbr
é importante considerar que:
1) existe usuários brasileiros
2) existe usuários que querem encontrar outros usuários brasileiros
3) existe usuários que querem ser encontrados por usuários buscando brasileiros
para garantir a intercessão entre esses 3 conjuntos, é necessário que exista alguna forma comum a todos de identificar esses usuários numa multidão.
daí #nosbr #nostr-br #brasil #portugues #portugues-br #pt-br #pt_br e por aí vai
numa rede descentralizada onde a responsabilidade por divulgar e encontrar conteúdo recai no usuário, depende dos usuários utilizarem a ferramenta a disposição para isso.

2024-09-02 10:44:46

- reply

I don't think that is universally true, unfortunately.
I am under the impression that representative democracy as we know has slowly shifted from promoting and defending ideas, to promoting and defending a representative. and a consequence of that is that it creates a false dichotomy, because people will be in favor of/against a representative. while ideas provide a more granular basis of consensus.
I actually think people agree far more onany issues. and they are being distracted by a popularity contest

2024-08-31 09:12:23

- reply

Brasil could be a place, but also Oslo Freedom Forum

2024-08-31 09:10:28

- reply

Eae @npub1sg6…f63m

2024-08-27 04:41:17

- reply

so this would be a way for me to validate that whatever the host server is sending me is signed states only, but requires that whoever is pushing signs an event. I think I get it now. thank you for the explanation.
my instinctive thinking is that git trees are very sensitive to unexpected changes and often plagued by conflicts over inconsistencies in the source code between remote and local copies. I am also assuming that maintainers hold the source code in a local copy. so in my mind, it is hard to force push changes that wouldn't be caught by git. then, the fact that you can just migrate your work over to a different server in a frictionless manner be enough to address the issue from the maintainers perspective, detect malicious intervention in codebase, update the repo announcement with a new remote url and it's done.
but I can understand that if we can actually prevent that from happening, by rejecting a push/fetch altogether based on a distributed state it does provide a better experience. thank you again for the explanation. I'll have to make adjustments on my side.

2024-08-26 21:08:26

- reply

I am out of my depth here in regards to maintaining open source repos. I need to read more about the threats that this solves. mind sharing some references?

2024-08-26 19:38:53

- reply

oh.. I was purposefully ignoring that. since I am allowing git to get all the references from the repo itself.
what is the perceived benefit of having state outside of the repo itself? git already does a good job figuring out states for itself. doesn't that open up the possibility of eventually consistent states when fetching?

2024-08-26 17:34:13

- reply

right, I skipped the nip-34 because I always need to fetch it. I was only focusing on the identity part because it is only required for uploading.
full flow starts with fetching the nip-34 announcement to get the actual remote url, because it can be a GitHub url, so before considering auth I need to check that. that's done for all commands.
for upload specifically, if the remote url is pointing to a relay that supports nip34, then I try to auth. and only then allow ssh to attempt to connect.
if connection is successfully, git and ssh will do the rest.

2024-08-26 14:55:43

- reply

to allow identity validation before ssh connection and push execution
then how that auth happens would depend on the relay. it can use a bunker, ssh ca, rolling keys, these are some of the ideas I had. I am trying to create a poc with rolling keys.
git push triggers AUTH flow,
helper sends an ssh pubkey with the auth event
relay validates identity of sender, registers key with local ssh server
on OK helper attempts ssh connection
everything else is git doing its own thing

2024-08-26 12:58:44

- reply

in my git-remote-nostr project I support most reasonable nip19 ide tifiers, even nip05/project
https://github.com/gugabfigueiredo/git-remote-nostr
I am trying the implement the AUTH flow to exchange a single use ssh key with the hosting relay. working on ssh configuration for a poc right now

2024-08-25 03:10:23

- reply

1) cats and dogs
2) people being awesome
3) learning something interesting
4) cool tech
5) good food

2024-08-21 16:05:18

- reply

if all the network were to reject you, no.. but that is on you... rejection and censorship are different

2024-08-21 15:48:02

- reply

found it

2024-08-21 15:38:37

- reply

where can I find the code for git-remote-nostr?

2024-08-20 16:55:38

- reply

Count me in

2024-08-20 16:54:36

- reply

don't come to nostr to try and tell people what to do. thank you. have a nice day.

2024-08-19 12:43:43

- reply

I don't think there is a single way to do stuff right, so I don't believe there should be a single unified way
I'm my mind, the expectation is that nostr provide a common way.
that way we can have IGstr, Twistr, FBstr,
but also UTubstr, Rumblstr, etc..
each one will.do things a different way. some will grow to do more than one thing and they will be good. but he expectation is that migrating between solutions should be painless for the user

2024-08-18 05:01:25

- reply

my point here is more that not everyone is going to be turned by the same use case at the same time. so, on top of what you said, we should adjust our expectations accordingly

2024-08-17 20:11:04

- reply

I'd argue that it stems from the mind viruses we got from fiat thinking, that creates this expectation that something needs to be adopted by critical mass user base in a very short timeframe.
nostr grows with builders, building their idea. we don't know which use case is going to turn everyone. it might be cat memes, it might be freedom money. time will tell

2024-08-17 18:25:37

- reply

we need other stuff, just notes won't cut it

2024-07-27 07:24:17

- reply

3 actually.
https://gitworkshop.dev/ by @npub15qy…yejr
mine is way less ambitious, but check it out:
https://github.com/gugabfigueiredo/git-remote-nostr

2024-07-24 20:58:56

- reply

well put.
people are playing debates rather than having conversations and exchanging information.

2024-07-23 15:28:21

- reply

I actually think there is a point to arguing. information exchange is invaluable, even if people don't ever come to admit it.
What I think is a problem is sometimes is that people assume that because they think they are right that others will change their minds if they articulate and assert it well enough, and then get mad because others seem unconvinced
In that case, as you said, might be better to just move on...

2024-07-21 21:10:27

- reply

responding to #2 I should clarify that I'm not in favor of government mandatory disarmament.
my point is more that having guns does not stop the governments or violence oriented state-like institutions from oppressing the people. there are many areas of Brasil where guns are everywhere with militias and organized crime, and violence is rampant, with an actual parallel state kind of rule of law. people are exploited both by the government that claims to work for their benefit, while streaming away their property over time with inflation and the heavily armed police, and by these parallel institutions that claim to protect them from the police. guns cannot protect these people.
and there are ways of fighting government oppression that are far more likely to produce change than picking up weapons.
in my view, the violence I described, for which weapons are useful, and the emergence of parallel state-like institutions, is a symptom of a failing state, not the vehicle for revolution. replacing a violent state with another one is not a real revolution. it's in that sense that I'm anti-guns.

2024-07-21 05:12:49

- reply

I consider myself anti-gun in the sense that I don't think having guns actually protects you from states, because the damage caused by states to its people is no longer correlated to their ability to bear arms against them.
the argument of the US 2nd amendment, however valid at some point in time, seems to me to have been completely nulled at this point.
IMHO, violence and armed conflicts are more a symptom of a failing system than a strategy through which to defend or advance any idea.

2024-07-19 06:24:36

- reply

I distrust government, but to see the discourse change is exciting.
I'm sure they are going to fuck it up though

2024-07-17 18:31:47

- reply

same argument applies for those techs, most people don't understand the layers of technology behind the screen of their phones, and the protocols they are built on top of. just that functionalities work. and that is what most people care for.
we must remind ourselves that not everybody is interested in Nostr the protocol.. just in the network effect. if Nostr is in fact the better technology it will attract builders who will use it to build the future of social networking.

2024-07-17 08:10:01

- reply

we are so early.
as we spend time with these new technologies, we forget that not everybody is actively seeking information about it.
most people don't really understand how email works, just that it does. and his will be true for while still with Bitcoin and it's technologies.
that said, it is important to always explain patiently to people and encourage them to learn more.
things will get better

2024-07-16 21:06:03

our society is so used to have their identity provided by some institution and their information locked to platforms that we can expect this kind of interaction to happen a lot before people can truly appreciate decentralized technologies.
it's so early
#note1n77…x9kg

2024-07-16 17:40:55

- reply

No mundo fiat tem mais coach quantico querendo vender dicas de sucesso do que empreendimentos honestos que atendem a demandas reais de usuários
Desfazer a centralização de capitalização de tráfego de midia digital e redes sociais significa que esses mecanismos nao podem mais ser explorados para fomentar tráfego para um negócio e inflar o lançamento de um empreendimento.
Nós estamos observando diversos novos negócios e empreendimentos, orientatos a lucro ou nao, surgindo no ecossistema nostr, mas o próprio protocolo ainda está num período de maturação, comentei isso recentemente num outro post: https://primal.net/e/note10edcl5wk2ax0h07zzjlvuxrjz2cs9mazdwvsjcq5yvqcxqea5z2qww22wa
Acho que é útil pensar em como funcionam os ciclos de vida dos processos centralizados e descentralizados.
Um processo centralizado tem uma meta/demanda definida por um planejador centralizado (stakeholders). Esse objetivo ajuda os desenvolvedores a coordenar esforços para uma gama limitada de casos de uso. Então, soluções para esses casos de uso são criadas. E repita. é muito direto e ágil (haha), mas essa demanda pode estar superestimada, pois o planejador central pode estar errado, ser incompetente ou desonesto.
Os processos descentralizados têm um ciclo de vida de desenvolvimento mais “orgânico”. Os desenvolvedores criam com seu próprio caso de uso em mente. Quando um caso de uso se tornar popular (ou seja, quando há demanda), a adoção pela comunidade ajudará a orientar o desenvolvimento dessas soluções. Isto é mais lento e não existe uma linha de chegada clara, uma vez que a procura evolui com o tempo. Algumas soluções podem ser abandonadas ao longo do caminho. As soluções sobreviventes serão as que realmente agregarem mais valor, pois há uma demanda contínua.
há um caos natural na forma como os processos descentralizados funcionam e os prazos diferem dos centralizados.
As pessoas só podem desenvolver as ideias nas quais veem valor. Só o tempo dirá quem está certo ou errado.

2024-07-16 11:53:31

- reply

this is what I'm working on:
https://github.com/gugabfigueiredo/git-remote-nostr
it's a remote helper to create a #nostr aware git protocol. as is it already works with nostr native remote urls for remote repos hosted on GitHub, gitea, git lab, bitbucket or anywhere where you already have credentials to clone/pull/push. check readme for more info.
what I want to achieve is connect with #nostr native git service providers (GitHubstr) without the need to register an ssh key for each, using your nostr identity as credentials for git native commands

2024-07-16 06:42:44

- reply

Not sure these count as non-social
GitHubstr
StackOverflowstr
Kickstartstr
I'm working on bridging git with nostr
https://swarmstr.com/ has the stackoverflow look and feel on the way, kinda
https://geyser.fund/ has the Kickstarter thing working
https://gitworkshop.dev/ and some other projects are trying to create a GitHub like experience
So I'm super pumped to see what will be available in the next years

2024-07-14 18:17:57

Something to remember about new technologies.
https://m.primal.net/JQmg.png
Every new thing will go through this cycle. #nostr iself might still be somewhere in the middle of that graph, so anything being built on nostr can only be behind it.
Its super exciting, lots of potential, but we still need to see them through this process.
So lets keep building. Lets keep trying out new shiny things.
Just understand that they are not necessarily the things that will be here in the future.
#grownostr #devstr #buildstr

2024-07-14 14:12:21

- reply

but also, do not mistake custodial solutions for Bitcoin. I think that is very important to keep communicating to people.
Bitcoin gives you the option of choosing, but only if you are using Bitcoin and not just custodial services.
there will be honest actors creating amazing solutions, and there will be grifters trying to play people for gains. the former must differentiate from the latter by being transparent about their specs.

2024-07-14 14:04:12

- reply

"don't trust, verify" exists for that reason.
there will be honest actors creating amazing utilities that will make life easier and all together better.
there will also be scammers and incompetent actors with empty promises.
we must differentiate ourselves from fiat grifters by clearly stating what might be obvious to some of us.

2024-07-13 18:17:19

- reply

please expand

2024-07-13 13:17:10

note1fysth6ludaunzpnqxe6ndm6xqvv72w6wh2n6m2z657tul4hzeyws26w8e4
#asknostr #grownostr #pollstr

2024-07-13 08:10:36

- reply

and then back. the important questions

2024-07-13 06:05:56

- reply

that's a decentralized process for you. it takes time. we don't know what is the right answer.
the alternative is having a central authority tell people what to do, what path to follow.
just because people are trying out new things doesn't mean we all need to shift to the brand new thing. if you believe in something, stick to it. build further.
this is self sovereignty. do what you feel is valuable. suffer the consequences. only time will tell what is the most valuable path.

2024-07-12 21:39:31

- reply

it's a process people.
we are building foundations, not just services
keep building

2024-07-11 17:35:42

- reply

By all means, give it a try. Just adjust your expectations as you progress. It might be that it takes longer that you might have imagined or predicted. It might be that the solution you are interested in is not in high demand, and that people will flock behind a different idea.. even if that idea comes to fail at some point in the future.
and on that note: https://x.com/geyserfund/status/1811434402041282680

2024-07-11 15:10:43

- reply

what a perfect demonstration of decentralized development process. beautiful to see in the wild. people need to understand this is the process. smart minds trying to do their best. time will tell what there is actual demand for

2024-07-11 12:43:06

- reply

I think it is helpful to think of how centralized and decentralized processes life-cycles work.
A centralized process has a goal/demand defined by centralized planning (stakeholders). This goal helps the builders coordinate effort towards a limited array of use cases. Then, solutions for those use cases are engineered into existence. And repeat. It is very straight forward, and agile (haha), but that demand might be overestimated, as central planner might be wrong, incompetent or dishonest.
Decentralized processes have a more "organic" development life-cycle. Builders build with their own use case in mind. Once a use case becomes popular (ie., there is demand), community adoption will help steer development of these solutions. This is slower, and there is no clear finish line, as demand evolves with time. Some solutions might be abandoned along the way. Surviving solutions will be the ones that actually provide the most value, as there is continuous demand.
there is a natural chaos in the way decentralized processes work, and time frames differ from centralized ones.
The fact that this https://github.com/nostr-protocol/nips is the current reference for how nostr is supposed to work is a coincidence. There is no guarantee that this will still be true in 5 years.
People can only build ideas they see value in. Only time will tell who is right or wrong what works and what doesn't.
I would advise people to be wary of making or blieveling in "this is how things should be" arguments when it comes to the development of decentralized projects, as such arguments are filled with bias and projection. in an organic decentralized process, you can only look back and say what has worked best so far. there is no telling how things should be. any predictions are only that, and have no bearing on reality.

2024-07-11 10:34:39

- reply

don't listen to their words, see their actions

2024-07-10 04:29:45

- reply

how do you feel about latest news from ES, regarding the price control threat?

2024-07-09 16:09:28

- reply

politicians being politicians. it was only a matter of time

2024-07-09 16:09:00

- reply

https://youtu.be/Wj_xVPD3ncI?si=GJC0mY3C3SjWorM3

2024-07-05 05:36:55

- reply

incongruences of our world system. a freedom fighter kept behind imaginary bars for the sake of protecting the illusion of freedom

2024-07-05 03:24:00

https://x.com/RealRossU/status/1808992849465417790?t=_PRv-P7LqD0eolJuQ4gf9g&s=09
#freeross

2024-07-04 20:31:21

#asknostr beyong reading all the nips.. is there a good reference for what a nostr profile data structure could look like? I am thinking something like the relay information document or something

2024-07-04 19:19:44

- reply

also.. stop asking for permission... go out there and do it

2024-07-04 19:08:25

- reply

it's the other way around though... you get Bitcoin as insurance from your banks

2024-07-04 05:34:35

- reply

I agree with the statement.. but coming from Udi this sounds like a troll statement for some reason

2024-07-03 18:35:14

Hey @npub15xd…t3l3 @npub1w5e…4084 @npub1dtg…up6m
Are you guys aware of https://wanderlog.com/
A friend showed me this today. It looks pretty impressive, more utility than display. Something to consider for the roadmap?

2024-07-03 18:30:09

There is a lot of work being put in making #nostr identities and #bitcoin wallets safe to use for the public at large, and that is a valiant effort. Some good solutions are bound to come from that and make private, permission-less social and financial identity a reality for all of us.
I feel it is important to point out that there is an intrinsic element of personal responsibility with self-sovereignty, even if technology can provide a better UX overall.
You need to control your data to be in control of your data. Just setting up defense barriers and protocols is not the same thing.
I know not everybody will have the know-how, and it is for those people that we are trying to create a safer experience. But do spend the time to learn even the smallest part of what it takes to control your data.
We are still all learning.
#learnstr #teachstr #devstr #buildstr #grownostr

2024-07-03 03:22:39

- reply

aleatocracy now!

2024-07-03 03:12:41

and here we go, what do we do with shitcoiners and scammers on this platform? you picked the wrong place to come do this bullshit man.
@npub1lk2…8cku
https://m.primal.net/JGOK.png

2024-07-02 15:03:29

- reply

YES!!! This is awesome! My dream stack is almost a reality!! Lets go Nostr!!!
Thanks for bringing this to my attention!
I'm adding @npub1swr…73v6 to my watchlist!!

2024-07-02 13:18:09

- reply

implementing some more git+nostr goodies

2024-07-02 11:29:01

- reply

I say let them die in peace.. #proofofwork . the apps/devs that are doing the work will create a beautiful nostrverse, on top of a lot of failed projects. not all clients/apps will survive

2024-07-02 10:17:42

- reply

I'm thinking I'm terms of nostr native apps, that provide functionalities and services. like @npub1kmw…xqk9 , @npub15xd…t3l3 and so on.
what is something that could make nostr events more meaningful to you, beyond the purely social aspect?

2024-07-02 09:33:18

- reply

I do think the zap culture is a positive thing though. it shifts the incentive forces from ad-revenue and private funding to consumer centric incentives. I feel like that's why it's so talked about and why people get excited about it.

2024-07-02 09:25:52

- reply

also, are you sure you are following the right crowd? I was pleasantly surprised by how much people are working on similar concepts to me. projects I was completely unaware. it might just be the case that you haven't seen everything that people are building

2024-07-02 09:23:52

- reply

any specific applications you think would be a good addition to the nostr universe that might appeal to a larger audience?
I'm very interested in FOSS alternatives for popular platforms, for example the ones I commented on the quoted note.

2024-07-02 09:13:10

Let me hear from you guys. What are the most exciting things happening in nostr for you? Whos is building the future you want to see on nostr?
#asknostr #pollstr
#note1fys…w8e4

2024-07-02 09:10:38

- reply

I might be on the conservative side regarding this. PRs are not first class citizens in git. so an integration of nostr+git doesn't need to have PRs.
I want to be able to work with git and nostr side by side. I see clear benefits in decentralization just by reducing friction for handling git server/service migration. And don't want to see nostr native repos become incompatible with regular git ones.
most of all, I like the idea that there are layers in the solutions we are exploring, and I'm hesitant to have protocol definitions across many layers. I don't think every good idea about how to do things in nostr need to be a protocol spec. it incentivizes gatekeeping and hinders flexibility. taking us closer to how centralized solutions work.
I am working on some ideas to improve the remote-helper I've made. Should have an update soon.

2024-07-01 19:47:46

- reply

That is mixing git workflows and git service functionalities with core git commands, is that right? if I understand correctly, I don't know how I feel about that. my instinctive response is that pulling/pushing code should be all that the transport protocol should care about.
And I think there are more things we can do with nostr to improve UX working with git remotes hosted over nostr on that front, before thinking about adding overhead with what I consider is more a UI concern.

2024-07-01 19:26:11

- reply

So what are we gaining by adding nostr to that flow beyond the ability to find the server?
My thinking has been going towards doing that server side, for the purpose of providing frontend functionalities, notifications, but that would have no bearing on the remote-helper transport for pushing/fetching.

2024-07-01 18:53:23

- reply

Doesn't that just makes any maintainer a single point of failure? A malicious or careless actor can still cause damage, much like with regular centralized git servers. we just added more steps to verify that. isn't it?

2024-07-01 18:33:32

- reply

I understand the concern over centralized servers, but all these refs flying around notes make me concerned about eventual consistency. isn't it enough to setup mirrored servers, that can be tapped into if one of them is compromised? Shouldn't the code owner be the one responsible for that?
if we are going to duplicate refs on nostr events, we are bringing git concerns to nostr events.. once a connection is established with a git remote-helper, git is the one listing refs in the server, and we are going to have to keep the server we are connecting to consistent with the notes we are serving on nostr
what prevents malicious notes from creating false refs, in that communication?

2024-07-01 10:01:56

- reply

how to be sure you're fetching from the latest, most recent updated source?
my assumption is that it is something that the code owner is the one ultimately responsible for providing, and he would put that into the repo announcement on nostr. then, you only need to use that noatr remote url to patch through to git

2024-07-01 09:58:34

- reply

I see your point.
for the friction part, that is precisely what I aimed to treat with my project. a simple update to the repo announcement on nostr and everyone cloning from your nostr remote will still reach your git remote

2024-07-01 08:32:52

- reply

what is the argument to reduce git servers role? I am being conservative about replacing things that work natively with git to reduce friction when migrating between solutions

2024-07-01 08:28:51

- reply

what would be the benefit?

2024-07-01 08:27:19

- reply

I'm on signal

2024-07-01 06:51:08

- reply

oh, hi! yes. that would be awesome!
I had already started working on this when I first became aware of git workshop.dev and your other projects a little while ago.
I would really appreciate the opportunity. I mostly want people to try it out, see what it feels like and what is missing/desired from such a tool, if at all.

2024-06-30 21:05:44

Meanwhile in the old world: https://x.com/GlobalAffairs/status/1807511683142910294?t=4pE3ejo-nFqW_o3ZVmXHoA&s=19

2024-06-30 17:03:35

- reply

while the effort is appreciated, I find hard to believe a single app can adapt to everyone's needs and display all kinds of content in their optimal format.
the reason we use multiple platforms is because they are hard to build even when specialized. information wise, I'm with you. but there are functionalities and use cases that are just impossible to get all in the same place.
that is the greatest thing about open distributed networks and development. many solutions and apps are going to be created to try and map some use cases. nostr allows us to use them in tandem with each other in a frictionless manner.

2024-06-30 16:34:26

- reply

Powerfull speech. But I trully believe the days of central government and elected representatives as we know it are numbered. Even if I believed @npub1sg6…f63m or even yourself would push all the right ideas into that system, I don't think that is the future we are moving towards.

2024-06-30 16:26:06

Anybody else got a dream nostr stack on their mind? Which nostr native apps are you guys most excited about?
my dream stack is GitHubstr, KickStartstr, and StackOverflowstr.
@npub1s3h…75wz is working towards git, and so am I.
@npub1kmw…xqk9 has the lead in making that a reality with crowdfunding.
are there any contenders for StackOverflowstr?
#asknostr #grownostr #buildnostr

2024-06-30 16:14:32

- reply

Our thinking is in sync! Awesome! That is either great feedback or we are all very mistaken hahaha. I will carry on as if it's the former.
And it's super exciting to find other people working on this!! I'm pumped to see what will be born out of nostr dev community yet.

2024-06-30 11:13:25

- reply

yes.. and we can have that with nostr. I aim to make that possible. this is my first step: https://github.com/gugabfigueiredo/git-remote-nostr

2024-06-30 11:12:10

- reply

checkout my project: https://github.com/gugabfigueiredo/git-remote-nostr
host your code anywhere, publish the repo in nostr. I aim to allow the creation of nostr native git hosting services

2024-06-30 11:04:38

- reply

checkout my ongoing project: https://github.com/gugabfigueiredo/git-remote-nostr
aimed at allowing the creation of nostr native git host services. more to come soon

2024-06-30 11:01:40

- reply

I'm of the mind that nostr and git can complement each other. GitHub is not git. we can build multiple git host services that have a variety of functionalities and focused on different use cases and user profiles.
that way, parity is not even a desirable outcome. I'd argue for superiority.

2024-06-30 06:51:41

- reply

I still have some ideas about how I would like to integrate nostr in my git workflow, I plan on doing a POC next to test some of those. Will post here when I have something more materialized.

2024-06-30 06:48:20

- reply

I have been wondering about some of these things. How much git activity you guys think nostr can/should take? What are you guys considering as git activities? My first instinct thinking of the ability to use git over nostr was to patch all git commands through, while researching, ultimately, I got the impression that it would be a lot of re-work, pretty much implementing all the git stuff. but git is a pretty stable decentralized solution already. Thats how I ended up going for the remote-helper, using git transparently and tap into nostr for discovery and identity validation then felt like a worthy pursuit.
How specialized an IDE one would need to work with nostr? How popular is GithubDesktop actually? I mostly use git straight in the terminal, github is more of a side thought for me, I had already been looking at gitea and self hosted solutions before nostr was even a thing, that was another reason why I wanted a transparent interaction.

2024-06-30 04:58:17

- reply

ambitious! super cool! will be keeping an eye out for what is coming!

2024-06-29 23:15:03

- reply

that's a grand idea. not very likely though. users are so very used to cloud being their "free storage service"
to break away from that is going to be hard. might take a generation or two

2024-06-29 23:06:40

- reply

tell me more! nostr and git integrations specially for documents, is a personal interest. if you guys are working on this I'm interested

2024-06-29 21:23:55

- reply

congrats. hope u guys win this forever

2024-06-29 19:56:31

- reply

I am very curious though, what is your project about. I didn't understand it entirely from the wiki

2024-06-29 19:53:28

- reply

So sorry for your country.. I'm hoping Denmark take them out
🇩🇪7x1🇧🇷 never forget

2024-06-29 17:13:20

- reply

Many thanks! Much appreciated! You made a dev happy today. My first zap for the effort!!

2024-06-29 16:57:13

- reply

Cool! Glad to contribute! Any feedback is appreciated

2024-06-29 16:53:43

- reply

relevant nip-19 identifiers are supported

2024-06-29 15:15:14

- reply

While I radically disagree with their point of view, I try to remain sensitive to people's plights.
As someone who once felt misunderstood and cast out because of social quirks and psychological predicaments, I can imagine that people tend to reach for this kind of argument because it speaks to the fact that while merit, excellence and intelligence are, in concept, desirable, the way we have measured that as a society, has been distorted over time.
These unfortunate souls do not realize that while their personal experience might have been negative, the overall result for humanity has been positive, as evidenced by our success at increasing the human population and longevity, in spite of the severe problems that we still do face as a species.
That we fix HOW we measure these 3 attributes to properly assess the value of an individual to our community, and so that the individual might also properly evaluate their contribution to their's, is what we are taught by lowering our time preference. These creatures have such an alarmingly high time preference, that even reaching for such a realization is beyond them.
In due time though.. it will come to them too.
Either that, or oblivion. and so we wait.

2024-06-29 14:38:25

- reply

Git oriented people on Nostr!!!! We need to talk!! I did a thing: https://github.com/gugabfigueiredo/git-remote-nostr

2024-06-29 13:27:01

- reply

Worthy!!!

2024-06-28 21:11:43

this is how we promote the network, by advertising other people's projects. valiant effort sir!
#note1k35…3jxz