Could the obesity epidemic have a little to do with this? With around two thirds of the US population overweight, that's a lot of conventionally unattractive people. For males especially, being overweight drastically reduces the odds of being noticed by a potential partner. I suspect hormone imbalances, part of the metabolic syndrome umbrella shared with the symptom of obesity, might also have a hand in this.

Well said. General physical strength and health have a lot do with your appetite and your appeal for sex.

But, I guess, there is another factor too. With easy access to too much and uninterrupted entertainment (TV, internet, whatsapp, snapchat etc) our brains may be getting too tired to bother about sex or our brains may be getting too satisfied to desire sex.

I haven't had any font issues with Manjaro (Deepin community release) or Antergos (MATE). Text looks great right out of the box. I can't say the same for vanilla Arch, but that's to be expected really.

I've been using The Deepin Desktop Environment for a bit over a month now, and I have to say it is easily the best desktop environment out there for Windows users right now. It looks close enough to 7 and 10 to be familiar, but it's far easier to use. Deepin OS is now my go-to recommendation for new Linux users, especially since they have an agreement with Codeweavers to include Crossover in the distro free of charge.

Bad in what way(s) in particular?

Steam is just as bad as the Microsoft store is what it boils down too. Centralized control over games you've paid for. It doesn't matter who it is, it's not good.

It doesn't really seem like a decent comparison when you look at the comments and read that he used two different graphics drivers for the comparison. Proprietary for the first demo, open source nouveau for the second (which I suppose is more impressive considering their differences, but anyway). Anyone know why that is?

+ 2 recorders.

X11 SimpleScreenRecorder

Mir mirscreencast | ffmpeg

>but it freezes on files larger than 1 MB

That's a pretty large bug. Considering what JSON is supposed to be used for, passing data between two programs/processes, files larger than 1 MB should have been accounted for.

Does it freeze then crash, freeze until the OS takes care of it, or freeze temporarily then resume?

It freezes temporarily then resumes after few minutes.

It's not nice to abuse innocent cats.

    python -mjson.tool < unformatted.json | vim -

If you're not using cat to concatenate things, the shell can probably handle the job.

People like cat because it allows notating the command closer to how they think. How can I pipe while putting the file first?

Well, just do it:

    < unformatted.json python -mjson.tool | vim -

What's the immediate advantage for me in using a less intuitive syntax? I understand cat is meant to concatenate files, so what?

> erases the file first and >> appends without erasing

This isn't the issue.

I've never understood why that phrase applies to Python when the language still has the map, filter, reduce, etc. functional functions. Generators and comprehensions completely removed the need for those, yet the functions remain even in Python 3.

On the subject of printing, there are actual reasons for having this duplicate functionality. The main way to print is of course the print function in three, or print statement in two. The print function was lacking the ability to flush the buffer before that was introduced in three. You would have to call sys.stdout.flush(), whereas now the print function includes the boolean "flush" keyword argument. The second way to print is to call sys.stdout.write(), which does not automatically append a newline. That functionality was implemented in the print function with the "end" keyword argument. You can pass it an empty string in place of the newline.

So for most use cases, print() is just fine. Sometimes you want finer grained control, and for that you would use the sys module.

Python 3 at least changes the semantics of map and filter so that they are generators.

Lazy sequences are the sort of thing that you don't care about until you need to process a ten-million-line file (or whatever) and suddenly find that your program is slowing down for pointless memory allocations up-front -- then they become unbelievably important.

Yes, you are absolutely correct. In our production code, which is currently running 2.7, we make extensive use of the itertools versions of those functions (imap, ifilter, etc.) for this reason. The itertools functions behave exactly like the Python 3 builtins, as iterators. The memory footprint is minimal, and they are just overall faster.

> Generators and comprehensions completely removed the need for those, yet the functions remain even in Python 3.

Hmm, I had never thought about it like that. Are there any articles, etc. you recommend about the differences or the advantages of one method over the other? It'd be nice to look into this more.

I don't think you'll find one. Guido wanted to remove them [1], but people wanted them to stay for some reason.

There is no difference between `map(func, values)` and `[func(x) for x in values]`, except for character count.

[1] http://www.artima.com/weblogs/viewpost.jsp?thread=98196

Same here, but Monster was my poison of choice. I lost 50 lbs with keto and haven't looked back. Everything just got better.

I think bulletproof coffee is a bit overrated though. I tried it and couldn't get into it, and that's with very good quality coffee. A bit of heavy cream is nice sometimes though.

Voat.co is worth checking out. It's like a smaller Reddit with an emphasis on preserving free speech.

I understand that but the website from last I checked loaded slow on my computer.

It was hard to use for my use case.

Give Voat a year and it will be nearly indistinguishable from reddit.