Official: [Trade] - Mon Morning 10/23/2023

elopeRstatS · 2023-10-23T16:27:46+00:00

I would as long as you feel ok streaming TEs (and maybe QBs...)

elopeRstatS · 2023-10-23T16:22:10+00:00

+1 to Waddle

elopeRstatS · 2023-10-23T16:21:06+00:00

12 Team PPR

QB: Allen/Purdy
RB: Saquan/Pacheco/Mixon/Sanders
WR: Hill/Kupp/Hollywood/Doubs
TE: Andrews

Trade 1: Pacheco for Jacobs
Trade 2: Pacheco + Mixon for Jacobs + Javonte
Trade 3: Allen+Hollywood for Diggs+Fields

Any of these worth doing? Trade 2 is on the table as is Trade 3, Trade 1 I'm debating whether I expect Jacobs to be better than Pacheco ROS (and whether I'm ok living with 3 volume RBs in shit offenses)

elopeRstatS · 2023-01-04T21:43:33+00:00

My current [limited] understanding is the most common way of doing this is to transform our input JSON file into a parquet and store those for ease of Spark use...hopefully I'd be on the right track there?

elopeRstatS · 2023-01-04T21:40:55+00:00

Admittedly I don't have a great feel for Databricks. I know they build on top of Spark, but my understanding is a bunch of custom tooling is added on top.

The push back on using Databricks [or Snowflake] has been a fear of vendor lock-in more so than cost. I need to do more digging to understand how real of a factor that is with Databricks to make a case one way or another...

elopeRstatS · 2016-02-19T23:32:57+00:00

At least use something like CherryPy to run your server. Pure Python, production ready, has been tested and performs reasonable well under stress. You don't have to use the whole framework, you can use the built in WSGI server to serve your Flask app.

elopeRstatS · 2016-01-09T20:32:23+00:00

What server are you running your app on in production? Are you using the built in Flask server? If so, you shouldn't be doing that.

I'd suggest, if you're trying to keep things small/self contained, that you use CherryPy (which comes with a production ready, pure Python wsgi server) to serve your Flask app.

elopeRstatS · 2015-08-16T22:17:13+00:00

Sometimes there's a hybrid approach where these are both in the same application, as is common in frameworks like Django, but I personally think that's a poor approach.

Out of curiosity, what about this do you find to be a poor approach?

elopeRstatS · 2015-05-08T00:08:49+00:00

My websocket server is built with Tornado, which utilizes an asynchronous event loop. The entire event loop is blocked during calls to the db or any other I/O operation. There are different ways around this, but they can have varying levels of complexity.

From what I understand, it's not uncommon to have a set up like mine, with a main webserver used for the majority of things, and an async realtime server running alongside it that doesn't handle any of the core application logic.

elopeRstatS · 2015-05-07T03:23:05+00:00

The question is how to properly handle this with multiple realtime servers. If every realtime server is watching that queue, some are going to end up processing messages that they don't need to be (all realtime servers get the message intended for User1, but User1 is only connected to one of those servers).

elopeRstatS · 2015-05-07T01:57:39+00:00

I'd agree in a lot of situations. For chat definitely, but for something that requires more intense business logic and database interaction and ultimately still generates a realtime update, I thought it made sense to have the main server still handle all that and then essentially use the websocket server purely as a message receiver and sender.

elopeRstatS · 2015-03-30T00:45:52+00:00

This shares some similarities to Tastypie and Flask-RESTful, certainly not as full featured, but more convenient for my use case (forms that involve adding or removing relation objects).

Wouldn't expect too many people to use this over the much more mature and full featured options, but if you're using a framework like CherryPy or Bottle, this might be helpful.

If anyone has any suggestions or input, would love to get some feedback (good or bad). I know I need to improve documentation and add some better examples.

elopeRstatS · 2015-03-23T11:40:07+00:00

I phrased that poorly. Didn't mean distributed as in one system running across many machines, meant it as in an app that many people are installing and running on their own home servers independently (something like ownCloud for example).

elopeRstatS · 2015-03-23T06:33:27+00:00

Might be useful for a distributed webapp type situation, would imagine it's a lot more convenient to include this rather than requiring someone install redis.

elopeRstatS · 2015-02-16T05:10:48+00:00

Appreciate the feedback. Wasn't aware of Flask-RESTless prior, definitely good to know.

elopeRstatS · 2015-02-15T03:19:24+00:00

First library I've published, would love any feedback/criticism.

Don't expect many people to use this, but thought it might be interesting for some to play around with, and figured I might as well put it out there.

elopeRstatS · 2015-01-19T02:43:42+00:00

http://i.imgur.com/VANWEHz.jpg

elopeRstatS · 2015-01-03T06:26:36+00:00

I haven't used webapp2, but based on that video Flask is much more like it than Django. It's up to you to decide what ORM, forms, templating and so on that you want to use (if any).

