skysight-inc/HackerNews huggingface dataset:
Contracting companies don't scale beyond the chargeable time available. It's that simple. The only way to grow is to employ more staff. Scalable companies build products that can (essentially) be sold at a zero addition cost to the company in terms of man hours.

Unfortunately though, for a developer like me at least, product companies need lots and lots of marketing. I'd much rather write code...
No. Here's some guys demonstrating 5000x+ speedup by rewriting Python code in C and C++: http://codegolf.stackexchange.com/questions/26323/how-slow-i... and http://codegolf.stackexchange.com/questions/26371/how-slow-i...
https://hn.algolia.com/?q=haskelldata#!/story/forever/0/hask...
128 is easy, 192 not so much
Do you think maybe that Herb and Andrei might have a (completely understandable and probably unavoidable given human psychology) bias? Besides, appeals to authority tend to be frowned upon.

Now, I don't disagree that C and C++ are probably generally the "fastest languages"[0] at the current time. For most programs that's completely irrelevant -- what's more relevant is that the most dangerous security issues of the age almost exclusively come from these languages[1]. This is why, e.g. Rust matters, but also why languages without undefined behavior in general are a big deal. Undefined behavior is an abomination which has caused untold damage (even more than the billion-dollar mistake of "null").

[0] Somewhat of an absurd term, but let's just say that these languages encourage a style which leads to efficient machine code.
[1] Lack of escaping (particularly SQL) is probably a close second.

EDIT: Btw, if I were really performance-bound, I think I'd actually use a higher-level language to create a domain-centric DSL to describe my solution and then use that to generate a lower-level program (in C/C++, assembler or whatever) which solved my problem. People have been doing that kind of thing for a few years now. See e.g. https://hackage.haskell.org/package/atom
He can't be an uninformed pawn of his corporate masters and be engaged in doublespeak at the same time.
> If you create the jobs, people will change college majors or teach themselves. Industries will create apprenticeship programs to compensate for the undersupply, etc.

The dearth of plumbers, electricians, mechanics, welders, and other tradespeople in the US completely disagrees with this. These are very frequently high-paying jobs (even if you judge by the tech industry yardstick) and there simply aren't enough people to fill the jobs. Mike Rowe has been campaigning about this for years now, to try to get people back into the trade, and it's just not happening.
This is not an argument I can win, that is constructive or necessarily meaningful, but here's what happened when someone tried to translate C++ to an equivalent Java program:
http://codegolf.stackexchange.com/a/26536

(x2.5)

