We found that projects sometimes struggled to articulate what they were looking for design-wise. Other times, they simply forgot to add fundamental information like contact details. So a bit of structure helps projects ensure they include all the necessary information and helps them explain what they are looking for in ways designers can understand. Discourse provides a free text field (I believe), so there was no way for us to provide structure. Thatās why we created the jobs form https://opensourcedesign.net/jobs/job-form/
Finally, the jobs board is curated: it is only for design-related contributions to free or open source projects. We occasionally get things that are neither. Although it is possible that curation could be facilitated through Discourse as well: I am not sure.
Is this job-form attached to a server-side functionality? I mean you made something like a ābridgeā or just store data of sended form and read/post it ourself - this is not automated?
As I see you are review posts before posting, in this case it is possible store job-posts in Firestore for example, or obvious Google Forms( not sure about customizing design and domain, just thoughts) before a posting.
I could not find a form plugin but there are post templates in discourse since almost 10 years. I wonder if that, together with a moderated topic (topic/settings/āRequire moderator approval of all new topicsā) might suffice?
My only thought is that your current submission form is open to the public, no sign-in required. If it was on GitHub/Discourse that might deter some without credentials?
One of the objectives of our OSD jobsboard is 0 friction involved in posting a job. Nothing is required to post a job - no Github account, no Discourse account. Nothing.
Unless the Discourse templates can be completed without the requirement for signing up to our discourse, I completey agree with @Ian.
Requiring some credentials will deter people, for many reasons, the most common being just unnecessary friction.
Our goal here has to be to recreate the jobs board with 0 friction for the poster.
Staticman has access to the same jobs repo and reads its config from staticman.yml. It simply creates a new PR in the jobs repo I think, with all the submitted data written to a file, e.g. pull #853.
From there a human can vet the PR and if itās accepted then the static site is rebuilt and deployed, thus the new job appears.
There do seem to be some Heroku alternatives (Render) that still have free tiers so it might be possible to shift staticman to one of those and update the URL on the job form. Or maybe someone else knows a new/simpler way to create a PR in a GitHub repo from a public formā¦
Thank you so much for all you replies. They are really useful.
I am still keen on fixing the current implementation. It means people donāt need to create a Discourse account to post a job (low friction is good in this case!).
I am also keen on getting someone to do things well, instead of relying on a volunteer contribution. If anyone is interested in sending a quote for the job, please do so. The quote should include documentation and some time for training community members on the technical setup and troubleshooting. We need to be able to maintain this ourselves!
You can either post your quote here (if you donāt mind it being public), or you can email me on belenbarrospena at gmail dot com if you rather keep it private.
This is just my personal take on things: the community will need to decide on a final course of action. But I hope that gathering some details about potential costs will help decision making.
I can just copy existing project from heroku to codesandbox(also if it need edit something then edit),it is also going to be as opensource(everyone can see source) in page of project. It can be in any environment(like a in the heroku). But if you have some private information as a app keys, it is not a good solution.
*if it on JS)
Someone suggested that we look into upgrading our Heroku account to a paid subscription.
Sadly, it looks like Heroku only takes payments by card, and Open Source Design doesnāt have a card we could use as an organisation. So I guess this means Heroku is jut not a good option for us
has a tag showing that it was created with this link
We could put it at the place of the current post-a-job button (with the disclaimer that it needs a discourse account) until we have a better solution.
(I tried to find the relevant place in our website repo, but could not locate where to do the change if needed)
Two ways:
Direct Job menu entry to a sub-page briefly explaining that it needs a discourse account and links to both the job board and the job-template.
Direct Job menu entry to discourse category directly and explain how to use it in the header text of the category and set a category template (I prefer this, less indirection)
This is certainly a possible interim solution. The only thing to iron out would be moderation. I think there is value in looking at the jobs before they are posted to the world.
Is it possible to turn on moderation for new forum posts within a category? If yes, who can be set up as a moderator? Just forum administrators? Everyone?
Iāll do a bit of digging about this, but I still think the priority is to get that form fixed!
Just thoughts after month call:
We can solve a coding problem with no-code way, I tried for example bubble.io (it is can works with backend APIās but with paid subscriptionā¦ ).
This way will drop a finding a coder, and we will can make it ourself, it is not really hard.
I think the forum admins would suit the job well. If delegated to members outside admins, maybe some criteria would help not just for moderators but for job posters.