skysight-inc/HackerNews huggingface dataset:
I think your moral arguments are sound, and I tend to agree, but I would just add that you should probably explicitly recognize the (implicit, I think?) premise that there is a meaningful moral distinction between the death penalty and other punishments.

If you can't draw such a distinction, then your argument proves too much. This is so because your points re:uncertainty of guilt and intractability of punishment don't just apply to capital cases, but to all convictions and punishments, which are entered on the same standard of proof beyond a reasonable doubt. If you believe it's morally unconscionable to convict and sentence with less than 100% certainty, and to impose punishments you can't back out of, then how can any conviction achieved under this imperfect standard ever be considered moral?

Maybe your answer is that they can't be considered moral and we should limit convictions/sentences to cases where we have 100% certainty. But assuming you want some kind of functional criminal justice system for the punishment and incapacitation (oh, and the fictional "rehabilitation") of criminals, then I think you must accept the imperfect system, and distinguish the death penalty from lesser sentences.

This is a distinction you can sensibly draw. My point is just that it's logically important to explicitly do so. (Sorry if this is a tedious, semantic point!)

So how would you draw the distinction? If your concern is with avoiding very bad decisions that are intractable, would you draw that moral distinction to include not only the death penalty but also extremely long (eg, 30+ year) prison sentences?
Walmart Credit Login
Secure Login | Access the Walmart Credit login here. Secure user login to Walmart Credit. To access the secure area for Walmart Credit you must proceed to the login page.
I hate when this occurs, people would rather go with their implementation rather than have their own pride suffer.
Sometimes the functionality or complexity of code means it cannot be beautiful. Donald Knuth wrote, "Sometimes we focus to much on the simplicity of an expression in a higher order algebraic language and lose site of what actually takes place on the machine."

Now I'm not defending OpenSSL, its a mess. But judging a code base merely on its LOC, or from a place of aesthetic beauty, completely overlooks the main function of software namely working.

I bet the author would be abhorred by some of the hacks and horrible design decisions made within the Linux, and GNU stack his software runs on top of.
> With React, I don't really see the point of Ember or Angular

React only deals with the view. In AngularJS, third party objects have a seamless integration with the view.

Imagine you want to paginate datas.

You'd write a Paginator component in React.

In Angular you'd have a Paginator service holding pagination logic. Then you can have multiple representations of paginators,that would be logic less. It's better because it makes it easier to test the pagination logic in isolation,and you can then hide some complexity out of the view.

i did it with a simple notification queue in a project i'm working on :

.service('Notification', function($timeout, NOTIFICATION_TIME) {
/**
* manage notifications
*/
var onNotificationTimeEnd ;
this.type = {
'SUCCESS': 'text-success',
'ERROR': 'text-error',
'INFO': 'text-info'
};
this.timeout = null;
this.current = null;
this.notifications=[];
/**
* queue app notifications
* @param {Object} notif
*/
this.notify = function(notif) {
if(notif){
this.notifications.push(notif);
}
if(!this.current){
this.current = this.notifications.pop();
}
if(!this.timeout){
this.timeout=$timeout(onNotificationTimeEnd.bind(this), NOTIFICATION_TIME);
}
};
onNotificationTimeEnd = function(){
this.current=null;
this.timeout=null;
if(this.notifications.length>0){
this.notify();
}
};

});

So each time a new notification pops , the view is updated just by adding {{Notification.current}} somewhere in my template

I think React solve parts of the problem while Angular tries to solve the whole problem.

I think there is definetly a middle ground between AngularJS and React virtual DOM that can be found. Let's remember that Misko defines AngularJS as "a better browser",not a framework.
I find it amusing that they used an Apple keyboard... Then again the chiclet style keys seem to be a big factor in the build.
First rigorous formulation supporting Heisenberg's famous 1927 principle
While it seems like it has a long way to go in terms of fidelity and response, the concept is fantastic. Could make laptops even smaller.
There is opportunity for a powerful tool to handle the very common bad practice of including giant binary blobs which don't belong in version control.