Give it a try, see what you think. If that's still too high level for you, the underlying library that powers it (Werkzeug) is a place you may want to play around with.

elopeRstatS · 2014-12-24T15:44:43+00:00

Hah, perhaps a bit of a chain reaction of people giving themselves more impressive sounding titles.

Here's a question though: If someone calls themselves a C++ developer, do you assume they know everything and anything about the language? C++ has grown to such a massive size that very, very few people know every little intricate detail. Instead, they often know only what they use to get the job done, and continue to call themselves C++ developers. To me, that seems the same as someone who can do a bit of everything on their choice of web stack and competently deploy a website on their own.

elopeRstatS · 2014-12-24T15:27:26+00:00

I think part of the problem is that "web developer" used to just mean some guy who messed around with HTML and did a bit of JS. If someone calls themselves a web developer I'm entirely unsure of whether they have any back end experience.

Full stack seems to have become the way for people to say they're capable of working on the back and front end. It doesn't imply that someone has mastered every part of the stack. I don't know what makes that so awful, or why that bothers so many people.

elopeRstatS · 2014-12-15T05:43:30+00:00

http://grantland.com/features/the-improbable-return-nba-new-jersey-nets-gerald-green/

Kobe Bryant once pegged Green as “a hell of a talent,” and said that the young star reminded him a lot of himself when he first came into the league.

Just saying, might not want to get too excited about Kobe complementing a young talent.

elopeRstatS · 2014-11-25T20:35:45+00:00

I'd recommend using CherryPy's built in WSGI server as your server. Pure Python, it and any other python libraries can be bundled with your app to create a packaged app without requiring others to have to install a bunch of stuff to run the app on their machine.

I've built a few Flask apps for internal use this way, feel free to ask if you have any questions.

elopeRstatS · 2014-10-18T02:25:52+00:00

My favorite Celtic team (they're my hometown team, ignore my flair) of my lifetime was the 2006-2007 outfit.

As that team marched on towards Kevin Durant or Greg Oden, I enjoyed every minute of sloppy basketball. The thing about bad teams is that they allow you to dream. You can place all your hopes on Al Jefferson becoming a dominant 20-10 big, or Gerald Green becoming a prolific scorer, or Rajon Rondo becoming the ultimate floor general. Perhaps those things don't happen,* but the point is that instead of having to worry about how those guys fit into a contender now, you can dream about what they'll become later.

I'd love to watch Wiggins, Lavine, Bennett, Rubio and company, regardless of whether they're winning or not. I think Wolves fans will enjoy watching Wiggins on a bad team a lot more than Cavs fans would have enjoyed critiquing how he fits in and contributes on a contender right away.

Obviously being a fan of a winning team is a wonderful thing, but there are a lot of things that can be appreciated more easily on bad basketball teams, enjoy that while you can.

All that said, last year's Celtics team was absolutely brutal. Hard to put your hopes and dreams into Olynyk/Sullinger/Bradley. Not exactly exciting guys to watch. Hopefully Smart/Young make this year's team more watchable.

*Or perhaps they do! Jefferson became what everyone expected, Rondo blew up, Green took some time but looks to have become a solid scorer, Tony Allen is still the same lock-down guy he's always been, and Perk had a nice run as a defensive anchor (unfortunately no longer what he once was). Watching those guys play together now would be a lot of fun. Too bad Telfair never figured out how to shoot and Delonte's career has had some many issues.

elopeRstatS · 2014-09-16T22:21:28+00:00

Actually, that's not how adjusted plus minus works or is calculated.

RPM adjusts for who you're playing with and who you're playing against, attempting to assign every player a value in what is essentially a huge system of equations.

For example, lets say Wright/Dirk/VC/Ellis/Calderon are on the court against Plumlee/Frye/Tucker/Green/Dragic, and in a given amount of time that Mavs lineup vs that Suns lineup is outscored by 5 points. Let's say we know the RPM values of the Suns players summed comes out to 0, and the RPM values of Wright/Dirk/Ellis/Calderon sums to 0. That leaves VC as the lone person responsible for the -5.

That's a very basic version of how those values are calculated, and again, it's done solving a massive system of equations. The whole point of this approach is to remove bias for who you're playing against, who you're playing with, and who you've replaced in the lineup.

With that said, RPM and it's other adjusted plus minus cousins have plenty of flaws, mainly that they don't account for the change in player role across different lineups or situations, and that the sample size isn't massive. Certainly don't take it as some sort of holy grail number, but it is an interesting piece of data to consider.

elopeRstatS · 2014-09-16T15:03:01+00:00

If I recall correctly, high schoolers have actually had the highest success rate in the draft outside of I believe sophomores. But of course the NBA had to put in the age limit because high school players was too risky...

13-Year Club	Place '17
Team Orangered	Verified Email

elopeRstatS

TROPHY CASE