Archived
15
23
Fork
You've already forked meta
6

Decide on a launch date #9

Closed
opened 2022年11月06日 12:20:33 +01:00 by Ghost · 18 comments

Once the name and the organisation running the project are determined.

Once the name and the organisation running the project are determined.
Ghost added this to the Launch milestone 2022年11月06日 12:20:33 +01:00
Contributor
Copy link
See also https://codeberg.org/codename/website/issues/2#issuecomment-667017

November 14th could work. But it really depends on when Codeberg explicitly agrees to host and use the fork. There seems to be an implicit agreement but given the magnitude of the project, it should be explicit before I feel comfortable moving forward. Other people may feel differently. I may need a little too much validation.

November 14th could work. But it really depends on when Codeberg explicitly agrees to host and use the fork. There seems to be an implicit agreement but given the magnitude of the project, it should be explicit before I feel comfortable moving forward. Other people may feel differently. I may need a little too much validation.

According to the Zen of Python

Explicit is better than implicit.

According to the Zen of Python > Explicit is better than implicit.

I'd rather think of MVP/Launch conditions:

  • We found a suitable host and a backing org: Likely Codeberg, we just need the explicit agreement.
  • Have a CoC in place: We are still casting votes on this.
  • We can market the software(I know, this sounds very business): We need a website.
    • Social media handles.
  • Decided on the name: @fr33domlover is taking care of this ❤️.
  • Figure out a good workflow which would make a soft-fork happen: @dachary and I would likely work on this, so far a suggestion by Loïc is to use a similair approach as the Linux kernel takes.
  • Discussed the license situation: Should we move to AGPL or not.

We still might want to set a launch date, so there's a bit of "hurry up" by people, so we don't take too long.

I'd rather think of MVP/Launch conditions: - [ ] We found a suitable host and a backing org: Likely Codeberg, we just need the explicit agreement. - [ ] Have a CoC in place: We are still casting votes on this. - [ ] We can market the software(I know, this sounds very business): We need a website. - [ ] Social media handles. - [ ] Decided on the name: @fr33domlover is taking care of this :heart:. - [ ] Figure out a good workflow which would make a soft-fork happen: @dachary and I would likely work on this, so far a suggestion by Loïc is to use a similair approach as the Linux kernel takes. - [ ] Discussed the license situation: Should we move to AGPL or not. ---- We still might want to set a launch date, so there's a bit of "hurry up" by people, so we don't take **too** long.

I think the launch conditions are listed in the launch milestone. But you mention a few additional points:

Social media handles.

@caesar mentioned it and I forgot to create a task for it. Here it is codename/meta#21

Figure out a good workflow which would make a soft-fork happen:

Does this need to be decided before launch or can it be done after?

Discussed the license situation: Should we move to AGPL or not.

I'm convinced this should be tabled for after the launch. I wrote down why elsewhere but can't remember where right now 😓

I think the launch conditions are listed in [the launch milestone](https://codeberg.org/codename/meta/milestone/2788). But you mention a few additional points: > Social media handles. @caesar mentioned it and I forgot to create a task for it. Here it is https://codeberg.org/codename/meta/issues/21 > Figure out a good workflow which would make a soft-fork happen: Does this need to be decided before launch or can it be done after? > Discussed the license situation: Should we move to AGPL or not. I'm convinced this should be tabled for after the launch. I wrote down why elsewhere but can't remember where right now :sweat:

Does this need to be decided before launch or can it be done after?

Preferably before launch, but given its the two of us, we can do it in parallel with other some other "major" task.

I'm convinced this should be tabled for after the launch. I wrote down why elsewhere but can't remember where right now 😓

I'm only bringing it up, as other people(read developers) are bringing it up to me. Which indicates it could be a "selling point" at launch for developers to take a look and contribute to a soft fork.

> Does this need to be decided before launch or can it be done after? Preferably before launch, but given its the two of us, we can do it in parallel with other some other "major" task. > I'm convinced this should be tabled for after the launch. I wrote down why elsewhere but can't remember where right now 😓 I'm only bringing it up, as other people(read developers) are bringing it up to me. Which indicates it could be a "selling point" at launch for developers to take a look and contribute to a soft fork.

Preferably before launch, but given its the two of us, we can do it in parallel with other some other "major" task.

You're right. I added a task in the Launch milestone for that purpose codename/meta#22

> Preferably before launch, but given its the two of us, we can do it in parallel with other some other "major" task. You're right. I added a task in the Launch milestone for that purpose https://codeberg.org/codename/meta/issues/22
Contributor
Copy link
  • We can market the software(I know, this sounds very business): We need a website.
    • Social media handles.
    • And a mascot. For mugs and shirts and stickers!

Fixed that for ya :)

> - [ ] We can market the software(I know, this sounds very business): We need a website. > - [ ] Social media handles. > - [ ] And a mascot. For mugs and shirts and stickers! Fixed that for ya :)

Yeah mascot depends on the name, but @circlebuilder already has a "clear" mind about this, if we choose "Smithy".

Yeah mascot depends on the name, but @circlebuilder already has a "clear" mind about this, if we choose "Smithy".

As discussed this morning in the chat, it would be worth deciding on a launch interval to take into account the fact that the launch has a time sensitive aspect to it. If done later (six months from now):

  • less people will notice
  • less people will be motivated to work on the fork

I'm inclined to think that some time between December 1st and December 15th is a good target. Enough time to complete the required tasks and not so far away in the future so that people involved (me included) are still highly motivated. A good balance between being quick and being prepared.

