Fix the bug that actually matters?

Quote:

---

Originally Posted by Daeriion_Aeradiir

**snip**
The complexity of most systems in this game has gone up in the backend from previous expansions, it's honestly not that surprising to me a greater amount of bugs have reared themselves in the interim. As I opened with, I don't think it's necessarily slacking QA, I think it's that QA protocols and workflows haven't been more properly adjusted to account for the more complex designs of stuff these days - something JP work culture is notorious with, sticking to old traditions if it "works" and only updating if absolutely necessary.

---

watch it, thats fairly close to saying the "multibillion dollar company" can do no wrong.

you are in line to be abused for being a shill and a white knight no matter how realistic your post is. "alternative facts" are the order of the day in these unmoderated forums.

Quote:

---

Originally Posted by SannaR

You do know that's what the community teams do during their own streams, right? Go over recent things while also cracking jokes and running Exes and what have you with the players. The translators aren't going to have jokes with the chat during an LLP. Also I wouldn't even want to considering some of the crap both twitch and YouTube chat spew. They would need to do all of this the day before as again live translation isn't as easy as you want to think it is. And they don't have a script they follow, just an outline.

---

Ok but what do community streams have to do with anything? I'm talking about a 2nd LL simulcasted in English and I think you misunderstood some things firstly I don't mean running the whole EX and I mean when they do a little peak up to the first mech to show off the new fight coming. Secondly, there was a / in "jokes/interact with chat." as in-jokes and interacts with chat what Yoshida does both in a LL.

Also, I do know hard live translation is but here's the thing it's part of their job. but I didn't even bring up live translation but translating before hand.

Quote:

---

Originally Posted by Shinkuno

I hope you dont genuinely believe making a random number not roll 0 takes time. If you do believe so, you are really detached from reality and probably think programming is black magic.

---

This says to me you just jumped on the bandwagon around here of the armchair devs who were criticizing SE like this who turned out to be completely wrong about the issue. The problem wasn't a random number generator not rolling 0. The problem was the instance server wasn't getting the result from the lottery server so was defaulting to 0 in the absence of a result.

Quote:

---

Originally Posted by BRVV

Free login campaign? Coupon? Secretly living in the basement a server and connecting directly? :D


People have mentioned here that SE seems to fix things first come, first serve. Is there proof of that?

---

given they state they do not pay for the game, and have multiple accounts and avoid any form of moderation, I would say the only shill here on the SE payroll is Gaius and his alts

Quote:

---

Originally Posted by TaleraRistain

This says to me you just jumped on the bandwagon around here of the armchair devs who were criticizing SE like this who turned out to be completely wrong about the issue. The problem wasn't a random number generator not rolling 0. The problem was the instance server wasn't getting the result from the lottery server so was defaulting to 0 in the absence of a result.

---

So they didn't even test their hardware setup?

QA teams always get a lot of flack in situations like this but it's entirely possible they knew and reported this bug but higher ups decided to push through anyway.

Quote:

---

Originally Posted by TaleraRistain

This says to me you just jumped on the bandwagon around here of the armchair devs who were criticizing SE like this who turned out to be completely wrong about the issue. The problem wasn't a random number generator not rolling 0. The problem was the instance server wasn't getting the result from the lottery server so was defaulting to 0 in the absence of a result.

---

"nyoooo there are no developers outside square enix that means everyone is a armchair dev"

It might suprise you, but developers exist outside of your favourite company too :) And it doesnt matter where the result came from, if 0 is a result that shouldnt exist, its really fucking easy to make the final output not be that number. Thats called exception handling and is really basic.

Quote:

---

Originally Posted by BRVV

So they didn't even test their hardware setup?

---

You don't test code in production.

Quote:

---

Originally Posted by Shinkuno

"nyoooo there are no developers outside square enix that means everyone is a armchair dev"

It might suprise you, but developers exist outside of your favourite company too :) And it doesnt matter where the result came from, if 0 is a result that shouldnt exist, its really fucking easy to make the final output not be that number. Thats called exception handling and is really basic.

---

Setting a default like 0 to display when something goes out of allowable range is exception handling.

Quote:

---

Originally Posted by Saraide

QA teams always get a lot of flack in situations like this but it's entirely possible they knew and reported this bug but higher ups decided to push through anyway.

---

This is a possibility as well. We are always at the mercy of the choices those paying the bills decide to make. And they don't always make wise ones.

Quote:

---

Originally Posted by TaleraRistain

Setting a default like 0 to display when something goes out of allowable range is exception handling.

---

Not at all... imagine if during a transaction error your exception handling would be not abort the transaction, but removing the money from the sender and giving 0 to the receiver.

The exception handling for this case would be either reroll or set it to 1, which still unfair at least noone loses out and noone would even know if something went wrong cause 1 is a valid result after all.

Could their actual exception handling code set it to 0? Yes. Would i call it exception handling? No, cause you purposefully let through a bad result.

Quote:

---

Originally Posted by Shinkuno

Not at all... imagine if during a transaction error your exception handling would be not abort the transaction, but removing the money from the sender and giving 0 to the receiver.

The exception handling for this case would be either reroll or set it to 1, which still unfair at least noone loses out and noone would even know if something went wrong cause 1 is a valid result after all.

Could their actual exception handling code set it to 0? Yes. Would i call it exception handling? No, cause you purposefully let through a bad result.

---

They stated the results were valid, it was just an error from moving the result to the end user where a disconnect happened.



If you don't believe them well.... Conspiracy theorists thrive everywhere I guess. The XIV team is usually pretty transparent when it comes to problems, haven't given me a reason to doubt them yet.


If a transaction fails in commerce, you still see the money "withdrawn" from your account for a few days until the bank let's it fall off.