skysight-inc/HackerNews huggingface dataset:
The majority of content in most journals is asinine or incorrect. About the only thing that can fix this is quicker turnaround (cf STAP, NgAgo, the godawful GWAS paper in Neuron recently, etc).

It's not at all clear to me that the checks or balances were helping beforehand. Hiring a shit ton of MBA types to administer research probably didn't help much either.

Also, out of curiosity, is this open access / fast review problem what led to machine learning falling into irrelevance?

Because we wouldn't want that to happen to other fields. Can you imagine if raw clinical trial data was out there, for example? (The Horror! Best keep these appallingly expensive results locked up!)
Speech recognition worked fine in the late 90s. You could optionally train it for 15min with your own voive to improve the results. The Nuance software was better back then than what shipped with Win Vista inbuilt by default in 2006 and later. The same Nuance software runs nowadays on servers to power Siri, Google Now, Cortana. And who in the right mind would think every user gets its on dedicated super-computer. In reality, cloud based speech recognition and NLP has the advantage of a central database to collect different voice samples (to train) and a multi Gigabyte central NLP database, etc. But you won't get more CPU cycles than what would be available on a modern smartphone or a Smart TV or (what would fit in) an Echo like device. An offline-available software assistant as kind of premium feature for people who care.
PHPMailer Bug Leaves Millions of Websites Open to Attack
How to Setup and Configure an OpenVPN Server on CentOS 7
The robots.txt comment explaining that they disallow the Internet Archive crawler to protect users' privacy sounds so facetious given they require people register with their real names and in certain cases go as far as to ask for government ID scans: https://techcrunch.com/2011/02/14/quora-to-oddly-named-users...
Agree that Rust lacks something comparable to NumPy for numeric work.