I'd like to see a second class of files which are only checksummed (or timestamped) on 'status', 'diff', 'add' and then binary-diffed on commit for possible compression (or perhaps deduped with checksums of blocks) with features like 'git/hg binary-add somefile.jar' to differentiate.
Okay. I got you now. Thanks. I just didn't know how exactly the USB drive was going to get modified by an attacker.
USPS delivers in 3 days for about $2

This sounded much lower than anything I've paid recently. I just tried pricing this on the USPS website and got $3.94.

http://postcalc.usps.com/MailServices.aspx?m=6&p=0&o=12&dz=9...

Arguably a bargain, but considerably more than $2.

Separately, I disagree with your implication that the USPS has an obligation to deliver to your house. Do you know what the exact law or statute is?

I'm familiar with several places where this is not true, where Fedex and UPS will deliver to the door but USPS will not. Some of these are very rural ranches in the Southwest, but others are just small towns that do not offer delivery services and instead hold all mail at the post office.
We use git rewriting extensively and do allow non-FF commits. We also have process and tools in place such that master is held sacred (and our live branch is untouchable). Every once in a blue moon, a master branch will get a non-FF, and our tooling is such that we make sure everyone knows it happened.

However, we are a small team consisting of mostly Linux kernel developers, so that may influence the level of trust we put in not screwing things up. We also work pretty much independently; were that not the case, this would get ugly.
I don't think your method is necessarily unfair. I just don't think it necessarily is fair, either. If all of your roommates have roughly equal views on the value of money, square footage, and various intangibles (such as, say, the quality of light in a room), then your method is probably entirely fair -- no arguments there. If, on the other hand, they each assign very different values to space or money or those various intangibles, then it's possible that -- despite paying similar amounts of money for similar amounts of space -- they are actually experiencing very unequal levels of economic utility in exchange for their rent. Which would be where something like the NYT algorithm begins to make sense, since this attempts to maximise the utility function for all parties, regardless of how they themselves define utility.

As for the cleaner: yours is a very common reaction that I get whenever I give this advice to my friends. But professional cleaners are surprisingly affordable. In multi-person households -- unless you're living close to the poverty line -- they should be entirely affordable (much less than the proverbial cup of coffee per day), and go SUCH a long ways towards reducing household drama! Have you tried actually crunching the per-person numbers? You might be surprised at the results.
Check out git-annex: https://git-annex.branchable.com/how_it_works/

It operates under a similar principle (committing hashes rather than file contents) but stores the actual file contents elsewhere rather than using a compression/deduplication within the repo itself.
I'm curious how you would have written the headline, since you seem to be wading through a very large miasma of implications in order to come to your conclusions.
I wrote "top line MacBook Air"! Also I asked a question.
Wow. I went my entire life thinking with complete error that J.S. Bach's The Well-Tempered Clavier was a musical dossier celebrating modern tuning (of keyboards). I was 100% wrong. Thank-you for sharing that essay!
21 Eggs Surprise
There's a setting to disable "recommended" autocomplete (and only autocomplete from local history). Once at the Google search page, there's a separate setting to [en/dis]able autocomplete, and it may or may not actually work.

I've taken to changing my Chrome search engine to "https://www.google.com/search?q=%s&complete=0", which does disable the autocomplete behavior, but also appears to give a slightly older version of the search page.

Obviously the proper next step would be to switch to DuckDuckGo.
I don't think it is what I said. I know the guys who sent a lot of CVs, and not getting a bite at all (hence the complaining they don't find jobs, and blaming companies for being corrupt and only hiring people with connection: It doesn't mean companies are saints, it just means companies recruits can't all be incompetent people who only know someone-companies are successful, at least some have got to be good at their job-).

And the music industry, from my outsider eyes, is at least as sexist -if it is at all- as the tech industry, or more:

