Jump to content

Sergeant_Dono

Members
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

16 Neutral

About Sergeant_Dono

  • Rank
    On the Coast
  1. Sergeant_Dono

    Hotfix Build 1.7.2.5 Rolling Update

    No, you don't know what I do, nor do you understand even the basics of SDLC, you are a TESTER. You don't do shit to write code, you simply follow some form of input that a real technical person provides. This was very obvious when you thought that removing a component meant starting from scratch instead of rolling back to the previous delta. This my young friend was never in question. To you perhaps, but again, I'd have to fill out a form for you to follow before you'd understand the overall process anyway.
  2. Sergeant_Dono

    Hotfix Build 1.7.2.5 Rolling Update

    You are aware that a Configuration Manager manages CODE right? I don't manage people, I provide developers with version control and tools for SDLC and manage the overall ALM. I'm part of the development team, there to keep the code organized, build the code and pacakge it (along with running the reporting data used by your team, etc.). To keep it simple for you, I'm the technical guy that builds the software that you test. If you were smarter or better educated / trained, you'd have my job instead of following some script that a developer made for you to test with. Please just stfu and go back under the bridge you troll, big boys are talking now.
  3. Sergeant_Dono

    Hotfix Build 1.7.2.5 Rolling Update

    ROFL Seriously, this is your input? So, when you are testing, and a new piece of code gets added to the source stream and the application breaks horribly, you as an expert tester just say "Hooray! Let's keep on developing!". I apologize, can I come work in this magical place you do? Where code magically fixes itself by adding more and more broken components on top of the Main source trunk? Every place that I have worked at, removes broken source / components from the Main branch when the build or application breaks. We then FI (forward integrate) the code to a Development Branch for further development and testing. I realize that DayZ is "in Alpha", my concern is this: Rocket has made and insanely good game, I myself have purchased six copies of ArmA 2 CO since it came out (to pass on to friends, etc.). I understand that it is Alpha, but if he doesn't treat it more like a Release, or hell, even a Beta, his fan base will dwindle quickly. Gamers are fickle, and there are other game companies on the sidelines right now just ready to pounce on the market that Rocket has help flourish (zombie survival). If Rocket (or BIS, whoever) doesn't start following standard ALM practices, VERY quickly, the player activity will drop as fast as it rose and this game will die out to things like War Z. I don't want to see that happen, I want this game (and the future standalone) to be successful. So I'm throwing some experience in to the mix to hopefully help Rocket (and any others on his dev staff) to focus on following standard practices without all the "QQ" comedy posts so the game becomes as professional as it is fun. And Debiru, thanks for the laugh, I have a long day ahead of me and thinking of you as a tester in my team just makes me chuckle.
  4. Sergeant_Dono

    Hotfix Build 1.7.2.5 Rolling Update

    Actually, yes, I know a great deal about ALM / SDLC / basic software development. And I'm getting tired of "stop whining, it's how development works". No, It is not. I've been a Configuration Manager / ALM Engineer for over a decade now, the entire Industry Standard does NOT follow the code delivery practice that is used by Rocket. Point being, if I put a bad piece of code in to the pot, I TAKE IT OUT and replace it with the old piece that worked. I should then go back to the drawing board and keep working on the proposed code specification and then try the process again. Broke is broke, it doesn't matter if it is Alpha. The point of an Alpha or Beta is to find bugs before Release. Well, THE BUG WAS IDENTIFIED. So pull the bad piece of code back out so we can continue testing everything else. This isn't Rocket Science (pun intended). If by adding an animation, or new graphic texture, it causes a large population of your testers to experience screen tearing, roll back to the previous file after you have collected your data (which I see plenty of data here, along with screen shots and youtube videos). Let them continue to play and test the game for the myriad of other changes going in to effect, instead of just giving up altogether because they can't even see properly. Then work on the animation/mapping, etc. again and try it once more. But whatever you do, don't leave the bad code in place for days, then call your tester base "QQers" and keep spouting off about how this is Alpha. If you go by the Industry Standard for the definition of Alpha, this is WAY beyond Alpha now, any real developer knows it. The second you released it in to large scale public testing it became a Beta, but please ... keep calling us all QQers and keep calling it Alpha if it will make you feel better on your lack of even basic knowledge on SDLC. My 2 cents.
×