Rust does have lots of numeric crates. Too many. I took a look at matrix multiply functions recently.(See [1], below "Here is what the Rust compiler actually does", for some notes on the effectiveness of Rust's subscript checking optimization.) "algebloat" wouldn't compile on stable. "matrixmultiply" is all unsafe code, with C-type raw pointers. "ndarray" has unsafe indexing. "scirust" has more raw pointer manipulation. "matrices" is an empty project.

In the "num" crate, there are bigints, along with rationals and complex numbers, but no matrices. "numeric" has matrices, but it's just a wrapper for some common C libraries. (Also, calling "panic" for a singular matrix in SVD is kind of drastic.[2])

Each of these matrix crates has its own representation for multidimensional arrays. You can't mix them easily.

Matrices in Rust really need some standardization.

[1] https://news.ycombinator.com/item?id=13230551
[2] https://github.com/numeric-rust/numeric/blob/master/src/lina...
Congrats mate. My first github.com project made me very proud
This is ridiculous. What would be the legal implications of ignoring the fine? What jurisdiction does Australia have here?
That sounds very interesting. Care to share what you're working on?
The point of languages is not what you can do, but what you cannot do---making mistakes impossible so you can trust your own, and especially other's work (libraries).

Combining languages is likely to circumnavigate those prohibitions, defeating the purposes of the thrown-together languages. Your polyglot tower of babel is likely to fail.

See https://news.ycombinator.com/item?id=11830958.

-----

Now I'd love to see a deep Rust<->Haskell bridge. But getting this right by not breaking the interesting invariants of either langauge is research-level work.
The article was informative, but I generally dislike the "one person" rhetoric. Barely one mention of Ford Jr., the other author on both papers. Overstating Rubin's contribution seems unfair to those who have made dark matter their life's work alongside her.
My biggest challenge with CS papers is figuring out how to actually read them. I've tried to read multiple CS papers and I still can't understand them. Am I doing something wrong?
It's mostly an experiment into providing an integrated interface leveraging Haskell features (type-safety, STM, etc.) for the whole system: input, display, sound, network, etc. There is still a lot of work to do...

Then in a probably far future I would like to use it to try different (crazy) things. For instance configuring the whole system with type-checked Haskell code (similar to XMonad configuration but for the whole system); provide a better terminal-like interface/protocol replacing stdin/stdout/stderr/term ioctls; generalize Linux sandboxing to all applications (filter syscalls, use namespaces, disk quota, etc.) and manage per-application permissions; etc.

The closest approach is Android which also uses the Linux kernel but doesn't provide a Unix interface to applications.
In parent's defense, every city has different rules sometimes different recycling vendors within a city. They rarely communicate these rules in an effective and routine manner.
A Possible Future of Software Development (2008) [video]
> I wish the Rust evangelists would come to terms with the fact that to many developers memory safety is not a particularly important concern (for many different and often very good reasons) and talk more about other aspects of their language.

Seriously. However, I've seen a lot of comments to that effect from C and C++ programmers who don't want memory safety.

I come at it from a different angle: I'm a Java developer, so I already have memory safety. Pointer arithmetic, dangling pointers, and buffer overflows are not allowed, there is a garbage collector, and so on. In fact, most of the currently popular languages other than C and C++ are memory safe in similar ways. So, in terms of memory safety, Rust does not give me anything critical that I don't already have.

When choosing among the memory-safe languages for a real-world project, I'm going to need a pretty compelling reason to choose Rust instead of Java, Scala, Go, Ruby, Python, etc. -- especially when it is so much easier to hire developers for more popular languages.
> The New York City-based delivery startup appears to have lost money on average on every meal in 2015

What does "on average on every meal" even mean? This seems to be just a really weird way of saying that they weren't profitable in 2015. If your profits are negative, and you "average" it by dividing by the number of meals... Big surprise, the result is still a negative number.
Australian internet is best described by the string of cursewords necessary to make up the time required to load a video fully.

The current NBN is crap, the rollout has been a disaster and the common person just doesn't understand how crap it actually is.

Thankfully a new line to Hawaii should open in January/February, and that might have a more significant impact on our current congestion.
Timing should not be an issue. Worrying about "when" is how we got into this farce about the Supreme Court appointment being "too close" to the election, and that shouldn't have mattered either.
> Meanwhile, C code from the mid-80s still compiles with modern compilers, often without any changes whatsoever, and without any feature gates.

You say that like it's a good thing that with C, you can ignore 30 years of progress in software development. Colour me unconvinced.
The compostable idea is so much better than mailing them back because of the transport cost. In fact compostable air cushions exist: http://www.fpintl.com/biodegradable_packaging_cello_bubble_w...
Writing a custom parser for "data files similar-to but different-from CSV" is day-to-day life in B2B.
I built my rasberry pi robot. Never did any hardware work before. Had a ton of fun. Also did a three.js earth visualization.

Want to now build a VR robot for telepresence.
Well good thing it was ReleaseWithAsserts build!
The $200-400 per LOC really puts it out of reach for any non-trivial project. Like additional millions of dollars in cost.
This little device was perfect back in the days of Novell Netware servers running IPX.

To install windows 95 or NT4 was a godawful number of disks. If you did have those, you also had to have the proper NIC drivers on hand as well to get it connected, and there were many different NIC's in our lot - far too many to carry drivers with you. And no USB and zip disks were far too faulty to rely on.

To add the Novell IPX protocol stack - it was a 6 floppy disk endeavor. Disk drives were slow - very slow... It would take hours to complete, and often the disks would not properly read.

I think it was an anti-piracy measure - the Novell installer would fail at the final disk of 6, and it would not find a particular file - the Novell installer floppies were over-provisioned so they were larger than regular floppies. This would make it impossible to copy.

But - using one of these Xircom adapters, with 3 disks we could boot DOS, install Xircom drivers, add TCP/IP and SMB, mount and format the local hard drive, and finally copy the Windows installer files and all possible drivers at once to the local drive. Run setup.exe; in half an hour you had a complete workstation on the network.
I think the reason many people refuse use public transit, me included, is because it is costly, the service sucks, and it takes twice as long to get anywhere. The foul smell and filthy conditions that too often accompany the public transportation experience aren't good selling-points either.

Where I currently live, the high-speed commuter trains, which only stop at a handful of hubs, come every 30 minutes during the morning and evening rushes, and then once an hour outside of those times. Even then, sometimes the train goes all the way to my destination, but other times, it stops and goes out of service half-way there, so I end up having to wait for 30 minutes for the next train.

Regular trains, that stop at every station, arrive every 15 minutes, and are NOT coordinated, meaning that instead of being able to transfer by jumping off one train and walking across the platform to get on another, or waiting just a minute or two, I end up standing around for 12 minutes for the transfer train to arrive.

In my case, I can drive to work in 40 to 50 minutes in heavy traffic, or I can take the train and get there in an hour and a half each way.

Furthermore, rail passes are a joke where I live. They don't sell a pass for just the commuter train, or just between two commuting points. Instead, you have to buy the premium pass, which includes bus, train, and commuter rail services to everywhere the transit authority goes. I don't need that! A monthly commuter rail pass costs $198.00. I drive a Toyota Avalon Hybrid, and a rail pass ends up costing me about $100 more a month that I spend on gas.

If we want to make public transit attractive, it has to be cheaper and faster than driving, otherwise nobody with an ounce of economic sense will do it. I lived in Japan for a number of years, and the train system there is one of the best in the world. It is cheaper and faster to use the trains there, so most people do. I never wanted to own a car while I lived in Japan. In their society, especially in big cities, it is cars that don't make economic sense. This is what must take place for a public transit society to exist in America, in my opinion. We can't provide an abysmal experience for riders, and expect anything to change.
In my opinion, Tesla's decision to not use LIDAR shows their system is more advanced than the competition's, rather than it being dated. I have two reasons:

- LIDAR is extremely expensive! The LIDAR unit that Google uses costs $80,000 by itself [0], whereas the entire hardware package that Tesla uses is $8,000 [1].

- Path planning, in my personal experience, is significantly easier given millimeter-level accurate readings on millions of points every second, than with 60fps video, even from multiple cameras.

The way I see it, it appears that Tesla has been able to achieve comparable (or better) progress on self-driving cars with significantly lower-cost hardware. The name of the game is making self-driving cars the default option, and that can't happen when the self-driving hardware by itself costs as much as a luxury car.

[0] http://articles.sae.org/13899/

[1] http://www.theverge.com/2016/10/20/13346512/tesla-self-drivi...
Let me clarify. I managed, on my own, on metal, north of 200 in 2006, as a developer, before all modern orchestration software and even EC2 wasn't even announced until later that year. And when that started taking a nontrivial amount of time, I hired a sysadmin (which is not my job). I didn't bring it up as a pissing contest, just to indicate that I have relevant experience and appreciation of consistency. It's great you have 73,000 in your fleet, but I'm not at all sure you have more work to do than i did with 200 a decade ago.

That said, we do live in completely different worlds. I deliver software that works, repeatedly, on many flavors and historical versions of Linux, some out of vendor support or that never had vendor support, and windows. And does that without inconveniencing the user, and without costing me much in development time as to make it uneconomical.

None of your suggested solutions make any sense in my world. I need to run python 3.5 and a variety of its packages, but the client runs ubuntu 10.4; you suggest I either get the python maintainers to compile it for 10.4, or the ubuntu devs to, which couldn't have happened even when 10.4 was still supported; and then do it for every package I need. Alternatively, you want me to compile and maintain it myself as an 10.4 package, that shouldn't interfere with system python - but also 12.04, 14.04, 16.04 windows and a couple of centos. Which would also make me liable for tracking upstream security for every package I use, rebuild and distribute.

Alternatively, I can ask my customer to install miniconda (one download, one command to execute, regardless of platform), and then install my package through conda (two commands - create env and install). No interference with system packages, no breakage when they upgrade their system to a newer distribution.

Where as in your world you can run a mini Apple to vertically integrate all your packages, take responsibility for security updates for code you don't own, possibly force your customers to a uniform setup (and let go those who don't/can't).

Totally different worlds.
My Android phone was practically dead in China.* My iPhone worked completely fine. And like everyone use an iPhone 7 and an AppleWatch 2 in tier 1 cities. And the rest of China seem to use non-Google Android phones with a different AppStore.

* not even connecting to WiFi worked, as it tries to connect to a Google domain to check, which is blocked. (iPhone connects to apple.com to check, though that domain works fine)
Fixing Unix/Linux/Posix Filenames
Watch Tesla’s Autopilot Brake for a Crash Before It Even Happens
Your Rust example is kind of odd. Did you not see the linting errors in your editor or from the compiler? You can basically boil it down to just two lines of Rust.

https://gist.github.com/mmstick/a8316ba0514f9d9ab33b18fa9b91...

As for timing, I'm doubtful that Go is any faster than Rust. I don't have this www.js file so I can't test it on my laptop, but I'm pretty sure you didn't even attempt to do things like enabling LTO, setting O3, disabling jemalloc, and using the musl target. All these things can make significant differences to the performance of the binary that's produced.
The halting problem is "just a search tree with heuristics", but we don't need to go that far. We know that in general, non-exponential proofs for arbitrary tautologies exist iff coNP=NP. Now, it is true that we're not interested in the general case but in particular problems, but we already have some evidence that, at least when it comes to software verification, real-world software is bumping against the worst-case, and no amount of super-intelligence in the world is going to help reduce those exponentials. Also, there's the little problem that our statistical learning algorithms which are what passes for "AI" this time around, while able to handle lots of data, is still far from the capabilities of the average insect. Winning at Go is, theoretically, such an easy problem that I wouldn't extrapolate anything from it; the algorithm doesn't need to be really good at Go against arbitrary opponents; it just needs to beat other humans, which is a classical task for machine learning. Playing "against" math is not nearly so easy.

As it stands, both machine learning and automated theorem proving are 1) still based on algorithms developed in the '60s, and 2) their theory is not understood much better today as it was in the '60s. What changed was some brute-force search over heuristics over the years, some of which proved helpful, but mostly because our hardware is just better, but the pace isn't keeping up.

