## Devs Alert!
Let's try this experiment:
I'm going to try to boost productivity of the development of [SatShoot](https://satshoot.com) this way:

1. Will create Tickets in SatShoot pointing to [GitHub issues](https://github.com/Pleb5/satshoot/issues)
2. Share it as kind1 for everyone to see
3. Waiting for aspiring open-source devs to bid on these issues in SatShoot

Why not just post bounties you may ask?
I don't believe bounties are a good way to incentivize development.
You start to work on sth and _hope_ to win the bounty. If you don't win you don't make money, your time is mostly wasted. Only one person or team can win because that's easier to handle for the poster of the bounty. So you don't bother, it's too much risk.

You need the precommitment from the job poster but he needs competition to hire the best dev available. This is why contract negotiation works better than bounties.
However, you can get the competitive nature of bounties with SatShoot: Everyone interested will bid on the Ticket. You can negotiate with the potential Client in DM and even edit things until you come to agreement BUT ANYONE CAN BID on Tickets as long as they are NOT taken. Competition and contract negotiation.

A Ticket in SatShoot is essentially a Request For Quote and an Offer is a Bid or a Quote to solve that problem. I think this model captures best what nostr is about:
Open competition in an Unstoppable market fueled by freedom tech.

What do you guys think? Let me know and I'll be excited to run this experiment!

#satshoot #grownostr 

 Have you considered integrating satshoot with ngit issues? 

 @DanConwayDev @Michael J  

 SatShoot might be a good solution when we can start contracting out issues on our projects. 

 Like, couldn't a bounty event be a special kind of NIP-34 issue, like a bug or feature request? Then it would have the status choices "Open, Applied, Closed, and Draft", indicating how potential bidders should interact with it.

Then anyone using GitWorkshop, or similar, could post and negotiate bounties on Nostr, linked to their git repo, and without requiring anyone to use GitHub. 

 I mean, you could still embed a nostr or hyperlink to that issue, within a kind 01, to get it more visibility, but the convo would stay entirely on Nostr. 

 @BITKARROT  

 An excellent thought!

I think linking the Contract negotiation (ie SatShoot) to the actual problem (expressed in git issues in this case) would be doable with an e-tag pointing to a kind 1621 from a SatShoot Ticket(kind 32767).

As a left-side-of-the-bell-curve approach I would just copy paste URL-s pointing to GitHub AND Gitworkshop.dev if I can make it work, the repo is already available there.

GitHub is certainly quite advanced in UI around issues but doing it in parallel then maybe also switching would be a great win! PRs already work with ngit as I tested it with nostrapps.com .

Will look into this! 

 Could just double-post the issue to GitHub, over the API, and have both links in it. 

 @Vic 

 what is satshoot? 

 Might be better than the bounties systems? 

 Do it! Passes the logic and free market test imho. 

 @thib 

 I think one way that can work is through central actors, if you have 5 or 6 central actors to choose from that's good.