Skip to content
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

Proposal to create a pattern name in the cloud native chapters #257

Open
krol3 opened this issue Jan 11, 2025 · 15 comments
Open

Proposal to create a pattern name in the cloud native chapters #257

krol3 opened this issue Jan 11, 2025 · 15 comments
Assignees

Comments

@krol3
Copy link

krol3 commented Jan 11, 2025

Overview

As the Cloud Native ecosystem continues to grow, the establishment of a standardized naming pattern for Cloud Native Chapters is essential. This proposal aims to introduce a consistent, scalable, and intuitive naming convention to improve discoverability, organization, and community engagement across regions.

1.	Uniformity: Ensure a unified naming pattern for the Cloud Native "Local" Chapters worldwide.
2.	Clarity: Provide clear identification of chapters based on geography and context.
3.	Scalability: Enable easy addition of new chapters as the community expands.
4.	Localization: Respect regional and cultural preferences in naming while maintaining global consistency.

Proposal

The naming pattern will follow the structure:
CloudNative [CityName] [CountryISOCode]

1.	Prefix: CloudNative
        - Identifies the chapter as part of the Cloud Native ecosystem.
2.	City Name: [CityName]
       - Represents the primary location of the chapter.
       - Use the most common name for the city in English or its native spelling if well-recognized globally.
3.	Country Code: [CountryISOCode]
       - Uses the official ISO 3166-1 alpha-2 country code for geographical clarity.
       - Example: CO for Colombia, US for the United States.

Examples:
• CloudNative Medellin, CO
• CloudNative Cartagena, CO
• CloudNative San Francisco, US
• CloudNative Bengaluru, IN
• CloudNative Sao Paulo, BR
• CloudNative Rio de Janeiro, BR

@AudMonte01 AudMonte01 self-assigned this Jan 14, 2025
@AudMonte01
Copy link
Collaborator

Thank you for submitting this issue, @krol3 . I will bring this to the organizer community to review based on regions. We ask that reviews/comments on this issue are read ahead of adding another comment.

One may...

  • simply upvote someone's comment by a thumbs-up
  • consider regional constraints and comment here with key differences by country

@embik
Copy link

embik commented Jan 15, 2025

Hey, thanks for this! Just a question for my understanding: The previous pattern (more or less) was "Cloud Native <City>" as far as I understand.

What is the reason to convert "Cloud Native" to "CloudNative" (camelcase)? The ecosystem usually stylises it as "cloud native" (or "Cloud Native" in title case situations like the group names), is there a reason for the departure from this convention?

@mauromorales
Copy link

Great initiative @krol3 🎉 I think we should definitely use a pattern and apply to all chapters.

I'd like to suggest making it a bit more flexible, though. For example, in Belgium currently we're trying to have a Belgian initiative. It's a small country and easy to travel between most big cities, so ideally there should be an option where we don't put the city name but just the country.

E.g. CloudNative-BE

That shouldn't block having also a specific chapter for a single city if they manage to grow big enough e.g. CloudNative-BE-Ghent

Hence, I'd also propose to have the order be: 1) CloudNative 2) Country ISO code 3) City (optional)

@sergioarmgpl
Copy link

Sounds good, but maybe Cloud Native, for marketing or people that collaborates maybe will be like an error to write CloudNative. Just that change.

@tokt
Copy link

tokt commented Jan 15, 2025

Just a bunch of random thoughts (and I like consistency as much as everyone):

  • not sure if this solves any real problem and it creates lots of potential issues for existing chapters with broken URLs, confusing renames, lost SEO rankings, outdated marketing and promo materials etc.
  • There are also some chapters that cover multiple regions, instead of cities: Cloud Native Nordics, Cloud Native Canada etc.
  • Country code seems to be redundant and unnecessary, not sure?

@csantanapr
Copy link

This is not applicable to virtual chapter like the Kubernetes Virtual Book Club ?

