New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The current "status" of proposals #85
Comments
While going over the current status of all the proposals and creating scalacenter#85 I figured we could maintain the proposals/README.md a bit different. I can imagine it's easy to forget to update that so I think instead it might be a good idea to instead just use headers in the proposal files themselves. This way all updates to a proposal and to the current status is just done in the actual proposal, and then the README can get generated.
While going over the current status of all the proposals and creating scalacenter#85 I figured we could maintain the proposals/README.md a bit different. I can imagine it's easy to forget to update that so I think instead it might be a good idea to instead just use headers in the proposal files themselves. This way all updates to a proposal and to the current status is just done in the actual proposal, and then the README can get generated.
While going over the current status of all the proposals and creating scalacenter#85 I figured we could maintain the proposals/README.md a bit different. I can imagine it's easy to forget to update that so I think instead it might be a good idea to instead just use headers in the proposal files themselves. This way all updates to a proposal and to the current status is just done in the actual proposal, and then the README can get generated.
While going over the current status of all the proposals and creating scalacenter#85 I figured we could maintain the proposals/README.md a bit different. I can imagine it's easy to forget to update that so I think instead it might be a good idea to instead just use headers in the proposal files themselves. This way all updates to a proposal and to the current status is just done in the actual proposal, and then the README can get generated.
While going over the current status of all the proposals and creating scalacenter#85 I figured we could maintain the proposals/README.md a bit different. I can imagine it's easy to forget to update that so I think instead it might be a good idea to instead just use headers in the proposal files themselves. This way all updates to a proposal and to the current status is just done in the actual proposal, and then the README can get generated.
Hey @ckipp01 thank you for reporting! Here are my inputs:
|
I'm okay with SCP-008 being considered complete. Website work is always ongoing of course, but the expectation that the Center is responsible (with many others, including Lightbend folks such as me, of course contributing and helping!) seems well established now. |
I think SCP-005 could be considered complete on similar grounds. |
I agree with Julien and Seth's assessment here. |
Great, thanks for all the input. I've gone ahead and updated these via #87. As for the ones that are still in progress or have been stagnant for quite some time, I'll make a small slot for them on the agenda for the next AB meeting. We can get the final clarity there on whether they are officially abandoned, worthy of renewed attention, etc. I'll leave this open until then, do some final updates after that, and then close. |
Just adding a quick note in here that we didn't have time to discuss all of these during the last meeting. The plan is to leave this open for now and update them if there are updates during this next quarter or wait until we can discuss them in the next meeting. |
#93 marks SCP-026 as completed. |
I think SCP-025 can now be marked as completed as well :) see https://www.scala-lang.org/blog-detail/2022/04/05/inclusive-language-guide.html and #95 |
@ckipp01 003 Publicity Chair is still listed as active, even though nobody's mentioned it in ages |
This pr does a couple things. 1. It marks 027-refactoring as accepted with the amendment made that a working group will be created to first discuss and clarify. See the amendment in recommendations/027-refactoring.md for the details. 2. Goes through and adds updates to the various proposals that remain open or marks them as completed if it was agreed upon during the meeting. closes scalacenter#85
This pr does a couple things. 1. It marks 027-refactoring as accepted with the amendment made that a working group will be created to first discuss and clarify. See the amendment in recommendations/027-refactoring.md for the details. 2. Goes through and adds updates to the various proposals that remain open or marks them as completed if it was agreed upon during the meeting. closes scalacenter#85
While looking through the various proposals today I realized that there are quite a few that the "status" in the proposals readme hasn't been updated in quite some time. I think it'd be a good idea to do a quick review of these and to update the status in the relevant places. I'll provide a table down below of the existing proposals that "remains active" after quite some time. If need be we can discuss this during the next AB meeting, but if we're able to just take care of it this way, then no need.
Remains activeUpdated to "completed"There have been tools like scala3-migrate and a migration guide. Do we feel this sufficient to mark this as "completed"?Remains activeUpdated to "completed"I'm assuming this is still correctly marked as "active".Remains activeUpdated to "completed"I'm actually not 100% sure if this is the case or not?Remains activeUpdated to "completed"While maybe fluid in its definition, I suppose the continue support of Metals means this is correctly "active"?dotty, scalajs-bundler, and sbt-missinglink just to name a few under epfl/Scala Center that aren't actually following their own guidance with branch naming etc. Is there a reason for this?After the last AB meeting there needs to be a blog post published about this before being marked as completedRemains activeUpdate to completedThere are some updates in here and some prs to address issues, but nothing is in a stable release yet in Coursier or available via coursier/apps, so I'm assuming this is still "active".@sjrd @darjutak and/or @julienrf, I assume the three of you would know the most about the status of many of these, but anyone else that has info, please let me know and I can update accordingly.
The text was updated successfully, but these errors were encountered: