dice

What's the advantage of CarWoo over Edmunds? As a comparison I looked at the 2014 version of my current car:

http://carwoo.com/new-car-prices/T85363842-2014-mazda-mx-5-m...

Versus

http://www.edmunds.com/mazda/mx-5-miata/2014/?style=20048458...

Edmunds tells me what invoice is, what MSRP is, and what most people end up paying for each of the trim levels. I don't see much information on CarWoo, other than for the base model.

FTA:

>According to the company, By simply biting and grinding, Blizzident automatically cleans all teeth perfectly within six seconds, and you can even floss and clean your tongue at the same time.

The Model X shares 60% of its parts with the Model S. I believe that, critically, the "sled" (battery tray and motors) are shared between the two.

Also because fuck the TSA.

>At home and work you probably have a computer.

I have docking stations for my Thinkpad. I also have my Nexus phone in my pocket.

What I want is a pocket-sized device which has multiple docking stations for various purposes:

0. Baseline phone for being a phone or small computing tasks. 1. Tablet for couch-surfing or communal content sharing. 2. Laptop for on the go larger computing tasks. 3. Desktop for long work sessions.

It would be great if stages 2 and 3 could also include additional computing, graphics and memory resources.

I also noticed that. I'm hoping to get up to zero net worth in the next couple of years, though...

I think the final paragraph sums it up, although the author seems to miss the point:

>The thrill and rush of possibly winning started to wear off after about the twentieth losing ticket. Each card had a couple of “Life” symbols on them, and every time you got a second you just dreamed of seeing the third one under the remaining graphite. However it never appeared and never will and it just kind of turned depressing. How could people put themselves through this humiliation and teasing every day of their lives? This is definitely an investment that is not rigged in your favor and can never really bring you positive returns.

There is a thrill to knowing that, however small the chance, there is a large payout potentially waiting for you. Most people don't buy 100 scratchers at a time, or I would guess even one a day. Buying one lotto ticket a week, for instance, is a trivial expense for many people which also happens to be fun (the aforementioned thrill). The inevitability of the loss doesn't become as apparent over those time scales: selective memory results in people remembering their (typically small) wins and forgetting all of the losses in between.

I had a professor who used a similar concept of fostering active discussion and debate within the classroom, except he did it for every lecture. He would present a concept, then ask us a series of questions about it. Students would first think on the question and vote on their own, then the question was opened to discussion and debate. After the topic had been hashed out we would re-vote. Often times the difference between the first and second votes were significant, sometimes resolving a split opinion and other times the majority would change their minds.

It was a lot of fun, and easily the best and most informative experience of my educational career.

>To some extent, those that are summarily decrying the "actions of reddit" are judging with the benefit of hindsight.

The decrying and predictions of Bad Things Happening have been happening since before this whole Boston thing started, predicting exactly this outcome. It's part of the reason why Reddit's admins have a policy against "doxing". I like to call that "experience" rather than "hindsight".

What the ops team isn't telling them (DevOps only goes so far) is that there's a cron job on each node which periodically bounces the Chronos processes (and its 50 dependencies) in order to mitigate memory leaks.

What does it do? Chrome on Linux just has it a bit garbage-y, nothing major: http://i.imgur.com/BopYxYM.png

Not curl, but I did something similar for a particularly dramatic death scene in a MUD 15 years or so ago. The hardest part was shutting up all of the normal MUD chatter that the players get (OOC chat and the like).

Couldn't it also just be clock skew on a host or local datacenter which set off a chain reaction?

I mean, I know that traders are probably pretty anal about accurate clocks, but mistakes do happen.

As others have mentioned, Sudoku is a rather crowded market.

Still, your take on it looked interesting so I clicked over to the Play store intending to install it. I then saw that your app wants the "phone status and identity" privilege, which is an automatic no-go for me. Perhaps your potential customers do not want you to know what their phone number is, or the phone numbers of the people they're calling?

