Re-evaluate the relation between community and codebase
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re-evaluate the relation between community and codebase
Currently the relationship community and codebase is a rather weird one. The codebase is deeply connected with tgstation being by far it's primary host and virtually all coders are from the tg community. However at the same time any form of oversight is cut down with arguments of codebase and community being separate.
Why?
What is the benefit of this arrangement to us as a community? Why would we give up our influence over the development of the codebase we use? Why do we have democratic headmin elections to run our servers but not for our headcoders?
I say integrate codebase and community and hold headcoder elections at the same time as headmin elections the development of the game gets accountability to the community.
Why?
What is the benefit of this arrangement to us as a community? Why would we give up our influence over the development of the codebase we use? Why do we have democratic headmin elections to run our servers but not for our headcoders?
I say integrate codebase and community and hold headcoder elections at the same time as headmin elections the development of the game gets accountability to the community.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- Lazengann
- Joined: Sat Feb 25, 2017 2:26 pm
- Byond Username: Lazengann
Re: Re-evaluate the relation between community and codebase
part of checks and balances
- Arianya
- In-Game Game Master
- Joined: Tue Nov 08, 2016 10:27 am
- Byond Username: Arianya
Re: Re-evaluate the relation between community and codebase
You may be interested in the following threads which sound like they're relevant to what you're posting about:
https://tgstation13.org/phpBB/viewtopic ... 33&t=24525
https://tgstation13.org/phpBB/viewtopic ... 33&t=21934
I'm sure people are tired of hearing me say this but I will point out that this isn't something the headmins can technically rule on - at best this is a MSO issue and realistically you'll have to present a better argument then "muh democracy" to convince him to press the nuclear button
https://tgstation13.org/phpBB/viewtopic ... 33&t=24525
https://tgstation13.org/phpBB/viewtopic ... 33&t=21934
I'm sure people are tired of hearing me say this but I will point out that this isn't something the headmins can technically rule on - at best this is a MSO issue and realistically you'll have to present a better argument then "muh democracy" to convince him to press the nuclear button
Frequently playing as Aria Bollet on Bagil & Scary Terry
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
- Arianya
- In-Game Game Master
- Joined: Tue Nov 08, 2016 10:27 am
- Byond Username: Arianya
Re: Re-evaluate the relation between community and codebase
On a less procedural note, elections for maintainers or head coders are generally a bad idea - code maintenance may and often will have to make changes that are unpopular due to technical, design or other reasons. Making the position predicated on popular votes creates a vested interest in only making "popular" changes and especially visible popular changes - there's not much stock in fixing bugs or reviewing code if what gets you elected is promising new flashy subsystems or the like.
Frequently playing as Aria Bollet on Bagil & Scary Terry
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
- skoglol
- Joined: Wed Jun 13, 2018 5:25 am
- Byond Username: Skoglol
- Github Username: kriskog
Re: Re-evaluate the relation between community and codebase
To add to what Ari said, most players aren't able to make informed decisions on coding skill, code quality and oversight. Letting the people who actually do decide who is head honcho is the best way to ensure the codebase is in good hands. Managing the codebase requires a fair amount of technical skills as well, its not just a free pass to make all your ideas guy shit happen.
If you disagree with the direction the game is going in, make reasoned arguments about it and dont behave like a fucking ape. In most cases your concerns will be heard, though there is never a guarantee people will agree. The main issue with player feedback imo is how some of you people are completely unwilling to let anything go. Some of you retards are still moaning about removing sleepers, even though it turned out to be a very good change in the end.
If you disagree with the direction the game is going in, make reasoned arguments about it and dont behave like a fucking ape. In most cases your concerns will be heard, though there is never a guarantee people will agree. The main issue with player feedback imo is how some of you people are completely unwilling to let anything go. Some of you retards are still moaning about removing sleepers, even though it turned out to be a very good change in the end.
- Grazyn
- Joined: Tue Nov 04, 2014 11:01 am
- Byond Username: Grazyn
Re: Re-evaluate the relation between community and codebase
As long as the project is open source, "community has no influence" is never going to be a real argument because you can just join the project and influence it yourself.
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
This does not really answer the question why that arrangement is in the communities best interest.Arianya wrote:I'm sure people are tired of hearing me say this but I will point out that this isn't something the headmins can technically rule on - at best this is a MSO issue and realistically you'll have to present a better argument then "muh democracy" to convince him to press the nuclear button
So does running a country. People don't vote directly on policies, they vote for someone to give them a mandate for a period of time. "People are too dumb to vote" has always been a bad argument against indirect democracy.On a less procedural note, elections for maintainers or head coders are generally a bad idea - code maintenance may and often will have to make changes that are unpopular due to technical, design or other reasons. Making the position predicated on popular votes creates a vested interest in only making "popular" changes and especially visible popular changes - there's not much stock in fixing bugs or reviewing code if what gets you elected is promising new flashy subsystems or the like.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
-
- In Game PermaBanned
- Joined: Thu Aug 09, 2018 6:41 am
- Byond Username: ATHATH
Re: Re-evaluate the relation between community and codebase
What if we had headcoder elections, but with coders (with at least one merged PR) being the only people allowed to vote in them?skoglol wrote:To add to what Ari said, most players aren't able to make informed decisions on coding skill, code quality and oversight. Letting the people who actually do decide who is head honcho is the best way to ensure the codebase is in good hands. Managing the codebase requires a fair amount of technical skills as well, its not just a free pass to make all your ideas guy shit happen.
- Tarchonvaagh
- Joined: Wed May 01, 2019 9:30 pm
- Byond Username: Tarchonvaagh
Re: Re-evaluate the relation between community and codebase
Who will define people as codersATHATH wrote:What if we had headcoder elections, but with coders (with at least one merged PR) being the only people allowed to vote in them?skoglol wrote:To add to what Ari said, most players aren't able to make informed decisions on coding skill, code quality and oversight. Letting the people who actually do decide who is head honcho is the best way to ensure the codebase is in good hands. Managing the codebase requires a fair amount of technical skills as well, its not just a free pass to make all your ideas guy shit happen.
- imsxz
- Joined: Sat Dec 16, 2017 4:27 pm
- Byond Username: Imsxz
Re: Re-evaluate the relation between community and codebase
you dont need a definition for coder, AI. anyone thats ever submitted a PR is what id consider a coder, but literally anyone can make changes. nothing stops anyone from learning byond. buzz terms like it being a "shit" language dont change the fact that you can learn it like any other language. I personally found it a lot simpler to learn byond as my introduction to coding more than basic programs, as i had a working knowledge of the abstract things that the code is supposed to do, basically seeing what in the code causes items to do what they do. if anyone thinks theyd be a better headcoder/design lead than oranges the bogeyman, by all means they're free to start making significant contributions to the codebase, helping people resolve issues with PR's, and displaying a professional skill level at being a developer and team member, then theyd be well on their way to becoming a maintainer, and subsequently headcoder if they're the best of the bunch.
gee whiz it's almost like the maintainers got their roles through being exceptionally good at their jobs or something.
gee whiz it's almost like the maintainers got their roles through being exceptionally good at their jobs or something.
please subscribe to me on youtube
terranaut wrote:i saw this video before it was posted here
you too can be cool like me if you just subscribe to imsxz youtube channel
Arianya wrote:no, not the snails, shut up imsxz
Nervore wrote:I am going to will you out of existence, Imsxz.
One day, you will just cease to exist.
- wesoda25
- Joined: Thu Aug 10, 2017 9:32 pm
- Byond Username: Wesoda25
Re: Re-evaluate the relation between community and codebase
If you don’t like the direction the server is going, start making prs.
Also, most players have fucking shit ideas for balance and features, so allowing them to dictate what happens is stupid. Coder elections would be a great way to land incompetent people in a position of power. Now, if say the previous head coder, or host, got to pick candidates from which the community would vote from, it might be an idea.
Also, most players have fucking shit ideas for balance and features, so allowing them to dictate what happens is stupid. Coder elections would be a great way to land incompetent people in a position of power. Now, if say the previous head coder, or host, got to pick candidates from which the community would vote from, it might be an idea.
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
Ohw please, people have been saying the same thing about democracies for ages and they consistently outperform autocracies. Having a mandate actually allows coders to implement larger changes without having to justify every individual step.wesoda25 wrote:Also, most players have fucking shit ideas for balance and features, so allowing them to dictate what happens is stupid. Coder elections would be a great way to land incompetent people in a position of power. Now, if say the previous head coder, or host, got to pick candidates from which the community would vote from, it might be an idea.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
-
- Confined to the shed
- Joined: Wed Aug 15, 2018 2:05 am
- Byond Username: Deedubya
- Location: shitting up your thread
Re: Re-evaluate the relation between community and codebase
There's a pretty simple change to solve this issue, but it'll require at least 2/3 headmins to present the case to MSO for it to actually happen, because the codebase is currently immune to any sort of community or administrative intervention.
Galatians 4:16 "Have I now become your enemy by telling you the truth?"
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
Spoiler:
- Grazyn
- Joined: Tue Nov 04, 2014 11:01 am
- Byond Username: Grazyn
Re: Re-evaluate the relation between community and codebase
From what I understand coders actually like Oranges as head honcho so maybe don't try to fix what isn't broken?ATHATH wrote:What if we had headcoder elections, but with coders (with at least one merged PR) being the only people allowed to vote in them?skoglol wrote:To add to what Ari said, most players aren't able to make informed decisions on coding skill, code quality and oversight. Letting the people who actually do decide who is head honcho is the best way to ensure the codebase is in good hands. Managing the codebase requires a fair amount of technical skills as well, its not just a free pass to make all your ideas guy shit happen.
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
That can easily be because of self selection. People who don't like whomever is headcoder are less likely to spend significant amount of time working on a codebase. Also who wants to risk offending the guy in charge when he isn't accountable to anyone and can just reject whatever he wants out of spite?Grazyn wrote:From what I understand coders actually like Oranges as head honcho so maybe don't try to fix what isn't broken?
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- Grazyn
- Joined: Tue Nov 04, 2014 11:01 am
- Byond Username: Grazyn
Re: Re-evaluate the relation between community and codebase
Yeah but there are a lot of coders and if that really was the case you'd see a much more vocal opposition to oranges here and elsewhere.CPTANT wrote:That can easily be because of self selection. People who don't like whomever is headcoder are less likely to spend significant amount of time working on a codebase. Also who wants to risk offending the guy in charge when he isn't accountable to anyone and can just reject whatever he wants out of spite?Grazyn wrote:From what I understand coders actually like Oranges as head honcho so maybe don't try to fix what isn't broken?
- Arianya
- In-Game Game Master
- Joined: Tue Nov 08, 2016 10:27 am
- Byond Username: Arianya
Re: Re-evaluate the relation between community and codebase
At risk of devolving into political philosophy debate - I'll point out that just going "muh democracy" is not a good argument, especially when you're missing a big aspect of democracy - informed voting. If the average player cannot reasonably be expected to know the intricacies of code maintenance or game design it's not fair to them or to the codebase to expect them to make an informed choice of who should be headcoder/maintainer. It's the same reason why elected positions that are overly technical in nature feature horrific turnout numbers and generally speaking awful candidate selection.
b) This is why running a country is done by both elected representatives (like say, headmins) and unelected bureaucrats (like say, code maintainers)
Frankly this thread isn't very well posited. You're suggesting a foundational change to the community and you don't even justify why such a change is required - just an appeal to democracy - presumably because the reason is a thinly veiled "i don't like oranges' decisions".
Because MSO thinks so and because he owns/leases the hardware that runs the code. I'm just saying if your sole argument is "democracy iz gud" then you're unlikely to make headway with MSO - especially since you're fighting like 6 years of inertia of the current system to suggest yours is better.This does not really answer the question why that arrangement is in the communities best interest.
a) People absolutely vote on policies - what do you think manifestos are? This is a really weird comment of yours.So does running a country. People don't vote directly on policies, they vote for someone to give them a mandate for a period of time. "People are too dumb to vote" has always been a bad argument against indirect democracy.
b) This is why running a country is done by both elected representatives (like say, headmins) and unelected bureaucrats (like say, code maintainers)
Frankly this thread isn't very well posited. You're suggesting a foundational change to the community and you don't even justify why such a change is required - just an appeal to democracy - presumably because the reason is a thinly veiled "i don't like oranges' decisions".
Frequently playing as Aria Bollet on Bagil & Scary Terry
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
- Cobby
- Code Maintainer
- Joined: Sat Apr 19, 2014 7:19 pm
- Byond Username: ExcessiveUseOfCobby
- Github Username: ExcessiveUseOfCobblestone
Re: Re-evaluate the relation between community and codebase
If you really don't contribute because you don't like oranges you're probably weren't going to contribute to begin with.
Considering the reach of the codebase vs. what oranges does administratively within the code, I would safely say that's just an excuse to talk without walk.
Considering the reach of the codebase vs. what oranges does administratively within the code, I would safely say that's just an excuse to talk without walk.
Voted best trap in /tg/ 2014-current
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
A large part of the community is plenty active on the feedback forums and github. It is also not like the current design philosophy much surpasses "if it's cool, bolt it on". The idea that the current approach is some super well thought out technocratic process while community is to incompetent to determine the direction of game design they want is pretty laughable.At risk of devolving into political philosophy debate - I'll point out that just going "muh democracy" is not a good argument, especially when you're missing a big aspect of democracy - informed voting. If the average player cannot reasonably be expected to know the intricacies of code maintenance or game design it's not fair to them or to the codebase to expect them to make an informed choice of who should be headcoder/maintainer. It's the same reason why elected positions that are overly technical in nature feature horrific turnout numbers and generally speaking awful candidate selection.
Since the code base is officially separate from the playerbase, the elected representatives you give as an example don't have actual power in the area we are discussing, code development has no official accountability. Also the fact that code maintainers exist wouldn't change in the first place.b) This is why running a country is done by both elected representatives (like say, headmins) and unelected bureaucrats (like say, code maintainers)
There is a layer of indirect democracy between this, people don't directly vote unless its referenda.a) People absolutely vote on policies - what do you think manifestos are? This is a really weird comment of yours.
Your words and frankly a complete cop out to this debate. It does not matter if oranges is the one that gets elected because what is important is accountability to the community and not specific candidates.Frankly this thread isn't very well posited. You're suggesting a foundational change to the community and you don't even justify why such a change is required - just an appeal to democracy - presumably because the reason is a thinly veiled "i don't like oranges' decisions".
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- Arianya
- In-Game Game Master
- Joined: Tue Nov 08, 2016 10:27 am
- Byond Username: Arianya
Re: Re-evaluate the relation between community and codebase
a) You're vastly over-estimating engagement - players who interact with the community outside of the byond server itself are the exception, not the rule. And unlike real life, there's no media (good or bad) helping people to be aware of what's happening outside of the game in easily digestible format.CPTANT wrote: A large part of the community is plenty active on the feedback forums and github. It is also not like the current design philosophy much surpasses "if it's cool, bolt it on". The idea that the current approach is some super well thought out technocratic process while community is to incompetent to determine the direction of game design they want is pretty laughable.
Since the code base is officially separate from the playerbase, the elected representatives you give as an example don't have actual power in the area we are discussing, code development has no official accountability. Also the fact that code maintainers exist wouldn't change in the first place.
There is a layer of indirect democracy between this, people don't directly vote unless its referenda.
Your words and frankly a complete cop out to this debate. It does not matter if oranges is the one that gets elected because what is important is accountability to the community and not specific candidates.
b) This really shows you don't understand the power balance between the 3 pillars of /tg/'s structure or what powers MSO and the headmins have to influence the codebase while also giving them autonomy to develop.
c) Yes and we're now back round at the circle where the layer of indirect democracy you're proposing doesn't share priorities with what code maintenance needs/wants.
d) Your response is effectively side-stepping actual engaging with the points so that you can make cheap shots about "laughable" and "cop-outs". Which is a shame but atleast when this thread goes nowhere you won't have the excuse that no one told you why.
Frequently playing as Aria Bollet on Bagil & Scary Terry
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
- Lazengann
- Joined: Sat Feb 25, 2017 2:26 pm
- Byond Username: Lazengann
Re: Re-evaluate the relation between community and codebase
They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
- Cobby
- Code Maintainer
- Joined: Sat Apr 19, 2014 7:19 pm
- Byond Username: ExcessiveUseOfCobby
- Github Username: ExcessiveUseOfCobblestone
Re: Re-evaluate the relation between community and codebase
Not all people who contribute to the TG codebase interact with TG on any other medium since it's the source for downstream communities.
Voted best trap in /tg/ 2014-current
-
- Confined to the shed
- Joined: Wed Aug 15, 2018 2:05 am
- Byond Username: Deedubya
- Location: shitting up your thread
Re: Re-evaluate the relation between community and codebase
Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
Galatians 4:16 "Have I now become your enemy by telling you the truth?"
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
Spoiler:
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
We have this forum and in game announcements, which is considered enough for headmin elections so should be considered enough for headcoder election. Also like I said before, picking a headcoder is not quantum mechanics and our current development process isn't structured in the first place. Headmin have influence but not power, there is nothing that can be done if the person with actual power does not like what is being said. The headcoder, elected or not is always going to be the one with the ultimate say in things.Arianya wrote:a) You're vastly over-estimating engagement - players who interact with the community outside of the byond server itself are the exception, not the rule. And unlike real life, there's no media (good or bad) helping people to be aware of what's happening outside of the game in easily digestible format.CPTANT wrote: A large part of the community is plenty active on the feedback forums and github. It is also not like the current design philosophy much surpasses "if it's cool, bolt it on". The idea that the current approach is some super well thought out technocratic process while community is to incompetent to determine the direction of game design they want is pretty laughable.
Since the code base is officially separate from the playerbase, the elected representatives you give as an example don't have actual power in the area we are discussing, code development has no official accountability. Also the fact that code maintainers exist wouldn't change in the first place.
There is a layer of indirect democracy between this, people don't directly vote unless its referenda.
Your words and frankly a complete cop out to this debate. It does not matter if oranges is the one that gets elected because what is important is accountability to the community and not specific candidates.
b) This really shows you don't understand the power balance between the 3 pillars of /tg/'s structure or what powers MSO and the headmins have to influence the codebase while also giving them autonomy to develop.
c) Yes and we're now back round at the circle where the layer of indirect democracy you're proposing doesn't share priorities with what code maintenance needs/wants.
>d) Your response is effectively side-stepping actual engaging with the points so that you can make cheap shots about "laughable" and "cop-outs". Which is a shame but atleast when this thread goes nowhere you won't have the excuse that no one told you why.
I am not sidestepping anyway. People keep trying to bring the issue back to the current headcoder, while the problem is structural. Lack of accountability is always a perversive feature. "Take it or leave it" is not really a long term solution with the best outcome.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- actioninja
- Joined: Mon Jul 30, 2018 6:40 am
- Byond Username: Actioninja
- Location: comatose
Re: Re-evaluate the relation between community and codebase
tl;dr:
"This can't be done in good faith for these reasons"
"But democracy"
"This can't be done in good faith for these reason"
"But democracy"
...
See you all again in a month or two when this thread is made again
"This can't be done in good faith for these reasons"
"But democracy"
"This can't be done in good faith for these reason"
"But democracy"
...
See you all again in a month or two when this thread is made again
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
"Here are the reasons why a democratic headcoder is better"actioninja wrote:tl;dr:
"This can't be done in good faith for these reasons"
"But democracy"
"This can't be done in good faith for these reason"
"But democracy"
...
See you all again in a month or two when this thread is made again
"but muh people too stupid"
"Here are the reasons why a democratic headcoder is better"
"but muh people too stupid"
Did that add anything to the conversation? No, then why post it.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- Gigapuddi420
- Joined: Fri May 19, 2017 8:08 am
- Byond Username: Gigapuddi420
- Location: Dorms
Re: Re-evaluate the relation between community and codebase
The reason people keep calling you out on this is because you've only offered a single line on why headcoder elections would be a improvement and everything else has been completely insubstantial telling everyone else they are wrong. Before Ari started seriously replying you didn't even offer any actual reasoning. Convincing the thread on why your idea is better for the community is going to be a lot easier then convincing MSO and the years of momentum behind the system.CPTANT wrote:I am not sidestepping anyway. People keep trying to bring the issue back to the current headcoder, while the problem is structural. Lack of accountability is always a perversive feature. "Take it or leave it" is not really a long term solution with the best outcome.
Personally I prefer the idea of successive headcoders who, alongside the host, pick their successors. It seems better for long term projects and fixes without having to worry about the short term pain from what is often a irrational playerbase. God the community treats some of our regular coders like shit over honest attempts to improve the game and we've lost countless good guys over it. Adding a vote every six months for the most popular coder sounds like a disaster.
Imperfect catgirl playing a imperfect game.
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
It's probably because I first stated this topic as a question.Gigapuddi420 wrote:The reason people keep calling you out on this is because you've only offered a single line on why headcoder elections would be a improvement and everything else has been completely insubstantial telling everyone else they are wrong. Before Ari started seriously replying you didn't even offer any actual reasoning. Convincing the thread on why your idea is better for the community is going to be a lot easier then convincing MSO and the years of momentum behind the system.CPTANT wrote:I am not sidestepping anyway. People keep trying to bring the issue back to the current headcoder, while the problem is structural. Lack of accountability is always a perversive feature. "Take it or leave it" is not really a long term solution with the best outcome.
Personally I prefer the idea of successive headcoders who, alongside the host, pick their successors. It seems better for long term projects and fixes without having to worry about the short term pain from what is often a irrational playerbase. God the community treats some of our regular coders like shit over honest attempts to improve the game and we've lost countless good guys over it. Adding a vote every six months for the most popular coder sounds like a disaster.
Anyway, why elected headcoders would be better:
-Direction of code development is more in line with community wishes.
-Increased accountability reduces perversive incentive to misuse power.
-Provides an alternative for love it or leave it approach to conflict.
-Elected head coders would actually be a step up in terms of having to justify every single change to the community. They get the backing to implement their vision during the time they are active and can be evaluated after their term instead of during every PR.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- CPTANT
- Joined: Mon May 04, 2015 1:31 pm
- Byond Username: CPTANT
Re: Re-evaluate the relation between community and codebase
It's probably because I first stated this topic as a question.Gigapuddi420 wrote:The reason people keep calling you out on this is because you've only offered a single line on why headcoder elections would be a improvement and everything else has been completely insubstantial telling everyone else they are wrong. Before Ari started seriously replying you didn't even offer any actual reasoning. Convincing the thread on why your idea is better for the community is going to be a lot easier then convincing MSO and the years of momentum behind the system.CPTANT wrote:I am not sidestepping anyway. People keep trying to bring the issue back to the current headcoder, while the problem is structural. Lack of accountability is always a perversive feature. "Take it or leave it" is not really a long term solution with the best outcome.
Personally I prefer the idea of successive headcoders who, alongside the host, pick their successors. It seems better for long term projects and fixes without having to worry about the short term pain from what is often a irrational playerbase. God the community treats some of our regular coders like shit over honest attempts to improve the game and we've lost countless good guys over it. Adding a vote every six months for the most popular coder sounds like a disaster.
Anyway, why elected headcoders would be better:
-Direction of code development is more in line with community wishes.
-Increased accountability reduces perversive incentive to misuse power.
-Provides an alternative for love it or leave it approach to conflict.
-Elected head coders would actually be a step up in terms of having to justify every single change to the community. They get the backing to implement their vision during the time they are active and can be evaluated after their term instead of during every PR.
Timberpoes wrote: ↑Tue Feb 14, 2023 3:21 pm The rules exist to create the biggest possible chance of a cool shift of SS13. They don't exist to allow admins to create the most boring interpretation of SS13.
- Cobby
- Code Maintainer
- Joined: Sat Apr 19, 2014 7:19 pm
- Byond Username: ExcessiveUseOfCobby
- Github Username: ExcessiveUseOfCobblestone
Re: Re-evaluate the relation between community and codebase
Late 2019 isn't the only time people have stopped playing the game, anon.deedubya wrote:Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
You're playing a game that has been up since the start of the century.
Voted best trap in /tg/ 2014-current
-
- Joined: Thu Feb 14, 2019 10:11 pm
- Byond Username: Takov
Re: Re-evaluate the relation between community and codebase
Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.Cobby wrote:Late 2019 isn't the only time people have stopped playing the game, anon.deedubya wrote:Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
You're playing a game that has been up since the start of the century.
But whatever, I don't think you even care if the servers become empty.
- actioninja
- Joined: Mon Jul 30, 2018 6:40 am
- Byond Username: Actioninja
- Location: comatose
- Akrilla
- Joined: Thu May 16, 2019 9:24 am
- Byond Username: Akrilla
- Github Username: Akrilla
Re: Re-evaluate the relation between community and codebase
I don't like change, and that means maintainers and coders bad /thread
Anyone can contribute, and quality control is done by maintainers, which are chosen for being trusted to make decisions that are overall good for the codebase. If you don't like tg, go to one of its downstream servers.
Anyone can contribute, and quality control is done by maintainers, which are chosen for being trusted to make decisions that are overall good for the codebase. If you don't like tg, go to one of its downstream servers.
- Cobby
- Code Maintainer
- Joined: Sat Apr 19, 2014 7:19 pm
- Byond Username: ExcessiveUseOfCobby
- Github Username: ExcessiveUseOfCobblestone
Re: Re-evaluate the relation between community and codebase
I happily respond to valid feedback and have made changes based on such. These conversations happened on this very platform and/or discord, both of which are public viewing and contributing. I've also had to basically say "too bad" on some occasions because some people disagree conceptually. If you want to challenge that decision you can talk with it about oranges, try to come up with a compromise that i'm satisfied with, or deal with it (secret 4th option: contribute and become a maintainer yourself).Takov wrote: Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.
But whatever, I don't think you even care if the servers become empty.
I'll be honest and say If you start off with ad hom or just calling contributions "shit" without placing your more tangible opinions on the proper platforms (no, OOC/digg is not one), I do tune you out. If that's your behavior, you're correct: I don't care if you leave or not because of my changes or anyone else's***.
*** assuming good faith, lizard PRer and circuit PRer can burn in githell.
In short, I will happily entertain a good-willed discussion with you on the aforementioned platforms if you're legitimately interested in improving the game, and most other people in the coder realm (certainly maintainers) will as well. If you're just going to bitch in every place but the platforms where your thoughts about the features/game from a code POV matter (which leads me to believe your feedback wasn't good-willed to begin with), I'm not sure why it's on the maintainer end to bend (or in this situation MSO to force the maintainers to bend).
Voted best trap in /tg/ 2014-current
-
- Joined: Thu Mar 23, 2017 2:51 am
- Byond Username: 4DPlanner
- Github Username: 4dplanner
Re: Re-evaluate the relation between community and codebase
Imagine if your doctor was elected from the general population by people who were angry at the old doctor's diagnoses
- oranges
- Code Maintainer
- Joined: Tue Apr 15, 2014 9:16 pm
- Byond Username: Optimumtact
- Github Username: optimumtact
- Location: #CHATSHITGETBANGED
Re: Re-evaluate the relation between community and codebase
well don't let the door hit you on the way out, I haven't seen any evidence to suggest we're bleeding players in any significant numbers. Sorry that your closed circle group of friends doesn't count as all of /tg/ station I guess.Takov wrote:Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.Cobby wrote:Late 2019 isn't the only time people have stopped playing the game, anon.deedubya wrote:Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
You're playing a game that has been up since the start of the century.
But whatever, I don't think you even care if the servers become empty.
The arguments made here about coders not being accountable to anyone is only true if you believe that I don't take the pulse of the community or discuss things with the admin team, given that I have the second highest post rate on the forum and the most posts in discord, I fail to see how that is true.
Just because I don't listen to people on every single PR, doesn't mean I'm not taking into account the player base opinion, If you really wanted to do the math you'd find the vast majority of PR's are merged with popular support because they're non offensive or not particularly important.
It's only where I break from popular opinion for the betterment of the game in my own opinion that people even care in the first place, and then they extrapolate this to "Well he must ignore the community in every aspect". Not only is it wrong, but it's downright deceitful. Lets not even begin to cover the fact that the vast majority of so called unpopular changes are actually considered just fine now that they're in the past and that much of the reactionary response to most changes is just that, reactionary.
Don't mistake and conflate me not taking *your or your two-three friends* complaint seriously as as me *not listening to the community*
-
- Joined: Thu Feb 14, 2019 10:11 pm
- Byond Username: Takov
Re: Re-evaluate the relation between community and codebase
Yeah, wanting cloning eventually gone is good for the community right? And closed circle? Way to reveal you really don't know.oranges wrote:well don't let the door hit you on the way out, I haven't seen any evidence to suggest we're bleeding players in any significant numbers. Sorry that your closed circle group of friends doesn't count as all of /tg/ station I guess.Takov wrote:Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.Cobby wrote:Late 2019 isn't the only time people have stopped playing the game, anon.deedubya wrote:Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
You're playing a game that has been up since the start of the century.
But whatever, I don't think you even care if the servers become empty.
The arguments made here about coders not being accountable to anyone is only true if you believe that I don't take the pulse of the community or discuss things with the admin team, given that I have the second highest post rate on the forum and the most posts in discord, I fail to see how that is true.
Just because I don't listen to people on every single PR, doesn't mean I'm not taking into account the player base opinion, If you really wanted to do the math you'd find the vast majority of PR's are merged with popular support because they're non offensive or not particularly important.
It's only where I break from popular opinion for the betterment of the game in my own opinion that people even care in the first place, and then they extrapolate this to "Well he must ignore the community in every aspect". Not only is it wrong, but it's downright deceitful. Lets not even begin to cover the fact that the vast majority of so called unpopular changes are actually considered just fine now that they're in the past and that much of the reactionary response to most changes is just that, reactionary.
Don't mistake and conflate me not taking *your or your two-three friends* complaint seriously as as me *not listening to the community*
I've seen countless people mock and voice their dislike for CobbyChem. I once got most people in a round hating on NT's retarded new medical supplier. But whatever, keep acting like it's a minority when you barely even play. Majority of the community doesn't even use the forums. It's honestly not hard to see why.
Is the completely and utter removal of CobbyChem not qualify as "good will" despite how much the community hates it? Many, many people have voiced their desire for CobbyChem to be reverted entirely. On one of the only times I ever saw you in a server once you claimed in OOC the point of it was to nerf "invisible armor" which is laughable and demonstrates a lack of in-game knowledge.Cobby wrote:I happily respond to valid feedback and have made changes based on such. These conversations happened on this very platform and/or discord, both of which are public viewing and contributing. I've also had to basically say "too bad" on some occasions because some people disagree conceptually. If you want to challenge that decision you can talk with it about oranges, try to come up with a compromise that i'm satisfied with, or deal with it (secret 4th option: contribute and become a maintainer yourself).Takov wrote: Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.
But whatever, I don't think you even care if the servers become empty.
I'll be honest and say If you start off with ad hom or just calling contributions "shit" without placing your more tangible opinions on the proper platforms (no, OOC/digg is not one), I do tune you out. If that's your behavior, you're correct: I don't care if you leave or not because of my changes or anyone else's***.
*** assuming good faith, lizard PRer and circuit PRer can burn in githell.
In short, I will happily entertain a good-willed discussion with you on the aforementioned platforms if you're legitimately interested in improving the game, and most other people in the coder realm (certainly maintainers) will as well. If you're just going to bitch in every place but the platforms where your thoughts about the features/game from a code POV matter (which leads me to believe your feedback wasn't good-willed to begin with), I'm not sure why it's on the maintainer end to bend (or in this situation MSO to force the maintainers to bend).
I didn't even start off with an ad hominem or say the word "shit".
Also, I said nothing about myself leaving yet both of you immediately jump to that conclusion, both of you also in fact resorted to ad hominem as well in addition to strawmanning. If you're going to talk fallacies and immediately resort to them, you can kindly fuck off.
-
- Confined to the shed
- Joined: Wed Aug 15, 2018 2:05 am
- Byond Username: Deedubya
- Location: shitting up your thread
Re: Re-evaluate the relation between community and codebase
I'm just quoting this post to make an example of how fucking obnoxious you quoting multiple long ass quote chains is. Look at this garbage. Snip that shit.Takov wrote:Yeah, wanting cloning eventually gone is good for the community right? And closed circle? Way to reveal you really don't know.oranges wrote:well don't let the door hit you on the way out, I haven't seen any evidence to suggest we're bleeding players in any significant numbers. Sorry that your closed circle group of friends doesn't count as all of /tg/ station I guess.Takov wrote:Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.Cobby wrote:Late 2019 isn't the only time people have stopped playing the game, anon.deedubya wrote:Considering how many people have abandoned ship over the past few months, it looks like the headcoders are getting their wish.Lazengann wrote:They're already accountable to the community, if they shit things up too much nobody will play on their codebase and they'd be coding a dead project
You're playing a game that has been up since the start of the century.
But whatever, I don't think you even care if the servers become empty.
The arguments made here about coders not being accountable to anyone is only true if you believe that I don't take the pulse of the community or discuss things with the admin team, given that I have the second highest post rate on the forum and the most posts in discord, I fail to see how that is true.
Just because I don't listen to people on every single PR, doesn't mean I'm not taking into account the player base opinion, If you really wanted to do the math you'd find the vast majority of PR's are merged with popular support because they're non offensive or not particularly important.
It's only where I break from popular opinion for the betterment of the game in my own opinion that people even care in the first place, and then they extrapolate this to "Well he must ignore the community in every aspect". Not only is it wrong, but it's downright deceitful. Lets not even begin to cover the fact that the vast majority of so called unpopular changes are actually considered just fine now that they're in the past and that much of the reactionary response to most changes is just that, reactionary.
Don't mistake and conflate me not taking *your or your two-three friends* complaint seriously as as me *not listening to the community*
I've seen countless people mock and voice their dislike for CobbyChem. I once got most people in a round hating on NT's retarded new medical supplier. But whatever, keep acting like it's a minority when you barely even play. Majority of the community doesn't even use the forums. It's honestly not hard to see why.
Is the completely and utter removal of CobbyChem not qualify as "good will" despite how much the community hates it? Many, many people have voiced their desire for CobbyChem to be reverted entirely. On one of the only times I ever saw you in a server once you claimed in OOC the point of it was to nerf "invisible armor" which is laughable and demonstrates a lack of in-game knowledge.Cobby wrote:I happily respond to valid feedback and have made changes based on such. These conversations happened on this very platform and/or discord, both of which are public viewing and contributing. I've also had to basically say "too bad" on some occasions because some people disagree conceptually. If you want to challenge that decision you can talk with it about oranges, try to come up with a compromise that i'm satisfied with, or deal with it (secret 4th option: contribute and become a maintainer yourself).Takov wrote: Your very changes have made more than a few people leave TG, and you barely ever fucking play at all. You and your two fuckbuddies can sidestep and go "trolololo" like 12-year olds all you want, the community by and large hates certain changes you've made and more than a few have stopped playing here as a result. OP is asking for a reevaluation because you and the other maintainers have no oversight and ignore pretty much everything said outside of your INTERNAL DISCUSSIONS tower.
But whatever, I don't think you even care if the servers become empty.
I'll be honest and say If you start off with ad hom or just calling contributions "shit" without placing your more tangible opinions on the proper platforms (no, OOC/digg is not one), I do tune you out. If that's your behavior, you're correct: I don't care if you leave or not because of my changes or anyone else's***.
*** assuming good faith, lizard PRer and circuit PRer can burn in githell.
In short, I will happily entertain a good-willed discussion with you on the aforementioned platforms if you're legitimately interested in improving the game, and most other people in the coder realm (certainly maintainers) will as well. If you're just going to bitch in every place but the platforms where your thoughts about the features/game from a code POV matter (which leads me to believe your feedback wasn't good-willed to begin with), I'm not sure why it's on the maintainer end to bend (or in this situation MSO to force the maintainers to bend).
I didn't even start off with an ad hominem or say the word "shit".
Also, I said nothing about myself leaving yet both of you immediately jump to that conclusion, both of you also in fact resorted to ad hominem as well in addition to strawmanning. If you're going to talk fallacies and immediately resort to them, you can kindly fuck off.
Galatians 4:16 "Have I now become your enemy by telling you the truth?"
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
hey imma teegee admeme compliment me on my appearance here
flattering compliments people have given me:
Spoiler:
- oranges
- Code Maintainer
- Joined: Tue Apr 15, 2014 9:16 pm
- Byond Username: Optimumtact
- Github Username: optimumtact
- Location: #CHATSHITGETBANGED
Re: Re-evaluate the relation between community and codebase
That is my opinion yes, thank you for repeating itTakov wrote: Yeah, wanting cloning eventually gone is good for the community right?
Yes you and the people you are talking about are a small subsection of the communityTakov wrote:And closed circle? Way to reveal you really don't know.
You conveniently skipped over discord, and you're still focusing on an individual instance.Takov wrote: I've seen countless people mock and voice their dislike for CobbyChem. I once got most people in a round hating on NT's retarded new medical supplier. But whatever, keep acting like it's a minority when you barely even play. Majority of the community doesn't even use the forums. It's honestly not hard to see why.
and this is the closest you have also gotten to self awarenessTakov wrote:Also, I said nothing about myself leaving yet both of you immediately jump to that conclusion, both of you also in fact resorted to ad hominem as well in addition to strawmanning. If you're going to talk fallacies and immediately resort to them, you can kindly fuck off.
- Lazengann
- Joined: Sat Feb 25, 2017 2:26 pm
- Byond Username: Lazengann
Re: Re-evaluate the relation between community and codebase
I shit talked the movement speed nerfs when they happened but the game is definitely better for it now. I think few people would say the game was better when everyone ran like sonic.
-
- Joined: Thu Mar 23, 2017 2:51 am
- Byond Username: 4DPlanner
- Github Username: 4dplanner
Re: Re-evaluate the relation between community and codebase
That was config, right?Lazengann wrote:I shit talked the movement speed nerfs when they happened but the game is definitely better for it now. I think few people would say the game was better when everyone ran like sonic.
- oranges
- Code Maintainer
- Joined: Tue Apr 15, 2014 9:16 pm
- Byond Username: Optimumtact
- Github Username: optimumtact
- Location: #CHATSHITGETBANGED
Re: Re-evaluate the relation between community and codebase
yeah nothing to do with coders
- MisterPerson
- Board Moderator
- Joined: Tue Apr 15, 2014 4:26 pm
- Byond Username: MisterPerson
Re: Re-evaluate the relation between community and codebase
Personally I've long been in favor of an elected position to serve as community liaison of design to the code project aka Chief Idea Guy. The position would have no actual authority but should hopefully give the community a bit of a say on what they want. Headmins kind of do that right now but they already wear many hats and specifically like to stay away from code matters unless it affects them.
On the other hand, if oranges was unliked or overreaching vis a vie the project team, we'd tell him to get fucked. Besides that's our problem, not yours.
Lemme tell you a story about /tg/station circa 2013. The headcoder "trifecta" at the time was Numbers (or EuroNumbers), muskets, and some third person who hadn't been seen in months. Muskets showed up once a week or so, so Numbers was de facto in charge (Numbers and muskets agreed with each other on everything anyway). For reasons I won't get into, nobody liked Numbers. One day Cheridan PM's me asking my opinion on Numbers and later publicly says something to the tune of 7/8 of the people he talked to said they were sick of Number's shit. By that time the next day, we had new headcoders. Keep in mind that trifecta had been in charge for like a year and a half at least by that point. So yes, people will absolutely voluntarily stick around under leadership they don't like.CPTANT wrote:That can easily be because of self selection. People who don't like whomever is headcoder are less likely to spend significant amount of time working on a codebase. Also who wants to risk offending the guy in charge when he isn't accountable to anyone and can just reject whatever he wants out of spite?Grazyn wrote:From what I understand coders actually like Oranges as head honcho so maybe don't try to fix what isn't broken?
On the other hand, if oranges was unliked or overreaching vis a vie the project team, we'd tell him to get fucked. Besides that's our problem, not yours.
This is actually how it used to be. Fun fact: as he was being shown the door, Numbers picked me as a replacement. Which was probably meant an f u to everyone else but whatever.Gigapuddi420 wrote: Personally I prefer the idea of successive headcoders who, alongside the host, pick their successors. It seems better for long term projects and fixes without having to worry about the short term pain from what is often a irrational playerbase.
I code for the code project and moderate the code sections of the forums.
Feedback is dumb and it doesn't matter
Feedback is dumb and it doesn't matter
- Lazengann
- Joined: Sat Feb 25, 2017 2:26 pm
- Byond Username: Lazengann
Re: Re-evaluate the relation between community and codebase
My bad I thought you spearheaded one of thoseoranges wrote:yeah nothing to do with coders
- Arianya
- In-Game Game Master
- Joined: Tue Nov 08, 2016 10:27 am
- Byond Username: Arianya
Re: Re-evaluate the relation between community and codebase
So far as I'm aware it's how it still is - Cheridan picked Kor, Kor picked oranges/cyberboss. I'm not sure how it passed from cyberboss to ninjanomnom specifically, but regardless there's no explicit change in the system.MisterPerson wrote:This is actually how it used to be. Fun fact: as he was being shown the door, Numbers picked me as a replacement. Which was probably meant an f u to everyone else but whatever.Gigapuddi420 wrote: Personally I prefer the idea of successive headcoders who, alongside the host, pick their successors. It seems better for long term projects and fixes without having to worry about the short term pain from what is often a irrational playerbase.
Frequently playing as Aria Bollet on Bagil & Scary Terry
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
Source of avatar is here: https://i.imgur.com/hEkADo6.jpg
- oranges
- Code Maintainer
- Joined: Tue Apr 15, 2014 9:16 pm
- Byond Username: Optimumtact
- Github Username: optimumtact
- Location: #CHATSHITGETBANGED
Re: Re-evaluate the relation between community and codebase
cyberboss was voted out by the maintainers after I raised their inactivity, ninja took over to ensure we have two people on the github and are not a single point of failure.
Who is online
Users browsing this forum: No registered users