Also see:
http://benchmarksgame.alioth.debian.org/u64/java.php
(median x2 but this is stuff people spent time on optimizing which is not really what we're talking about here)

Java is not 20% slower or just as fast. But if it is please submit your Java solutions to the bench mark game for us to see.

Python is a few hundred time slower as long as you restrict yourself to native types (e.g. strings, integers, dictionaries, lists). Once you start defining your own classes and do more sophisticated things you get a lot slower. At any rate, my point was not to pick some specific number, my point was that sometimes you just don't care at all about how fast it runs. The x10000 was from a real world system but this can vary - a lot.
Isn't this false advertising?

Does anyone know under which conditions could they be taken to court?

I know that it's very unlikely for this to happen, but I would guess there are laws that would prevent this. I know they exist where I live, but not sure about the US specifics.
God said you destroy and forge my email. God said that.
Charlie Munger on the Value of Thinking Backward and Forward
Not borderline misleading. It's completely absurd.
This is a nice list. There's also https://github.com/vinta/awesome-python, which is a bit more comprehensive.
You may want to disable your /tmp directory's files listing.
I'm not sure I understand what you mean nickff, and I'd like to. Is this a slippery slope argument, where if we start restricting spending, we might empower the government to restrict other things (like stamps) which can influence elections? Or is it that you think that restricting spending by any person or corporation in any way would result in a more distorted process than what we have now? Or something else?

If it does seem likely that restrictions on spending _could_ restrict free speech, do you think that they _will necessarily_ restrict free speech? Maybe it just means we need to be careful in our implementation so we restrict the bad parts of unlimited spending while allowing the good stuff. I hope so, although I'd love to hear good evidence pointing either way.

And just to bring this back to the context of Lessig's plan, they don't want to restrict spending at all (https://mayday.us/the-plan/#fundamental-reform-in-the-way-el...), at least not until they try more important stuff first. They just want to make it more desirable to raise money from the many instead of the few.
Ideally, I'd like to to be me and whoever I delegate it to. Again ideally, permitting N of K kinds of requirements.
'noir_lord wasn't suggesting we spend the $1 trillion on a more effective project. He was questioning spending that money on the military versus education or NASA. These sorts of criticisms of U.S. military expenditures are based on an a-historical view of the world that ignores events before 1950. For hundreds of years before that, the European powers were constantly at war, culminating in WWII that left 60 million people dead. That sort of warfare is the rule. The peace of the last 60-odd years is the exception, and the exception has to a great extent been bankrolled by the American military.

Is the F-35 the best use of defense dollars? Probably not. But we spend under 4% of GDP on the military. Given the potential consequences of the loss of American military supremacy, that's not an unreasonable amount.
Ta - but I felt that 25 seconds gave a little context that helped me appreciate the rest of it.
Looks like a fork.
this is cool, but for someone who actually wants to rip songs off spotify, why would you do this instead of use audio hijack? is there some advantage?
How we end up marrying the wrong person
> One caveat is that because of how we are funded, we are only able to employ US citizens.

Just wanted to say thank you: just being aware of limitations like this and letting people know up front makes it a whole less annoying. Also the circumstances makes it understandable.
As a Canadian, I must say that the timing of this fire is exquisite because the government is due to release a decision on the acquisition of the F-35 within the next few weeks.

First of all, it's important to realize that the Canadian government is not looking to acquire the F-35 to fill a specific niche in their air force. They're looking for a single fighter that will fill all roles in the Canadian military, as the CF-18 has been doing. Operating a single model of fighter is considered cheaper.

While the F-35 is probably going to be a good Harrier replacement, Canada never has operated any Harriers. The biggest need for the Canadian military is all-weather, long-range patrol and interdiction. Canada has vast, unpopulated areas, especially in the arctic, and a slow (compared to competing fighters), single-engine plane with small control surfaces is totally unsuitable for this application. To make matters worse, the most likely threats in this application are Russian jets that are vastly superior to the F-35 in air-to-air combat. The potential safety offered by the F-35's stealth in combat pales when compared to the certain danger that will accompany everyday domestic patrols.

Almost the only compelling factor in favor of Canada acquiring the F-35 is it's stealth technology. However, that stealth tech is of questionable value. First, Canada routinely defends but rarely attacks. Second, the F-35's stealth is questionable. China and Russia, and numerous countries that buy hardware from them, likely have access to radar that can detect the F-35 easily [1]. Given that these planes will likely remain in service for two decades at the very least, the probability of them remaining stealthy for that long is very low.

If the F-35 is so unsuited for Canada's needs, why is it still the front-runner versus much cheaper competition? Well, that's the thing. Nobody really knows except the Canadian government, and they're not telling. We can only speculate that it's more due to pressure from the U.S. and the certain economic reprisals that will accompany backing out of the F-35 program. A lot of Canadian companies are currently working on the F-35 project, and they will almost certainly be cut off if Canada pulls out, which may cause some of them to go under.

The F-35 isn't so much a plane, as an industry unto itself. The question is, is the Canadian F-35 industry too big to be allowed to fail? The F-35's have been grounded again right when the government was expected to finally give them the green light. This probably only delays the inevitable, but one can always hope!

[1]http://www.presstv.com/detail/2014/04/29/360578/us-stealth-j...
You can probably use a service like zzzz.io or DynaDNS. This will eliminate the need for static IP. No?
Maybe there is no good guy in this game.
This architecture is insane from an overall system point of view.

Why ship DEX proprietary bytecode to be compiled by the same compiler in the same way on hundreds of millions of devices to produce the same output?

It would seem far more logical to compile all the versions needed, one for each device architecture, just once. As other aspects of the apk need to be customised for each device class already, there is not really new overhead.

Going native is a great idea, doing it this way is plain bonkers.
HP has a long history of poor thermal design practices. The entire Omnibook series had thermal issues, the xe-3 series as well.

The original Pogoplug (Marvell ARMada) hsd a similar issue when they discovered the GbE part was putting off way more heat than they expected.

Bottom line is that you have to put in a potential board/BOM spin for thermal compliance, or you end up adding a fan when you run too close to the edge.
that was what I thought too... it's a good thing :)
I haven't tried them yet, but GitLab now has official deb and rpm packages.
> good performance isn't necessarily more useful than predictable performance

That may be true, but on modern machines it's pretty much a pipe dream, as even the hardware nowadays (let alone modern OSs) is unpredictable. So once you get to the compiler it's a little late to get predictability. I think we're better off foregoing predictability altogether -- unless when writing real time applications (and I'm using realtime in its original sense) -- and getting the best performance we can. JITs currently seem to be the best hope for top performance, especially for a given unit of manual programmer effort expended on optimization.
The Price of Prevention: Vaccine Costs Are Soaring
Not the OP here, but briefly, the technique uses a little statistical cleverness and the ability to examine a running program to help identify which part of the Spotify program produces the unencrypted bytes of the track it is playing. It then taps into that part of the program, and copies these bytes to a file. That file then contains playable audio. (This data must be unencrypted in order to meaningfully feed the digital-to-analog converter of the playback computer.)
How do you plan to enact this sort of reform? If your plans include a popular movement, you will greatly benefit by having your voice amplified vs that of the financial interests... which is exactly what this issue is about!
i love it -- de n q 6 n
Bottom of the specs page:

> The information contained herein is subject to change without notice.

Not sure if that would be enough to cover them in England.
It was not meant as an appeal to authority. It was meant as a reference to the experience of a larger software company who writes code in both languages. That said I'll agree they have a bias, everyone has. Full disclosure: I like C++. I also do like Python but it is my preferred language for specific scenarios.

I also agree to some extent that languages themselves aren't fast or slow (though to some extent they are). In theory equivalent code in two languages should result in machine code that is just as efficient and it is sometimes a fluke or some implementation choices that make it not so.

I can talk a little bit to the security question. One thing we need to consider is that we're dealing with systems, not strictly with bits written in some language. Various injection attacks are almost universally carried in platforms that are not C/C++ and their root cause is at the interface between systems (e.g. your web back end's interface to your SQL database). Even in systems that run in various isolated sandboxes there is always the possibility of penetrating that sandbox or to have other holes in the interfaces to the rest of the system. Honestly, the undefined behaviour bits in C/C++ isn't something that I've seen matter in practice. When all system code in the world is written in C you're bound to be able to point to some mistake causing security issues but we have no way of comparing that to anything (at least none that I can think of). There's always some way someone can screw things up. That said there's no harm in trying to do better- if we can get safer languages, where it's harder to make mistakes, and have all the benefits of the less safe language it's a win-win. No downside.
But smaller countries tend to do better.
Backwards compatibility is extremely important--existing APKs will still work with ART. They also avoid separate binaries for each supported architecture, MIPS, x86, and ARM.

Plus this system also allows apps to take advantage of updates to the compiler without requiring that developers recompile and resubmit. Imagine in 2 years a new ARM version drastically increases performance by using some clever new instructions. If you have pure native code every developer has to recompile their apps to take advantage of the new architecture--with ART, Google handles the update, and every app on the appstore benefits automatically.
Target tuberculosis in rich world as model for poor - WHO
If you want to pay for music / support artists you love, then seeing them perform (and paying for it) is the best way of getting cash into their pockets and not the record company's.
Presentation and semantics are not the same thing. All the default presentation is easy to override if you know what you're doing. CSS is pretty damn simple. You should learn the basics. Namely: cascading, specificity, nesting, inheritance, the _BOX_ model. If you think presentation and semantics are mutually exclusive then you're doing it wrong. Very wrong! The example you give about the default layout of elements can easily be changed using the display property: https://developer.mozilla.org/en-US/docs/Web/CSS/display
1. Enacting this scheme can get a few extra honest politician into the office.

2. The pressure point is "re-election". You don't have to recall them, you just have to make it known to them that your continuous support requires certain kind of voting.
bitbucket is also free for small teams (up to 5 users).

[0]: https://bitbucket.org/
His other post explains it: http://moyix.blogspot.com/2013/09/announcing-panda-platform-...
'i' is next to 'o' on a qwerty keyboard. Did you consider that you might be arguing over a typo?
It's also not self-hosted.
>it's not like sexual consent is a conditional thing.

And why not? Why would it be unreasonable to stipulate something to the effect of 'no unprotected sex'?
It's how Java works. It is, indeed, how HTML, CSS, JavaScript, and many, many other technologies work (millions of us are all using the same Chrome browser that's doing exactly the same work to make sense of this markup, build and transform DOM trees, compile and JIT the scripts, etc. Why don't sites just serve up Chrome native code?).

It isn't really "insane". There are benefits and detriments. Not least that the same APK can run on many Android versions, across many architectures (x86, AMD64, ARM, ARMv8, MIPS), with many different bits of system hardware.

