PoZe

I have edited my message. Sorry, I was under the impression that it how I thought it is.

Hello there. I have read over your post, and this paragraph is just quick summary of my reply. I fail to see your points valid, especially in overall picture, I do not see anything major where you can question the level of competency of Drago. The part about having knowledge or experience of DM is not correct. While it would be partially true if you were talking about Drago when they started coding and to the moment of their trial, if you look at Drago's ability to code in DM you will see a noticeable improvement which was seen to go up. It would be concerning and valid if their ability to code has remained the same since they joined the team, but that is just not true. There is nothing wrong with creating PR that is "half-baked", as long as it is not a meme PR. There are tons of examples of WIP, PR drafts, and even PRs that are marked for review but they need improvement or finishing. The key point here is that when PR is seen by developers/contributors or even players are incomplete or lacks improvement a feedback to it is required. It is important to look at how the author of PR listens to the feedback, but they can still disagree. Disagreeing with someone is not the issue, it is about how you do it. People have different opinions, and on implementation especially. Maintainers usually are the people whose word is final, but even they have disagreement between each other from time to time. In Drago's specific case I have looked over any recent PRs that were either not finished or received request/suggestion to change something. Their response is appropriate, it was either civilized discussion or they just decided to stop the project. It is okay for a person to stop a project if they do not agree with suggestions or requests, as long as the request/suggestion was fair and they do not do it out of taking it personally or leave it with salty remark or point it out. Personally I have closed PR once where I disagreed with suggestion of another developer and I left a closing comment saying that I personally think that my PR/idea is being stolen by this developer. I got over that issue, I never attacked that developer and they talked to me. Eventually we came to agreement of them implementing it, which is the right way to resolve this issue. I have not observed anything as close as this in Drago's case recently. That is interesting suggestion about benefit of learning more about DM. I would say there are still lots of developers who will benefit of learning more about DM, even skull has gaps and is being corrected. Now I say that, I do not mean that their DM knowledge is not enough, but Software Development is a field where you need to accept constant growth. Once you stop learning that's when you will stop having creative ideas. I do not agree that Drago has to take time to learn more about our community, since I think they know it very well. Especially being an active and experienced moderator, active developer, former lore developer and wiki maintainer. Drago has taken so many roles in their aurora career, and I do not meant it like since they have role everywhere they are automatically wise. But I mean that they have tapped in each area of our community with entirely different perspectives of different teams, that their experience and knowledge of the community is definitely greater than any staff on developer's team except for Alberyk. I know that lots of Drago's PRs were closed because they were not able to actively maintain them up to date with master. Lots of their PRs had merge conflicts later on which are pain in the ass to solve and sometimes is not worth the time. I carefully looked at Garlic PR. Arrow only issue with it was the sprite. Your suggestion was reasonable, but again it is author's privilege to disagree with anyone as long as they explain why. Drago did explain what is their opinion, and nobody has replied to their explanation since. You are referring to vermin PR? That PR has different issues. Drago's review point out that your usage of global name lists(as opposed to local) is against our standards, unless it is absolutely required and used by different systems of code that cannot pass the list around easily. That was a valid point, their suggestion was for you to use existing configuration file of adjectives is also a good point. You replied with a partially good point. I say partially because it make sense that you want to have animal/class specific list of adjectives that cannot be easily put together into single file. Putting them into individual file would be another alternative, but it would not make sense if it scales up. In this case you would want to use local lists. I do not see how having PR open for it is wrong. It is stale and can be closed, true. But that is not an issue I think at all, and does not work in your argument. I honestly do not see issue here, there was lots of different opinions on whether that PR should be in or not. It was absolutely said by maintainers that we will test merge it and potentially merge it to just try out something new. We can always revert anything. Drago making that PR was not against dev team descriptor, nor by a whole or even a majority of community since opinions were again split almost 50% Additional: Just because Lohikar thinks about something in a certain way does not mean it is right or true

PR has been merged, moving to complete projects.

