Open gambogi opened 8 years ago
I like the general idea of this issue. Although I'm not sure conditional is the proper platform for aggregation. I proposed a similar issue to this over the Summer on the Public Site https://github.com/ComputerScienceHouse/CSHPublicSite/issues/140
I was considering something like this earlier today and personally came to the conclusion that removing projects over time to avoid our current issue is tricky. I wouldn't want the site at week 0 to appear as if no projects had been done. But I'm also not sure that cutting off the list that's sorted by submission date is the right way to go either. Earlier in development there was discussion about creating a project up vote system. Some concerns about it encouraging a toxic culture were brought up. I'm not sure if that as a way to export projects within the past year or so would be a good way to generate a list, but I'm certainly open to discussion.
This library looks really good and perfect for what we want. It should be super simple to implement and a great step towards our end goal of publishing. https://github.com/NextStepWebs/simplemde-markdown-editor
Wait we agree on publishing? That's great news
There is a lot in between us and that goal, but I definitely want to see it happen!
By being marked as published, is that a decision by the project owner? E.g. they can mae their project page and iterate privately before publishing it?
@audiolion The publishing would be left up to Eboard in the current plan. So, as a cool project is submitted, Eboard can approve it and then publish it.
@audiolion I would hope so.
I don't think we should get ahead of the immediate goal here of having descriptions that are being shown in conditional written and rendered in markdown.
I'm definitely in favor of updating the public website with more recent major projects, but that's more long term and will require many changes on both conditional and the public site in order to work out.
If you want to talk about an immediate goal do so in a different issue. This is the proposal thread where the end goal should be discussed.
So @mbillow's proposal is that eboard publishes, @gambogi's proposal is that the project owner publishes. Maybe these are two separate pieces, the project owner can iterate and once they are ready submit the proposal, a flag is set in the database to put it in a queue for eboard to review, if eboard accepts it is published, if they reject it the flag is unset and the project owner can make changes and submit again?
I don't think it has to be that complicated. If The person puts enough effort into their post they are expressing their want to have it published. Eboard can then review for the externally noteworthy and publish those. By the way, I don't mean to diminish the value of all projects, but it seems like a bit much to publish 60-70 projects every year. That is why I think Eboard is a good group to make said decision, since they are required to be familiar with all passed projects.
My suggestion was that both choose. This isn't a hard thing to implement. It's just two checkboxes. One for eboard and one for the submitter. On Wed, Feb 8, 2017 at 3:43 PM Marc Billow notifications@github.com wrote:
I don't think it has to be that complicated. If The person puts enough effort into their post they are expressing their want to have it published. Eboard can then review for the externally noteworthy and publish those. By the way, I don't mean to diminish the value of all projects, but it seems like a bit much to publish 60-70 projects every year. That is why I think Eboard is a good group to make said decision, since they are required to be familiar with all passed projects.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ComputerScienceHouse/conditional/issues/48#issuecomment-278455467, or mute the thread https://github.com/notifications/unsubscribe-auth/AA-yYNyE7EwKlAWhu-gyRmqFQBZxboBWks5raijcgaJpZM4JspFj .
I agree with @gambogi. We should explain that we're doing this and the benefits of having their work published, and if they don't want to have it published they can uncheck "consider for publishing" when they submit their project. Then, eboard can say "yep, this looks cool" and publish it after they pass it.
Also @mbillow part of why I want to see this publishing thing go through is exactly because we do 60-70 projects a year. That's awesome, and barely anyone outside of the organization can see that right now.
Just going to toss out an idea myself and others have been kicking around for a few years that I'd really like to see implemented.
It would be nice to take advantage of the fact we require descriptions of projects for submission to eboard for PR/record keeping purposes. Concretely, I'd like the following functionality (and happy to implement myself):