It's easier to be known as a hacker for your work, without people knowing who you are, which gender and if you smell, than it is to be known as a musician: I don't know if there has ever been a faceless rockstar, but there have been faceless hackers. (I don't know what you look like, but I know your nickname and admire your work: For all I know, you could be a woman).

My point is: There are some women who seem to be respected in the tech industry.. What are they doing right that made them overcome any sexism that would exist in their companies, etc..

I didn't mean to say it doesn't exist, I just meant that there seems to be people for whom it was a hurdle, but somehow they managed to do well for themselves. And if they can do it, why not strive for that for people in this demographic (can be stretched to include arguments about racism (There's at least one black man who's done well, and is the President of a rather important country, if I were black, I'd say "Why not me, why wouldn't I have that kind of success/achievement").

My main frustration is when people take themselves out of the responsibility equation from the get go: "It can not my fault, let's find someone who's responsible for my misery. Anyone in my situation with success is an exception".. And the fact it's "trendy" to whine in blog post after blog post about how unfair the world is.
unfortunately, due to the placement on the wrist, they must be small

I don't know if they're small because they're on the wrist or because they're sold as watches.

I don't think I'd be against having a bigger screen on my wrist like control panels that have been seen in SciFi shows for many years :) Something smaller than an iPhone, but maybe like the iPod Nano would work.

I wouldn't be surprised to see them appear soon. Sometimes, I feel that I could use my iPhone on my arm rather than my pocket, when walking for example. But the smart watches tend to have too little screen real estate.
Not very smart. Just smart enough to be where very smart people are.

Proof: I'm here.
Not much to add because the article doesn't say much, but I do love these feats of engineering. Those are pretty much 10 times as long as I thought they would be. Amazing.
Ah, I assumed the Turbo Boost was just due to the fact that if you are using all four cores you can't clock yourself quite as high.
Generally LIDAR "works" reasonably in light rain because the rain drops scatter most of the emitted beams, and you get no returns. Occasionally you'll hit a raindrop straight on and get a reflection back to the receiver, but your algorithms should probably filter this out.

Fog is so much denser that you get heaps of reflected returns, and naive algorithms would treat this as there being lots of solid stuff in the environment. Your best bet is to combine sensors that don't share the same EM bands; e.g. lidar + camera, or + radar, sonar, etc. It's not just redundancy, but the ability to perceive across different frequencies so that things that scatter or absorb in one band don't do so in another, allowing you to distinguish.

I don't think one LIDAR would interact with another to any great extent. Even if off-the-shelf models did, there'd ultimately be some way to uniquely identify or polarise the beams such that this wasn't a problem. I suspect its reasonably easy to engineer a solution around this.

Power emission I'm not entirely sure about, but almost all are at least class 2 laser devices. You shouldn't point an SLR camera at Google's vehicles for example, as you can destroy the CCD. The Velodyne they use draws 4-6amps at 12V, but a lot of that power goes to heating the emitter, motors, etc, and isn't all emitted by any means.

Frames-per-second isn't really the right measure for Velodynes, but their max rotation is 3-4 revs per second IIRC. It's about a million points per second. (For something like the Kinect For Windows V2, which is a flash lidar, it should run at 30fps, but with lower depth resolution.)

I can't think how you could 'jam' a lidar, but you can certainly confuse the crap out of it easily enough. Scatter some corner reflectors on the roads for example, dust grenades, fog cannons, etc.

Computing power to reconstruct is significant (many DARPA Grand Challenge teams had problems containing their power budget for CPUs/GPUs) but manageable. It depends on the algorithms used, and in many cases the amount of "history" you infer over. Google's approach is to log everything, post-process into static world maps, then upload those maps back to the vehicles. When they're actually driving for real, those maps effectively let them take the delta between what they currently see and what the static map says there should be, and they only really have to handle the differences (i.e. people, cars, bikes, etc). This is still hard, but it's much easier than e.g. the Mars Rover problem (more my area of experience)
I have.

It's neat, but it's more about replacing something like Dropbox than it is replacing git (despite being based on git). It also isn't particularly stable, though I have nothing but respect for the developer.
We Pieced Together Steve Jobs’ Long-Lost Stereo System
And because people are not typically all that rational when their children's lives are in danger on every flight I've ever been on they re-iterate that parents should first help themselves before helping their children.
Thomas Piketty is a rock-star economist. Can he re-write the American dream?
I guess "mechanical" doesn't mean the same thing here as it usually does when referring to keyboards.
>pues no hay nada mal en un taco y un par de chelas

Seems like a weird time to switch to Spanish! But tacos and beer are always good of course.
> you suddenly realize that one detail which you had thought would be easy, is in fact going to force you to rip up a bunch of code? I make it a rule, at that moment, to stand up and go for a walk.

I've found sobbing uncontrollably helps too.
The idea is that I don't need to pair my socks. I can just take any random 2 socks from the heap whenever I'm going out, since they are all the same. Hence, O(1).
The coordinates listed for the single longest conveyer belt are a little bit off.
Here's the start: https://goo.gl/maps/X2jg8

And here's the end: https://goo.gl/maps/n0wvJ

(is there a way to get coordinates out of the new Maps?)

And while I'm at it, a direct link for the longest combined conveyer belt: https://goo.gl/maps/3kz4s

Pity, no streetview :p
The default position that all innovation comes only out of apple (vis the Apple keyboard comment) suggests that:
1. Apple marketing is still doing a great job convincing everyone they still have innovation in the heart of everything they do (I dare say it's not innovation as improvement and miniturisation)
2. Microsoft needs to do more to burnish it's innovation credentials
It's not intuitive to me how big of a difference 4.5 Hz is, but you really need to use a logarithmic scale (because, for instance, shifting everything up an octave will yield different errors in Hz). In cents, that's about a 16 cent difference, while an equal tempered semitone is 100 cents. Is 16 cents easily noticeable? I don't have a nice tuner handy, so I can't say.

Still, your claim doesn't seem right to me. A perfect tuned guitar with perfect intonation in equal temperament will play the same frequencies as a perfectly tuned piano. Yet, when I play G and E chords on a piano, I don't notice the same tuning issues as I often do on guitar. That's why I assumed the bigger issue on guitars is intonation.
Can someone explain these graphs to a colour blind guy?
That article is just more of the usual bullshit used to bash PHP, maybe to make authors like himself feel better about not using it, and have a good laugh with other bitter peers. Haters gonna hate.

The author is comparing Composer to Bundler, which makes no sense because Composer does a lot more than Bundler. With Composer you can do things exactly the way you want. He says "I don't know what it does under the hood, if it clones every single repository of every required package independently of it being necessary", proving that he didn't even bother learning how to use the tool.

There is no way you can live with Bundler after having used Composer. Trust me, I was a Rails guy.
> Why not just directly get an approximation of the golden ratio by taking fib(n) / fib(n-1)?

That has been done millions of times over the past 800 odd years. My method has no practical uses, but plenty of educational ones.
This reminds me of one Rio Tinto executive's dismissal of their $70M dollar purchase of a set of autonomous Komatsu haul trucks as "a very expensive reconfigurable conveyor belt".
Finally! A potential for more precise cat-on-the-keyboard state detection, so the keys can be disabled :)
I find this functionality is very cool, but does it have to be motion sensing? I find physically moving your hand off the keyboard and back on to be somewhat tiring, especially since it's doing apparently the same thing as "scroll down". But since the hand stays on the left side, how about adding a button underneath the left palm, where by moving the palm slightly the command is performed? This I think takes away any inconsistencies of "motion sensing" while still keeping your efficiency at a high (not to mention keeping your hands comfortable!).
Good book, I read it a few years ago.

His own proof that there are infinitely many primes is a good head spinner.
That's a great post, thanks for that. I'm currently using basically Amazon * for everything and was looking into docker a little bit yesterday. For a two man team I think I will continue to stick with Amazon since my strength is not in system ops.
On Windows at least, you can drop the Home button to the left of the back button using Customize.

The Start menu seems to overlap any maximized application when small icons are enabled, but I guess that's slightly worse without the status bar.

You can re-add the title bar permanently by going to Customize and clicking Title Bar in the bottom left corner.
From the homepage:

> "On 15th September 2013, the ConveyorBeltGuide has been online for 10 years."

Wow, that is some serious dedication. Assuming there are no ulterior motives--and I don't see evidence of any--it's wonderful to see someone so dedicated to sharing such intricate knowledge with anyone who's interested. And it's not abandoned, either; the disclaimer page notes that all videos on the site have been updated to HTML 5.
See the xenharmonic wiki for more music math than you can shake a stick at

http://xenharmonic.wikispaces.com/Mathematical+Theory
The way we did it was to evenly split the common spaces among the renters, while accounting for room size.

individual_rent = total_rent * (room_size + common_share)/house_size)

Utilities are split evenly among roommates.

It works, although I probably would have prefered to use something like the system here were I to do it over. Things like "has a master bathroom so you don't have to share with everyone else" tend to be worth more per square foot than regular bedroom space.
The colors speak for themselves. ;)

