League of Legends

League of Legends Dev Tracker




16 Feb

Comment

Originally posted by yeovic

next time you nerf her. Can you make slows not mess with her AS to find a better balance? and try to nerf her E dmg on large monsters.. she is a fun champ that with all the gapclosing creep isn't as op as she used to be in terms of kiting. Also, does atk move still slow her DPS down? i remember it did once.

Yeah I agree that's a pretty frustrating quirk of Kalista. I'd love to see some mechanics changes done to her but nothing to talk about yet.

Comment

Originally posted by Lynchie24

I’m claiming Michelangelo for NA

He has a thousand ideas, and every now and then, one of them will be brilliant.

Comment

Buffed a few times in a row. Mostly in the durability/consistency stats which contribute heavily to winrate (SoloQ games are commonly lost due to being squishy/inconsistent in early-game).

Comment

Originally posted by AWildIndependent

Wouldn't a gradual re-factorization of most of the codebase be effectively the same as a rewrite?

Maybe we have different definitions of what a rewrite is. To me, a rewrite can be in the exact same stack. It seems like, from your responses, that you are taking rewrite to be a fundamental change of how the code works (aka using a different web stack). That's probably the correct definition anyways.

Gradual re-factorization in the same web stack doesn't seem fundamentally different than a rewrite in the same web stack.

My definition of a rewrite is 'We start over from scratch and build the same thing. It might be the same tech stack, but we don't re-use any of the old code.'

A good example of an (IMO, successful, rewrite, despite Reddit memes) would be the League client. The old League client was written in a proprietary stack and in such a way that made it a serious undertaking in order to add new functionality, like replays, which is one of the reasons the client was rewritten.

It wasn't that coding with the old League client was just 'hard'; it was difficult to hire for (proprietary stacks tend to be), difficult to write code in and it made a lot of assumptions about the rest of your tech stack outside of the League client that we in some ways still pay for today.

Comment

Originally posted by AWildIndependent

Security flaws rarely require foundational changes :)

You haven't worked on enough shitty web stacks where people abuse global variables and local storage, I take it?

I'm talking security through obscurity. IDK MAN. I think we have just had vastly different experiences.

I've been working as a software engineer for 7 years. I have worked in mom-and-pop companies, Riot, fintech companies. The entire time I've been using JavaScript as my primary language.

I am also a very active member on codereview.stackexchange.com, /r/webdev, /r/reactjs and stackoverflow.com.

Part of my job involves reviewing any code submitted for security review.

I have seen it all.

There've only been a few times in my life where I thought a full rewrite was mandatory. In nearly every case you can refactor gradually.

Comment

Originally posted by TerraRising

Which region gets Donatello?

EU because our plays are big brain

Comment

Originally posted by AWildIndependent

Wouldn't this mean a rewrite would only occur when the fundamental requirements have changed or a security flaw was found?

I think that's somewhat impractical, but I guess the burden is in the fact that you cannot prove a rewrite would be better until it's already done- which was your point, or at least some of it, I believe.

I think I'm just irritated because I am currently working on a web site (one of many at my company, we bounce around projects) that was done very, very poorly (sizable code base) and makes doing even some of the easiest tasks very difficult and usually quadruples the time it would normally take. This kind of technical debt is where I feel a rewrite is almost mandatory.

Wouldn't this mean a rewrite would only occur when the fundamental requirements

Yes.

There's no need to rewrite everything unless something very fundamental has changed. It's almost always better to refactor instead

security flaw was found?

Security flaws rarely require foundational changes :)

Comment

Originally posted by AWildIndependent

For what it's worth, I agree with everything said here.

Just want to throw it out there that a lot of companies refuse to rewrite old code even though the cost of rewriting the code is far less than the cost of the technical debt it creates over several years.

This is just another example of companies only being able to think in quarters, to their own detriment. To be quite honest, there is never a really good reason to leave shitty code shitty.

The biggest argument is time, but again every single new developer that works on that code base will end up spending more time than necessary trying to even become acclimated into the code base if it is bad enough. Let alone modifying it.