Now, it's not all doom and gloom, and there's a lot of progress that can and will be made, but it's important to understand how hard the problems are, and how primitive our current capabilities are. Of all the subdisciplines in computer science, two have experienced research winters: formal methods and so-called AI. Why? Because both seemed to show a lot of promise, a lot of progress, but ultimately ended up failing to deliver the results people had imagined they could. So both have come back with more modest goals than before, and this time their benefits seem a bit more tangible, but if people keep turning them into science fiction, we are headed into another research winter.
This is a hard problem to solve because a lot of early access games are better than finished games like Rimworld, for example.

To their credit Valve does show a pretty prominent "Early Access" message at the top so I dunno what the fuss is about.
Your post is correct for bandwidth at a colo or an IXP, not for last mile service, especially when buildout it required.
Consumption choices is a strange term when every store surrounding someone does double plastic bags all day. If the city is concerned, address the problem at the source and not the leaves where I gaurantee you no amount of social pressure will have anywhere near the effect.
If the software does what you want, being able to run on 30 years worth of hardware with just a recompile is a good thing. At the end of the day, it's what the software does that's important.
This is not a topic I'm an expert on, I was originally just annoyed with the way the article title was worded, but those claims seem pretty wild. Do you have anything to back those up?

> reduce heat production

Then what? It only takes a few hundred kcals of lesser heat production to reduce an adult body a few degrees, which would cause severe hypothermia.