It is amazing how long that is. My only experience with a belt was working at Walgreens on warehouse truck days. Even our 60 foot belt continually had product falling off of it. I wonder what kind of oversight is done to make sure the items stay on it.
Where is the refresh button I can drag in to the old place? I can only see a Sync button which looks like refresh but isn't refresh.
You mean, except physics, chemistry and biology, i.e. sciences that are based on numerous, replicable, measurable, non-subjective experiments. In contrast, economics, psychology, sociology, and even medicine (at least the parts that are not performed in a lab, such as biomedicine or molecular biology) are not really sciences, but merely studies.
If you did why would you be using TAILS?
The article links to Facebook's example of a React app, which is available on JSFiddle [1]. I've been playing with using React:

- without its JSX templating

- with Coffeescript

...ever since I saw the idea here on HN a few months ago [2]. Here's the JSFiddle for that [3], I am a huge fan of the way you can pretty much write your DOM using (essentially) javascript functions.

[1] http://jsfiddle.net/3Vs3Q/light/

[2] https://news.ycombinator.com/item?id=7232695

[3] http://jsfiddle.net/mFXVL
As I understand it, it became something to replace Dropbox after Joey realized that git-annex's task of distributed storage of large files intersected with the Dropbox use-case, but it didn't start that way, and IMHO doesn't exclude the parent's suggestion.