@TineoC
Copy link

TineoC commented Jan 15, 2025

I agree with @csantanapr and @tokt while the idea is good, we should take into consideration what could happen to those communities like Cloud Native Canada or Kubernetes Virtual Book Club.

Also I prefer Cloud Native instead of CloudNative in the prefix too.

@jasonsmithio
Copy link

I agree with the country code. I think it only makes sense if it's a city with a similar name to another major city such as San Jose, USA and San Jose, Costa Rica.

Cloud Native Tokyo is pretty self explanatory without the JP in it.

@pawelpiwosz
Copy link

I think Cloud Native instead CloudNative looks better. For the country code - I don't have any preferrence, however, we should be consistent, so if we decide to go with code, we should have it everywhere.

@adityasonittyl
Copy link

'Cloud Native' with a space in mid is better than CloudNative, its so common how everyone writes it everywhere.

Specific code can make confusions for a new bie who is entering, or searching for first time in another region - "let say i am based out of india and i want to search a group in USA but I am not sure about which code of which state", so better we have city name as preferences.

@julianocosta89
Copy link

Just adding my opinion here as well: Cloud Native instead of CloudNative is way better and follows the standard from CNCF itself.

Personally speaking, I'd love to keep the name as it is today: Cloud Native Linz.
This is a local community and when we invite speakers from other counties we tell them where we are located 😅

Seriously though, I do see the value of adding the country code to the name, but I'd like to suggest a different approach.

IDK if everyone followed the previous discussions, but I really tried to push back when CNCF introduced the common logo to all chapters. I thought, and still think, that this removes all the local culture and personality of the chapters.

Having said that, what if we do something as it is done with the KCD's logos?
There is the KCD logo, but there is also a space to add your local community touch. This keeps the brand, but still gives some uniqueness to each community. In the end, we all know that each community is different, and being able to represent that in a logo, is great.

We could then suggest/encourage adding the country flag in the community part of the logo.

@sagikazarmark
Copy link

Thanks @krol3 for putting this together!

I'm not sure I understand what problem this proposal is trying to address. Expanding on that would help us understand why this is important.

To clarify:

As the Cloud Native ecosystem continues to grow, the establishment of a standardized naming pattern for Cloud Native Chapters is essential.

Why is it essential? What do we want to achieve? What goal does it serve? Is it for the communities?

It's also important to acknowledge the cost of uniformity. As some people expressed above, making these chapters more uniform may also mean they lose their individual appeal to their local communities (which, as far as I understand, is the primary goal of these chapters). This is a valid concern that needs to be addressed and makes clarifying the goal of this proposal even more important.

Some uniformity is good. For example, I like that these groups have similar logos. It gives us a sense of belonging to something bigger. But if the goal of these chapters is to serve local communities, it has to be about them.

Personally, I wouldn't mind a naming convention, but I don't see the purpose, and I'm also not sure that renaming existing groups outweighs the benefits of a common naming pattern. (I reserve the right to change my mind, though)

@csantanapr
Copy link

After reading some comments above and thinking some more.
I don't think changing the name to a consistent way will directly "improve discoverability, organization, and community engagement across regions"

We could layout and quantify the different problems to address, and then as a community we can come up with different solutions, because it could be multiple things to do to address the different aspects.

We can brake the problem in three areas and go deeper on the problem and quantify it so then we can measure the improvement after the changes/additions

  • improve discoverability
  • improve organization
  • improve community engagement across regions

For example one improvement could be a dynamic map of the world, there is a map on this page https://community.cncf.io/chapters/
But is not dynamic, allowing to discover the different chapters that are close together in a region. Adding the city and country to the name I don't think is the best approach.

@TineoC
Copy link

TineoC commented Jan 21, 2025

That’s a good one @csantanapr having a similar map as kubestronauts but for the chapters of the CNCF.

@jasonsmithio
Copy link

I like the idea of the interactive map!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests