Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Python at Netflix

medium.com

Post reply on HN
Print view View original

181–190 of 250 posts

Re: Python at Netflix

#181

Post by rurp »

randomsearch wrote: post #64
bouncing wrote: post #44

I had actually looked at Flask-RESTPlus for a relatively recent project before deciding to use FastAPI.

Surprised they use Flask. I'm working on my first larger, industrial-strength REST API in Python and I've found the Django Rest Framework to be more suited once you get to that level of complexity.

For typical apps I think that Django is far superior to Flask because every Flask project ends up recreating a lot of Django's core functionality; but in a more time consuming and less standardized way.

For a company as specialized as Netflix, they probably are doing so much customization it doesn't matter much which framework they started with.

Re: Python at Netflix

#182

Post by gonehome »

airstrike wrote: post #166
gonehome wrote: post #86

Earlier quoted context omitted.

The only way to get hired at competitive companies is via referral - if you live in the Bay Area you probably know someone or know someone who knows someone at Netflix. Trying any other way is a lottery - and if you didn’t go to MIT/Stanford/CalTech/Harvard then your odds are pretty bad. The other way is already working at a famous company and having another famous company send you a recruitment email via linked in,…

Thanks for saying this. This is so clearly observable that I'm surprised people still don't realize that's simply The Way the World Works

I should probably clarify that it's actually the main way to get an interview (not hired) - you still have to pass whatever the interview tests are and a referral doesn't really help you there.

It's one of the main benefits of living in the bay area, you build out a network of friends working at different companies which adds a layer of job security and ability to interview more easily at interesting places.

Re: Python at Netflix

#183

Post by aaronblohowiak »

Tycho wrote: post #146

Does anyone have more info about this or know of similar projects? We lean on the many of the statistical and mathematical libraries (numpy, scipy, ruptures, pandas) to help automate the analysis of 1000s of related signals when our alerting systems indicate problems. We’ve developed a time series correlation system...

What would you like to know?

Re: Python at Netflix

#184

Post by rifung »

jimmaswell wrote: post #41
sametmax wrote: post #11

Do you know what the Netflix culture is regarding remote work ? I've been looking for a job for the first time in 10 years of Python, and Netflix is one of the rare big companies that I still have respect for. https://jobs.netflix.com/ has several offers I would be a good fit for, but I'm not ready to relocate to the US.

As someone who has worked on fully remote game dev volunteer projects for nearly 10 years, it's unbelievable how much the cultural inertia of physical presence has prevented companies from making the rational move of eliminating all possible office space in favor of remote work and skype meetings. So much money wasted on rent, security, and upkeep and so much time (and even lives) lost to commuting when there isn't a…

Even though I would absolutely prefer to work remotely, I have to disagree with you.

I find that there are significant benefits to working in the same physical location.

It's just way easier to go to someone's desk and ask them something than to have to set up a video chat. Human interaction is just naturally an in person thing. So much is lost if you can only video chat. Sure it may not affect the work directly but I think it really affects a team's dynamic. Lots of great ideas happen just from random office interactions, whether it be lunch or just talking over coffee. These kinds of things are really hard to reproduce in a remote environment.

That's not to say there aren't reasons working remotely is beneficial. I just don't think it's fair to just say the only reason companies opt for physical proximity is cultural.

Re: Python at Netflix

#185

Post by chc »

kbumsik wrote: post #89
inglor wrote: post #18

Earlier quoted context omitted.

You think you're being downvoted because people like dynamic typing very much. You're being downvoted because: A) You left a comment with a strong opinion without expressing it while dismissing other peoples' experience B) Python is in fact a type safe language for a while now https://docs.python.org/3/library/typing.html - you have pluggable "a la bracha" types.

> Python is in fact a type safe language for a while now I like the idea of type annotators but they do not make it a type safe language because types are not checked and they are more like comments. Python will remain a dynamically typed language, and the authors have no desire to ever make type hints mandatory, even by convention. [1] [1]: https://www.python.org/dev/peps/pep-0484/#non-goals

This is only true if you don't use a type checker. If you do use a type checker...types are checked.

It's still not really a sound type system, though. Many safe languages have some kind of escape hatch for the type system, but the escape hatches are very close at hand in Python's typing and you see them used several orders of magnitude more often.

Re: Python at Netflix

#186

Post by gloflo »

iblaine wrote: post #121
butterpeanut wrote: post #76

Id like to contribute to the netflix code base by offering what is obviously a missing but much needed piece of code: def enableAutoPlay( flag ): annoyingAutoPlay = flag return

Netflix does have people from MySpace, which could explain the annoying auto play feature, but the reality is Netflix has a mature process of AB testing. If autoplay is permanently on then it's because AB testing wills it so. ¯\_(ツ)_/¯

Maybe they noticed people watching more content with autoplay on. Wait...

Re: Python at Netflix

#188

Post by Fnoord »

glckr wrote: post #63

Interesting. I had it in my head that Netflix was a pure Java shop. Was I wrong in the first place, or has something changed?

Java or JavaScript? Some of the replies to this post indicate JS, others Java, while they're not at all related to each other...

Re: Python at Netflix

#189

Post by abritinthebay »

glckr wrote: post #63

Interesting. I had it in my head that Netflix was a pure Java shop. Was I wrong in the first place, or has something changed?

We're everything!

JS is heavily used, as is Groovy, Java, Python, C and C ++, etc.

Depends on the project and the team. We're not about limiting people, but the choice should be justifiable (like... Brainfuck is probably not ok)

Re: Python at Netflix

#190

Post by Thaxll »

glckr wrote: post #63

Interesting. I had it in my head that Netflix was a pure Java shop. Was I wrong in the first place, or has something changed?

If you read the article they don't talk about "online" services / API which are probably most of them in Java.
Post reply on HN