I backed Joey's kickstarter, but to my shame I have yet to give git-annex-assistant a spin.
> I'm excited because it is SO MUCH more powerful than git's commit history rewriting, because "I re-wrote history" becomes part of your (distributed) repository's history.

That can be a feature or a bug.

This would be wildly useful for a public branch that needs periodic rebasing, because unlike a git rebased branch, you'd have a history of the rewrites.

On the other hand, most users who locally use git rebase -i to transform a local series of WIP patches into a sensible patch series for submission do not want any record of the intermediate commits (which may not bisect, or even build, and which may have commit messages like "WIP: try fixing it again"). git makes it easy and sensible to commit early and often, and then sort out a sensible patch series from the result.
My personal impression of Angular and its community is that it makes things organized and maintainable, not necessarily easy in the greedy sense of "I want to get this little app made as quick as humanly possible."
Imagine being lost in the middle of nowhere. Then all of a sudden, conveyor belt.
> However, we are a small team consisting of mostly Linux kernel developers

What team is that, and what are you working on?
The advantage of changeset evolution is obvious to me. But as a longtime Mercurial user, I don't grok the benefit of bookmarks. Do you have a simple example where a bookmark is more useful than a permanent branch?
Unfortunately the article is really short on identifying details. I'm assuming the names in the article are fake.

However, the fact that she gave up control of the company to the accelerator is unusual.

Lightbank Start, which doesn't have a website anymore (defunct?) took 50% equity. And it was founded by two men. Could that be it?
As much as I want to agree with you, the keys have OS X labels on them, such as the command button, so this is an actual apple keyboard modified with sensors.
If you are a remote worker, you can pick your location.
Well, the project has seen some activity since, apparently:

http://code.google.com/p/strongtalk/source/list