JavaScript is required to use Bungie.net

Forums

4/10/2017 1:09:29 AM
20
The fact that people are triggered by this is amazing. Its genius to reuse code for things that work EXACTLY THE SAME.
English

Posting in language:

 

Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]The fact that people are triggered by this is amazing. Its genius to reuse code for things that work EXACTLY THE SAME.[/quote] They might work exactly the same in that they'll wipe you if you don't shoot them before they blow up. But they're not the same since one is an oracle in the Vault of Glass, and one is a mine in a prison. Your argument, to me, is similar to saying that dregs and minotaurs work exactly the same in that they both shoot and try to kill you. Sure, the concept of overall idea is the same, but they're not. Use the same base model for having the team wipe, and same general appearance is fine. But a simple if/else if/then code would work. If in the VoG, then apply the damage. Else if in the prison, then don't. End if. It's just that it's lazy and doesn't show any QA/QC is the problem.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • You are very wrong with your comparison. The original commenter was saying that the code was the same where you are comparing the gameplay. Oracle's and mines are the same because they use the same code to do the same thing. Bungie just copy-pasted the code and changed the visuals.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Edited by Mr Goodkat: 4/10/2017 12:17:36 PM
    [quote]You are very wrong with your comparison. The original commenter was saying that the code was the same where you are comparing the gameplay. Oracle's and mines are the same because they use the same code to do the same thing.[/quote] No, I believe you're mistaken, and my comparison is accurate. The guy I replied to said: [quote]Its genius to reuse code for things that work EXACTLY THE SAME[/quote] based on that, you're right in that "Oracle's and mines are the same because they use the same code to do the same thing." Of course they are since it's the same code. He's saying it's genius to reuse the code because they work exactly they same, which we both covered because they're using the exact same code. However, my point is they [i]shouldn't[/i] work exactly the same because they're not the same thing (one's a mine, one's am oracle). The fact they do work exactly the same is bad QA/QC in the code, is a relatively easy fix, and shows laziness in that it happened in the first place, and is especially lazy since it hasn't been fixed yet.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Edited by flying lemon: 4/10/2017 12:01:25 PM
    Your end if implies the game was written in QBASIC which is false. Since almost all games like this are written in C/C++ or a C family language the if statement/method would look like this: //use this method to detect if in prison Public Static bool checkPrison(){ If(player.getArea("prison") { return true; } return false; } Sorry I'm a nerd

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]Your end if implies the game was written in QBASIC which is false. Since almost all games like this are written in C/C++ or a C family language the if statement/method would look like this:[/quote] No worries, lol. Just typing quickly from my phone and trying to keep it as non techie readable ad possible; didn't mean to imply a language. I obviously (I hope) wasn't posting a proofed and peer reviewed commit, saying, "this works. Ship it now, Bungie, and you're welcome for coding for you."

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • It may be better than there server connection handling logic lol

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • People even get triggered about something that is helpful to all. Wow

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]People even get triggered about something that is helpful to all. Wow[/quote] Just because it's helpful, doesn't meant it's right. It'd be helpful for Oryx to surrender when we show up, or do you want that, too? Use the same base model for having the team wipe, and same general appearance is fine. But a simple if/else if/then code would work. If in the VoG, then apply the damage. Else if in the prison, then don't. End if. It's just that it's lazy and doesn't show any QA/QC is the problem

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • That is a bad example. My point is, the perk works outside vog, and it saves time and data. It's helpful for all. Oryx surrendering wouldn't be fun, and probably wouldn't be some accidental bug that helps the player. It would also defeat the entire purpose of the raid. Oracle disruptor only works on mines in PoE, making it a little easier, but not eliminating the entire purpose of the arena

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Edited by Mr Goodkat: 4/10/2017 4:06:23 PM
    [quote]My point is, the perk works outside vog, and it saves time and data. It's helpful for all.[/quote] True, but my point is, is it's a bug. Bugs should be fixed. And this one is ridiculously easy and would take maybe a minute of typing, depending on how they implement the fix. And if they're using the same base model, it's shouldn't save hardly any data. Plus, space isn't really an issue after legacy got dropped. My point, is it should be easy to fix. The fact that it exists is a QA/QC issue (bugs happen, so not a sin), it's not acknowledged (maybe they don't deem it important or they're ignoring us), and it hasn't been fixed (again, maybe they don't deem it important or they're unaware). If they gloss over simple stuff like this, what else are they glossing over? Stack enough pebbles and you'll get a mountain. Is it a major issue or the end of the world? Of course not. It just sets a disturbing pattern.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • How do we know it's a bug though? They haven't fixed it yet, and this has been known for a while. Usually when something is helpful for us guardians and it is a bug that has beem known for a while, bungie fixes it pretty fast.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]How do we know it's a bug though?[/quote] Off memory so not exact, but the perk is Oracle Disruptor, with the text of applying extra damage to Oracles inside the Vault of Glass. One, they're mines, not Oracles, that need destroyed or dismantled and two, we're in the Prison of Elders, not in the VoG.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Edited by Levigumba, Overload's Bane: 4/11/2017 11:27:43 PM
    Well, if it supposed to work inside the vault of glass alone, then a simple if-inside vog it works-else- it doesn't statement could be applied without adding more that a few kilobytes, if that.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]Well, if it supposed tobworkninside thebvault of glass alone, then a simple if-inside vog it works-else- it doesn't statement could be applied without adding more that a few kilobytes, if that.[/quote] Exactly my point. A simple fix that hasn't been applied yet.

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Which is odd because, like I said, bungie usually on top of these kind of bugs

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • My god. I hate my phone's keyboard

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Honestly, if I worked at Bungie as someone who wrote the code for this game (I don't do either) I would use the same mechanics more than once to save a bit of time. [spoiler]oyea[/spoiler]

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • [quote]Honestly, if I worked at Bungie as someone who wrote the code for this game (I don't do either) I would use the same mechanics more than once to save a bit of time.[/quote] Use the same base model for having the team wipe, and same general appearance is fine. But a simple if/else if/then code would work. If in the VoG, then apply the damage. Else if in the prison, then don't. End if. It's just that it's lazy and doesn't show any QA/QC is the problem

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • And data

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

  • Yes, that too. [spoiler]oyea [/spoiler]

    Posting in language:

     

    Play nice. Take a minute to review our Code of Conduct before submitting your post. Cancel Edit Create Fireteam Post

You are not allowed to view this content.
;
preload icon
preload icon
preload icon