IDK. This is a big pet peeve to me. The entire mindset regarding legacy systems is understandable, but at the same time while being understandable I also think the current approach of most companies is incorrect.

Most of the companies you're referring to are successful, though, and therein lies the rub. Can you make the argument that these companies would be more successful by either rewriting or modifying a system that, from a business perspective, still works? How do you prove that?

The problem with rewriting is that you're proposing that you take a system that works (if imperfect) and suggesting a business invest a lot of time in coming up with a new system that is functionally identical to the old one but is somehow 'better' from a code quality perspective (which may or may not translate to increased value to customers ergo more $$$ for the business).

So, the problem for any engineer proposing a rewrite is how exactly does the rewrite equate to more value for the business and is that worth the time investment? not only would it cost money to pay developers to do this, QA, etc, but it also takes time away from those engineers from doing something that has a more ...

Read more
Comment

Originally posted by Rypsee

TMNT = TournaMeNT. TMNT1 is tournament realm 1 for example.

You're correct, but I'm now starting a petition to rename the tournament realms to teenage mutant ninja turtle realms because that's way cooler

Comment

Originally posted by reddit0r5

yeah, if you got into programming via an unusual way, it can happen that you do not have a github account, stackoverflow etc

Many programmers and software developers etc do not even know how wrong and how far away from their meant use some programming languages are being utilized.

while i was studying for my scientific degree I first got in contact with c++ and python in my bachelor's and master's thesis, and boy you do not want to see the code of some doctorates there. im talking about many 1000 lines of code, not one single class which could have been useful, sometimes not even a single function declared. everything hardcoded, mostly uncommented, and sadly, many many severe mistakes, that caused many problems for my thesis, but not for the doctors thesis, cause it was already done and he got is summa cum laude.

Very frustrating and shocking experience for me, completely knocked me away from university and becoming a doctor...

If you dropped out of getting a doctorate because you saw some bad code, my dude, I have bad news for you.

There's a reason why it's almost a meme that newly hired programmers at any company propose to rewrite everything because 'the previous guy had no idea what they are doing'.

All code is terrible, undocumented, hardcoded, etc. What matters is that it works. All we can do as engineers is try to leave a codebase in a better place than we found it, but ultimately quality is always going to be compromised by other factors (usually deadlines)

I fully expect to get some backlash from this comment given some of the memes around spaghetti code, but it's true.. you're not going to be in the field very long if you quit after seeing bad code.

Comment

Originally posted by TheKillersnake7

Nah, its just a red herring

I mean, I understand the joke, but this very much did happen.

Comment

200+ years of reddit gets you threads like this.


15 Feb

Comment
    /u/AzuBK on Reddit - Thread - Direct

Originally posted by Caenen_

Fixed because Shakarez pinged you, or fixed because the fix was coincidentally underway already?

Edit: I just read up on the comment chain. I assume you caught the part where the 'cast' trigger for spellbinder and co was in the wrapper, not the actual spell, too?

I fixed this one earlier this week coincidentally, and I should have the spellbinder bit sorted out for 10.5 since 10.4 is already locked.

Comment

Originally posted by Waylaand

17/18 KP for Alphari, ender stealing my thunder

Sorry bro

Comment

Originally posted by AzuBK

/u/RiotKingCobra make me fix this please

Noted. Will make you fix this next week. _^

Comment
    /u/AzuBK on Reddit - Thread - Direct

Originally posted by haji1823

is that a ffs for “thats a different bug that shouldnt exist” or a “why does that also work?” lmao

I want to say I can't believe it triggers Spellbinder...but I can believe it

and I'm not happy

Comment
    /u/AzuBK on Reddit - Thread - Direct

Originally posted by AzuBK

Oh ffs

/u/RiotKingCobra make me fix this please

Comment
    /u/AzuBK on Reddit - Thread - Direct

Originally posted by haji1823

wait no stop. ive been using this for months to save people D:

edit: also it works with spellbinder. rakan can stack a spellbinder in 2-3 e, if you e1 to an ally and spam e2 to someone far away. (if you are gonna mention one might as well mention it all)

Oh ffs