> there's no hard requirement it burns fat

To what extent? Are you saying he would die of starvation before losing significant weight?
The other day I picked up Ray Bradbury's The Zen of Writing from my bookcase and opened it on a random page.

And happened upon a chapter where he shared how he would write 1000 words a day no matter what.
Read the abstract and confirm it is relevant to you.
In general, you will need to read papers if you want to be on the bleeding edge of the latest in research. That is machine learning research, and that is very specialized.
But you do not necessarily need to be on the bleeding edge to be an effective machine learning engineer. For that you can use often less abstract and more digestible sources, including MOOC courses, tutorials, books of multiple levels, vendor-specific docs, etc.
its sad to see the death of Cyanogen.... :(
Pedantic correction: the hacker does not respond the author of software exploit tool responds. Firefart himself did not actually hack into the sysadmins server, he wrote the code for a PoC that exploited dirty cow vuln. It seems the hacker used this code to gain root because of the unpatched software
Writing a Tiny x86 Bootloader
I don't think I've ever understood the "what goes in recycling, what goes in organics" rules in any place I've ever lived. It's a total unknown. I put stuff in whatever bin makes intuitive sense and the man in the truck takes it away. Until either 1. the rules are explained in a sensible way or 2. the city starts fining me for putting something in the wrong bin, my behavior is not going to change.
I'm in the UK, and over the past few months I've received Amazon packages with paper, air cushions and bubble wrap (glass tea pot) - I assume it depends on what you order.
> This is because the garbage collector tends to have preallocated memory lying around,

This is an allocator feature independent of garbage collection; jemalloc does this for example. GCd languages have the potential to do this better since they can do additional analysis whilst tracing for little additional cost, but non-GCd languages can still benefit from this.
The HN post title is incorrect. It's the exploit author who responded, not the hacker / cracker.
The Purpose Driven Startup
Makes sense. Esp with the Android example.
> Use AUD prices.

Technically, they don't use AUD prices. Everything is in USD, but the prices are regional, so they have specific prices for Australian customers, but charge them in USD.

It's an open question as to whether that is done to avoid currency risk, or to mask the fact that they are, in fact, doing business in Australia.
That's the first Google+ link I've seen in like three years.
> As an American born outside of the US who's traveled a lot, one thing people tend to agree on is Fahrenheit is very convenient for weather.

I don't think anyone in India uses or even understands Fahrenheit.
"Create a highly reliable persistent capability OS, continuing the heritage of EROS and Coyotos".

That's nice, but the long, long history of EROS and its successors makes Gnu HURD look like a fast-moving project. Get Rust onto SEL4 for embedded systems and you'll have something. Get a router on that and you'll have a business.
You're kind of missing the tradeoffs involved in long haul trucking vs rail. Even with highway subsidies involved, trucking is significantly more expensive than rail is. Like, brief google-fu puts 2007 rates at 16.54 cents per ton-mile for trucking, vs 2.99 for rail -- so, roughly speaking, LHT is over five times as expensive as rail is.

Given that folks are paying for LHT, it's important to figure out why. And the answer lies in just-in-time production and pull-based production systems. These systems put a large business value on the timeliness and flexibility of delivery. For many processes, saving $150/ton or so on transport doesn't matter if it means putting another day's worth of inventory into your production system, especially if if it risks producing the wrong stuff.
It's using a library to generate one on the fly: https://github.com/GoogleChrome/sw-precache
Sham?
Google Encrypted Subdomain
How to Register a Vessel Under Seychelles Flag
You're mistaking weight for density.

You can't create mass out of nowhere. If you transform fat into muscle, you still have the same amount of the same atoms, and thus weight the same.
I'm in the UK, and basically every package I get has some sort of minor damage. Squashed corners, punched sides, etc. I had a box that looked like somebody had ripped it open the other day. The inner manufacturers box was fine though (it had paper packaging).
Why did you think it was elaborately suitable? Just curious.
We can play every Alex query that is recorded using the app
I was a mobile developer and always wanted to step up my game. So I left my that job and joined a start-up with just an idea.
Now I am CTO of a data capability company,
And in process I learned two new languages, frameworks, exposed myself to new technologies such as mongo, data scrapping, API writing, handling whole product development. Last few months were great from work perspective, though not from money perspective.
Now we are on to raise some money, and hopefully i will be alloted a good amount of equity.
That's it for this year.