As discussed this morning in the chat, it would be worth deciding on a launch interval to take into account the fact that the launch has a time sensitive aspect to it. If done later (six months from now): * less people will notice * less people will be motivated to work on the fork I'm inclined to think that some time between December 1st and December 15th is a good target. Enough time to complete the [required tasks](https://codeberg.org/codename/meta/milestone/2788) and not so far away in the future so that people involved (me included) are still highly motivated. A good balance between being quick and being prepared.

@circlebuilder if I'm not mistaken you think that launching after December 15th may be a little late. Not too late but people's attention won't be the same. Right?

@circlebuilder if I'm not mistaken you think that launching after December 15th may be a little late. Not too late but people's attention won't be the same. Right?
Contributor
Copy link

After 15th December, minds will surely be in christmas mode.

After 15th December, minds will surely be in christmas mode.
Member
Copy link

On Matrix I suggested a potential 'phased' launch which might help relieve pressure / prioritise tasks:

Another way to look at this is to divide it into a "soft launch" and a "public launch".

Soft launch depends on having a name, community guidelines, and strategy. At this point we can start quietly talking about it to the "right" people – people we think might want to get involved. No releases or anything like that yet. Just getting more people on board and gathering steam.

Public launch would depend on everything currently in the Launch milestone - in particular, branding, website, and release builds ready. At this point we can start actively publicising it.

[On Matrix](https://matrix.to/#/!qjPHwFPdxhpLkXMkyP:matrix.org/79ドルX5nRZAyvGeHPNVg5aHoP9aFfecz1MYGGUWX8J_cbA) I suggested a potential 'phased' launch which might help relieve pressure / prioritise tasks: > Another way to look at this is to divide it into a "soft launch" and a "public launch". > > Soft launch depends on having a name, community guidelines, and strategy. At this point we can start quietly talking about it to the "right" people – people we think might want to get involved. No releases or anything like that yet. Just getting more people on board and gathering steam. > > Public launch would depend on everything currently in the [Launch milestone](https://codeberg.org/codename/meta/milestone/2788) - in particular, branding, website, and release builds ready. At this point we can start actively publicising it.

In the same spirit it could be thought of as a continuous soft launch. As tasks are accomplished (such as picking a name) it becomes more and more concrete. Talking about Smithy instead of codename. Then talking about Codeberg instead of "an organization" etc.

Each task is a kind of phase in its own right. When it is completed, we level up towards the launch.

In the same spirit it could be thought of as a continuous soft launch. As tasks are accomplished (such as picking a name) it becomes more and more concrete. Talking about Smithy instead of codename. Then talking about Codeberg instead of "an organization" etc. Each task is a kind of phase in its own right. When it is completed, we level up towards the launch.

Since there seems to be an consensus that launching after December 15th, I set that as a date for the launch milestone. Nothing prevents launching earlier if everything is ready.

If anyone disagrees, feel free to re-open this issue and discuss this further.

Since there seems to be an consensus that launching after December 15th, I set that as a date for the [launch milestone](https://codeberg.org/codename/meta/milestone/2788). Nothing prevents launching earlier if everything is ready. If anyone disagrees, feel free to re-open this issue and discuss this further.
Contributor
Copy link

When it is completed, we level up towards the launch.

Gamification at its best 🍄

> When it is completed, we level up towards the launch. Gamification at its best 🍄

I did not actually close the issue, I'm doing that now since there has been no objection so far. Please re-open if you think differently.

I did not actually close the issue, I'm doing that now since there has been no objection so far. Please re-open if you think differently.

After 15th December, minds will surely be in christmas mode.

December 1st we'll all be in AoC scratching our heads 😉

> After 15th December, minds will surely be in christmas mode. December 1st we'll all be in AoC scratching our heads 😉
Commenting is not possible because the repository is archived.
No Branch/Tag specified
readme
No results found.
Labels
Clear labels
[Decision] Building proposal(s)
We're in a decision-making process, buiding one or more proposals to address the shared aim based on the criteria
[Decision] Gathering criteria
We're in a decision-making process, gathering criteria, considerations and needs
[Decision] Integrating concerns
We're in a decision-making process, working with a proposal, trying to integrate concerns and create modifications/support such that the proposal works for everyone
Accessibility
Relates to Accessibility (a11y) of product, project and process.
Agreement proposal
Forgejo agreement proposal, following a discussion
Communication
Relates to all channels, social media, website, blog posts.
Election
Process of appointing a person into a role or team (if choosing people just for a specific one-time task, use the Entrustment label)
Entrustment
Process of choosing/approving specific people to do a critical/high-impact one-time task (if choosing people for an ongoing role/team, use the Election label)
Governance
Relates to processes, procedures and decision-making.
Meeting
An upcoming team meeting
User research - Accessibility
Requires input about accessibility features, likely involves user testing.
User research - Blocked
Do not pick as-is! We are happy if you can help, but please coordinate with ongoing redesign in this area.
User research - Community
Community features, such as discovering other people's work or otherwise feeling welcome on a Forgejo instance.
User research - Config (instance)
Instance-wide configuration, authentication and other admin-only needs.
User research - Errors
How to deal with errors in the application and write helpful error messages.
User research - Filters
How filter and search is being worked with.
User research - Future backlog
The issue might be inspiring for future design work.
User research - Git workflow
AGit, fork-based and new Git workflow, PR creation etc
User research - Labels
Active research about Labels
User research - Moderation
Moderation Featuers for Admins are undergoing active User Research
User research - Needs input
Use this label to let the User Research team know their input is requested.
User research - Notifications/Dashboard
Research on how users should know what to do next.
User research - Rendering
Text rendering, markup languages etc
User research - Repo creation
Active research about the New Repo dialog.
User research - Repo units
The repo sections, disabling them and the "Add more" button.
User research - Security
User research - Settings (in-app)
How to structure in-app settings in the future?
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference
forgejo/meta#9
Reference in a new issue
forgejo/meta
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?