Further the whole "ART goes native" thing is largely wrong -- Dalvik already compiled to native, storing the JITted code for subsequent uses. ART is just a better performing, more considered rewrite.
TJ did a lot for this community, sad to see him go but really happy that he did contributed so many library that we will continue to learn.
Show HN: Roll your own dynamic DNS service with Amazon Route53
It's not hard to write single-threaded C/C++ code that's significantly faster than Java (although it will become harder once Java gets value types, that will address Java's biggest performance pitfall, namely cache-misses), and the simpler the code the better the chances for success (as complex code requires architecture employing virtual methods, and virtual method invocation in Java is faster than in C++ due to JIT inlining). But writing multithreaded code in C++ that's faster than Java is a lot harder, so much so that the C++ code will probably be significantly slower. The reason is that general-purpose lock-free data structures are a lot easier to write when you have a good GC (plus, the JDK includes state-of-the-art concurrent data structure implementations).
There's also RhodeCode: https://rhodecode.com/
I guess the line "Kallithea hosts your code" threw me off. Yes, I now see that Kallithea will be something you download and install on your own X .
Omitting using a condom when your partner has established that they do not consent to sex without a condom is not consensual sex.

This is tremendously different than your email example, because this 1) happens in advance of any acts (we're not retroactively making anything rape), and 2) condom use has manifestly significant consequences as to the safety and consequences of the act (so is very much something that should be impacting whether someone consents).

Depending on the nature of the email, the circumstances, and intents at the time, I'm not sure that I would say that situation could never be rape, but there is oodles of room for that to not be rape and this to still be.
How is unlimited spending by entrenched powers who have already "won" in the current system going to encourage political dynamism?

Most American voters aren't PAC contributors, at least in any meaningful way. Is their speech less important due to less cash in their pocket?
No more insane than all the linux distributions which compile programs from source.

It allows new architectures to be introduced without requiring that the developer compile them into the APK - and with all the architectures Android supports, that could become large anyway. Compiling on the device allows the manufacturer of that device to ship a compiler optimized for it.

It is possible though that Google could do some compilation steps on their servers, and deliver those through the play store - but the main advantage would be a decrease in installation time.
Show HN: FreeWare Index for the best windows freeware
http://www.reddit.com/r/freewareindex

I know its just a subreddit but I did that because it would be better to allow people to submit suggestions rather then building an entire website.

I mean yea the goal of the project was to end up looking pretty much exactly like http://www.fosshub.com/ but they got to it first.
Also includes support to run both:

Interoperability with RhodeCode 2.2.5 installations is provided so you don't have to immediately commit to switching to Kallithea. This option will most likely go away once the two projects have diverged significantly.
Celebrate the 4th by flying directly into fireworks with this drone footage
Why the heck would you do MFCC on images? Mel filters try to replicate the perception of human ears on audio. This looks like buzzword soup to me (SACC_Pitch, Tonality? What the heck?!? These seem like audio features - where are the formulas!).

I also don't know about your other conclusion, there is no reason you couldn't download this dataset given enough time/bandwidth/storage to process locally. Most people who will work on this could reasonably store a large chunk locally, if not all (~10 TB). This also assumes that you can't reduce/compress the info any further than what flickr provides and that you require access to the entire dataset - if any of the images are 1024x1024 or larger most feature extractions do not need that kind of fidelity. Heck, you could probably make use of grayscale only to reduce the size by a factor of 3 - ~ 17 TB is feasible (though still pretyt insane) to store locally.

ImageNet (~1.2 TB) only took me 45 days on a residential (<20 MB connection), and I wold assume that this dataset would be downloaded by entities with much higher download b/w. I would also assume that many algorithms, like the type that attack CIFAR10 et. al., would also be willing to reduce the dimensionality and recompress, further reducing storage overhead. How big is each image?

Also, where are the hyperparameters they used to calculate all of these features? Extracted features aren't really that useful without context/reproducibility.

All that said, I think most of these features are decent and the dataset is amazing, but I would rather see them release the raw data set and its PCA/ZCA/other transform - maybe Gabor filtered etc. as well. Lower level preprocessing is more useful for doing representation learning IMO - these higher level features are not that useful for ML algorithm developers. SIFT is patented for heaven's sake! How are we supposed to build algorithms on top of things like that...

I am excited about the dataset but feel that there could be more done to truly enable researchers. This feels like a "look how much data we have/look how awesome and used flickr is" thing to me.
I'm a product of that cookie cutter system, its really horrible, in this case c# rather than c++ or java, I never got exposed to lisp until recently, but if you look at ruby as a kind of lisp or close to it when it comes to the web and startups the lispy coder as artist approach has won over the "software engineering" coder as inter-changeable component coder paradigm.
I haven't yet studied ART in detail, but I think one reason to compile at installation time is so the compiler can analyze the whole program, including the libraries provided by the OS. If just the application code were AOT-compiled to native code as part of packaging, the compiler would miss out on a lot of optimizations that are available to a whole-program-optimizing compiler. And note that JIT compilers basically do whole-program optimizations, such as devirtualizing and inlining methods, eliminating null pointer and exception checks, and others. So a unit-at-a-time AOT compiler would be worse than a good JIT compiler. But a whole-program-optimizing AOT compilation step at packaging time would require every application to statically link all the OS libraries. Compiling to native code on the device at installation time seems like a good solution to me.