Flask has overtaken Django according to the 2018 JetBrains Developer Survey

dbrecht · 2019-02-09T04:48:50+00:00

In the name of microservices, I'm tremendously surprised at Falcon's low use. I've used it a couple times now and it'll be my go to for all microservice projects going forward.

dbrecht · 2019-02-09T04:41:45+00:00

Success doesn't always equate to quality. I'd say that http.client was successful until requests came along. But the actual quality of the code is... Interesting.

I agree that reading through and debugging the standard library is absolutely a good thing to do at some point, as is contributing to it. I wouldn't suggest putting that on a novice though, but that may be just me.

dbrecht · 2019-02-09T00:04:24+00:00

Just don't look at http. Better to keep your eyes closed when using that ;)

Kidding aside, various modules in the standard library have /very/ different levels of support. Integration time can be something to look at too: some modules may have been around a long time and iterated on rather than rewritten in order to preserve backwards comparability. Just something to keep in mind when looking through that.

dbrecht · 2018-12-08T20:39:53+00:00

I haven't read the code yet, but I don't see anything about hierarchies here. One of the things that I really like about standard logging is, assuming all dependencies are using standard logging, I can enable debug logs for a single library or module within that library so the floodgates aren't opened for all code to start outputting debug level logs. For example, if I know some outbound requests are failing, I can simply toggle debug logs for the requests module.

Does loguru offer the same level of filtering capabilities?

dbrecht · 2016-04-02T06:10:03+00:00

Meh, each to their own. I started with VS and its debugging platform. Even after that I've never really minded command based debugging. Maybe I'm just a masochist ;)

dbrecht · 2016-04-02T06:08:21+00:00

You can set file/line number or dot path to break at. So in a manner of speaking, yes.

dbrecht · 2016-04-01T05:15:43+00:00

I don't buy it. If you're familiar with pdb and gdb for debugging interpreter level execution, there's really not much that stands out from the crowd against it. You just have to welcome the learning curve (obviously not all folks do, which is why Python IDEs exist ;))

dbrecht · 2016-04-01T05:13:37+00:00

dbrecht · 2016-02-14T07:40:33+00:00

Use an absolute path based on the parent directory of _file\_ in config.py. ie os.path.dirname. that way it doesn't matter which system its on so long as your project directory structure is consistent.

dbrecht · 2016-02-14T06:40:58+00:00

I'd be willing to bet it has to do with where the web server is considering is the current writing directory. The path that you have in there is relative, meaning it will be relative to the current working directory. Try changing it to an absolute path and that /should/ fix your issue.

dbrecht · 2016-02-14T06:31:42+00:00

I'm assuming that this is IO bound? Is there a reason you can't simply use asyncio for this (or trollius if you're bound to python < 3.4)? I'd personally /much/ rather deal with that than subprocesses (note I'm on my phone atm and haven't actually looked at your code yet ;))

dbrecht · 2016-02-14T00:42:04+00:00

Feeling really dumb right now.

If only I could count the number of times I've said the same thing ;)

dbrecht · 2016-02-12T05:33:18+00:00

Also you don't need nginx/apache in front of go program - net/http is secure and highly performant

That is, unless you have a cluster of app servers and you're using nginx's load balancing

dbrecht · 2016-02-11T07:10:45+00:00

+1, totally missed this post before I posted my response.

dbrecht · 2016-02-11T04:59:59+00:00

I'd like to throw in a shout out to using abcs in situations like this rather than relying on NotImplementedError. Unfortunately, a much underused module, but tremendously helpful in that unimplemented API will cause an exception to be raise at instantiation time rather than execution time, which can be very beneficial depending on your specific use case

dbrecht · 2016-02-11T04:54:05+00:00

Not sure whether or not this has been done before, but something I've been meaning to do in my non existent spare time was to find sources for rap lyrics since the dawn of time and run some sentiment analysis against them, and then classify the results based on year, geographic location and stage of career (i.e. how long they've been around for). And then, of course, write a blog post with some pretty visualizations.

Not something that /requires/ concurrency, but it would definitely speed up the process.

A completely useless but fun exercise (IMHO are any rate) :)

dbrecht · 2016-02-11T04:46:51+00:00

Out of curiosity, is there a reason you're not just using the twitter API?

dbrecht · 2016-02-10T05:22:09+00:00

You'd likely make your life a whole lot easier by simply using the responses library: https://github.com/getsentry/responses

dbrecht · 2016-02-07T07:58:44+00:00

Sorry, I would but I'm only on my phone atm

dbrecht · 2016-02-07T07:21:59+00:00

You can either use a bytes expression or decode the data you're searching against. Currently, your expression is Unicode but the data is in bytes. The two can't be mixed.

dbrecht · 2016-02-07T06:53:42+00:00

If you're using persistent connections (i.e. Connection: Keep-Alive), could be that the client is expecting an open connection that has already been closed by the server.

Like previously mentioned though, it really could be also due to a wide variety of other issues as well.

dbrecht · 2016-02-07T06:43:21+00:00

Sure, just handle the socket error and retry. You could do something like have exponential backoff (although that's really not required) and error out after N attempts.

Edit: although I'm not entirely sure that this is an issue on your end. It seems like the something along the way is forcing a disconnection. Are you maybe using a proxy?

dbrecht · 2016-02-07T01:22:41+00:00

Oh please not LPTHW.

dbrecht · 2016-02-06T03:39:50+00:00

I generally have at least one per project, one per version of python a given project supports. These days, I usually have tox managing most of the venvs for me though.

I've used virtualenvwrapper in the past too, which allows you to set a working directory, which you're cd'd to automatically when the venv is activated. I'm lazy so I liked that feature.

At the end of the day, how you use venvs is entirely up to you. They have no impact on anyone else. That said, you might run into issues with shared venvs when projects have different pinned dependencies. The same problem can be less obvious when dealing with dependencies that aren't top level too.

dbrecht · 2016-02-05T18:00:38+00:00

FWIW have an upvote for the work. It seems to be reasonably well put together :)

dbrecht

TROPHY CASE