Depends on what you do. The company I work for does outsourced datacenter operations and application monitoring. Our site and our blog absolutely must be up at all times, period. If one of our blog posts made it to the front page of HN or reddit and we weren't able to handle the load, or God forbid we went entirely offline, there would be some serious egg on our faces. Why should potential or current clients trust our advice about how they can stay online if we can't do it for ourselves?

The GNOME 3 "Displays" app is pretty good. You can toggle mirrored, external screen to the left or right by just dragging, etc. It isn't quite as slick as the one shown in the video, but it's certainly functional and easy to use.

Where do you store the configuration for where and how to access the configuration database?

Do you also use your text selection as a bookmark?

I used the feedback tool to inform the author that the "Try me!" was annoying enough to cause me to want to leave a nasty note.

So I guess it worked?

It likely depends on what you're doing as well. For programmers who spend most of their time editing source code and working on a small number of development machines it makes sense to put some effort into customizations to optimize workflow. For sysadmins who have to be able to do work on thousands of machines across various environments it makes sense to know the stock settings inside and out.

It's true that the distro's packages can often be out of date: particularly with "Enterprise" releases like RHEL/CentOS. That doesn't mean that one shouldn't use the package manager, though. Building custom packages to backport updates and tracking the upstream for security and bug fixes isn't the funnest thing in the world, but it is often a necessary evil. It's certainly better than a "compile from source then dump everything into a tarball" approach which leaves you with no good way to track what versions of which software are installed on which nodes.

First I've heard of it, thanks for the pointer!

>I don't agree with that approach. It sounds nice for a sysadmin, but as a programmer I don't want to have to wait for you or the distributor to approve and package the libs I need to work with.

Which is why development, QA, staging and production are all separate environments. Do what you want in your dev environment: when the code is ready for testing let the ops team know what the dependencies are. We'll take care of wrapping everything in packages and updating chef/puppet/whatever to deploy it.

As a sysadmin pip and its ilk annoy me as well, although for a reason which is not mentioned in the article: It creates an entire package management system which is not the distribution's package manager. Ruby's gems tick me off for the same reason. As a sysadmin you need to decide to either manage Python and Ruby entirely outside of the OS's native package management or try and wrap every single Python egg and Ruby gem in an RPM/DPKG/whatever. Mixing the management between two packaging systems is just going to cause trouble.

There's a similar problem with Perl's CPAN, which is what I think all of these projects are aiming to emulate, but the nice thing about CPAN is that repositories like rpmforge or EPEL already have a large number of commonly used CPAN packages all wrapped up in RPMs already. It would be nice to see similar community efforts centered around Python and Ruby packages. Perhaps one day I will have enough free time to start one.

Can you imagine WBC protesters with "God hates smart people" signs?

I was really hoping after seeing the first (INTerests) that the rest would somehow work in STR, CON, CHA, WIS, and DEX.

OSalt recommends PostBooks: http://www.osalt.com/quickbooks

No idea whether or not it's a good replacement as I've never used either.

The Hadoop and HBase books from O'Reilly Media are quite good. They gave me a good overview and got me up to speed enough that I was comfortable stepping into a new personal project using them.

The algorithm described by Heike is essentially just looking for striped red and white shirts. Anyone who's done more than a couple of "Where's Waldo?" games knows that striped shirts are often thrown in to draw one's eye. In fact, in this very example there is another striped shirt (lower left corner, just above the wall) which could very well have been Waldo that this algorithm did not highlight. Without being able to recognize Waldo's human characteristics (thin, glasses, strong chin) the approach described will inevitably fail.

>you should be thinking "how can I build a site that will have scaling troubles?"

I work for a company that does consulting for startups, and occasionally one of our clients takes off like a rocket. Everyone has scaling problems, even the people who have thought about and worked on scaling. Load tests and projections are only so good: at the end of the day theory will meet practice and we all know who wins there.

We always tell them the same thing, "these are good problems to have". Everyone has a sleepless week or so until the bottlenecks are cleared, and then life is back to normal (except now people have heard about that thing you've been working on for the past couple years).