Please describe your proposed solution.
-
This solution will allow employers to post the requirements for a position or contract work
-
People who meet those requirements will be able to apply and be accepted to the position. The funds (or any on-chain collateral) will then be sent to an escrow until said requirements are met.
-
We chose this route because developers trust code not people :)
This problem impacts developers the most. There are countless stories of developers getting taken advantage of for their development work.
-
This is a solution because this step is usually skipped all together during early communications between two parties.
-
People usually assume things about requirements and compensation early on and then when the time comes expectation are misconstrued and progress is stifled.
-
As a result, developers can focus on their task at hand and employers will see more productivity
Please describe how your proposed solution will address the Challenge that you have submitted it in.
- All blockchains want to be a safe haven for developers.
- There are many factors that dictate their decision when choosing where to spend their time from tooling, community support, documentation, and expressiveness.
- What about a safe environment for people that want to start writing code for compensation?
- Developers want to ensure that they will be taken care of so they can focus on their deliverables
A thought experiment:
Imagine you are a developer approaching a blockchain where you knew nobody but wanted to get involved and possibly join a team. There is very little to no trust at all between you and anyone you meet. Ask yourself, would having a smart contract to help facilitate any new engagements be a value add to you?
"Trust but verify"
What are the main risks that could prevent you from delivering the project successfully and please explain how you will mitigate each risk?
<u>Risk</u>
A main risk is scope creep of the agreement between the parties that causes a dispute.
- If an employer has requirements that are too subjective or change midway through than this could cause one of the parties to not see their end of the agreement through.
<u>Solution</u>
This can be mitigated by keeping the terms and requirements very simple at the beginning. Using hard dates and deliverable action items will remove ambiguity. Given that, disputes will still happen and that is why coming up with a proper incentive model for community members to act as 'jury' is something that will be pursued.