Hello, I have looked at your PRs you have linked. In Particular here is pieces of code which can be improved and make it look so much more readable by having procs that handle different sizes: Basic principle of Object Oriented Programming would be to create different classes and sub classes with sizes. Have a generic parent proc that handles size and override it for each subclass. This would make code more readable and easier to change than this. Coding point is not as important as working in team and collaborating. In particular when I asked other developers their opinion about you and if they had similar observations or interactions as me. Most of developers said that it is sort of like hit or miss. One times they have good and great interaction with you, while in others it is so bad that they do not want to proceed. Basically this inconsistency or combustibility is the main concern. Moondancer for example agree that they themselves have similar trait sometimes, but they are working on it and control it. I wish other developers would voice their opinion in this thread, because I do not want to quote someone or anything.

My honest list of cons: 1. Kaed are not active developer. They develop when some dev/contributor proposed or submitted PR with stuff and Kaed disagrees on it 2. Kaed code is not good, I think they have still room for improving coding skills and 1 point slows the process. 3. I might be biased, but that's how I see Kaed in general and my personal interactions and observations

The PR is not removing anything.it only adds 4 more useful stealth pens

UPDATE: No longer we replace paralysis pen. Kaed will rebalance it in their PR. My PR now adds these 4 special pens suggested by OP. They will come in a kit equal to parapen cost

I picked poison off the suggestions of players in chat. I am fine with tweaking any pens

Posted V2 PR: https://github.com/Aurorastation/Aurora.3/pull/7425 It implements what OP is about. AS in replacing parapen with kit of 4 different pens.

We just replace zombiepowder and cryptobiolin with sleeptoxin PR: https://github.com/Aurorastation/Aurora.3/pull/7420 Let me know if you want pen refillable.

You should be able to do that right now with this PR. Place bag on table, go to Object tab and hit Empty Content. It will do delay timer which is based on how much stuff you have in a bag and it will empty it on the table.

It should include Backpacks, duffel bags, Satchels. but it does dump it on the floor. Unless you put it on the table and use the verb.

Created PR: https://github.com/Aurorastation/Aurora.3/pull/7140

Some devs said 45% is too much, but 40% is okay. PR created https://github.com/Aurorastation/Aurora.3/pull/7138. Moving to Projects.

What if we just make AI radio icon to be of a headset. So it looks like AI always uses a headset. Then people won't metagame

We could nerf Ion rifle by increasing fire delay substantially.

So you are saying that it should be like this: Officer : "Fuck, this IPC went nuts and killed 3 crew members. We gotta take him down, but nothing works... except for this thing called HEP-MPMS" Cadet: "Okay, let's use this thing to take that son of a bitch down!" Officer brings HEP-MPMS Cadet: " Woah... what the heck is that? Are you saying we are gonna take IPC down with a freaking rocket launcher?" Officer: "Well yeah, there is no other way." Cadet: "What if we miss and hit something important, won't it blow up whole room?" Officer: "Well, we better not miss or we are fucked"

I support this app!

The reason why some of them drop items is also because sometimes you change from human mob to different lesser mob like carbon or living. Neither of these support slots for items humans have, so extra stuff have to drop.

Interesting, I can definitely make it happen. I will start working on it

Agreed with Zundy. Make staff of change temporary change you, after X amount of time it will revert you back.

No, it makes total sense mechanics wise. They quit from functional body that hasn't died yet. If you are in crit as human and you ghost before dying - you also cannot enter back your body. I would propose few other things: 1. Instead of board make it part of Borg's console, console where you can lock them down. 2. Also add a verb "emergency single" that states over intercomm in general chat that cyborg is critically damaged and their coordinates.

We can always implement some of peacekeeper functionality. Leaving them just as shields borgs is kinda meh as it gives single purpose. I am not saying idea is wrong, just think we need to like spin it more, add more stuff.

I want to be clear: I do not intend to re-haul Research. If you want it seen please ping other devs. I am trying to add something that is easy to add while will be worth adding before I leave aurora development team.

The point of project is not to overhaul RND entirely. But to just make sure that all departments would ask RND to make them, something more often. Basically adding more cool things RND can print. The re-hual suggestion for RND is in suggestion thread currently. So I just want to ask you to stick to suggesting new cool things to add to protholate that would benefit certain departmetns.