skysight-inc/HackerNews huggingface dataset:
I'm most curious about this part:

n conjugation with other product areas across Google, YouTube has undergone a fundamental paradigm shift to- wards using deep learning as a general-purpose solution for nearly all learning problems.

Can you talk about how this works in practice? Is the deep learning group separate from other teams and then tackles problems from different areas as needed, or are there deep learning engineers in each project area that are building nets for each different area? Is the ML team also redesigning product architecture by building products around reinforcement learning?
So go start a "nonprofit" hospital or other business, and poach the star front liners yourself.
As a mid-point solution, you could just have one card with your name and your contact info, no keywords needed. This is not your resume, after all.

But I'd go with three sets of cards (tech/entertainer/counselor), as I doubt the customers crosscut that much.
Ask HN: Best hosting for intensive computation?
I need to do a lot of intensive computation. What I need is to write a program/script on my laptop, compile and deploy to a server on some hosting company. The server should only run for a few hours then stop.

Here is what I need.

* Affordable prices
* IPv6 support
* Good command line tools for deploying and managing servers
* Hourly billing
* Good performance

I found scaleway.com but they make me pay for a public ipv4 address which I don't need (and they support for ipv6 is still in beta). Also I need to create a server instance and a separate disk "instance" and I have to manage them separately.

Also I'd like to avoid the big companies and give my money to small hosting companies to foster competition :)
pandoc is a very useful haskell program.
Lua vs. XML for data storage
That's a fantastic analogy
But they aren't fabbing it in mainland China anyhow, these CPUs were fabbed in TSMC, the 28nm foundries in china aren't really capable of producing silicon as complex as this one.
China will get there, it is a national priority for them and it is understandable they need to move from being the factory of the world to becoming an innovation and R&D center sure they are literally hacking their way there but they'll get there.

China is aggressive and very intelligent with their goals and roadmaps in complete contrast to other emerging mega-nations like India, and sadly even in contrast to Europe which seem to have both the financial and the human capital to become a world leader however lacks the the will and the uniform vision to achieve that.

Don't get me wrong Europe is doing some amazing things in research especially in the academic scene and programs like Horizon 2020 are pretty impressive but they are peanuts in the grand scheme of things, China on the other hand says in 10 years I want to be able to make X and they get there doesn't matter if X is canned goods or high end CPUs.

China is the US in the 50's be the 1st in everything, do huge national projects to get there, invest in science, technology and education all for the national pride and glory.
As much as I'm "scared" of China I really admire their moonshot spirit in the past decades if they won't implode before getting there I hope they'll end up being benevolent overlords.
> For those of you unwise in the ways of programming, the problem is that “null” is one of those famously “reserved” text strings in many programming languages.

It's not a text string but there are some systems that present it as such and those are the issue. Lazy programming. I remember back working for a financial institution and was told to add some validation to a service that handled adding investment plans to someone's account. The third party service we had to use was using SOAP and NULL values were represented by, you guessed it, simply putting the NULL value in the XML instead of simply omitting the item itself.

No amount of protest would make the third party service change the way it worked. "It's always worked like that and we haven't had an issue" and the "if we changed it thousands of our customers would be negatively affected! We can't do that!" were the primary excuses.
They make new ones on a regular basis with different properties. Most customers just buy the existing products from the commercial sector, though. Here's a few links to performance and embedded-oriented ones that support predictable pause times with one letting it go down to one, move instruction given pauses are interruptable.

http://www.jopdesign.com/doc/nbgc.pdf

https://www.usenix.org/legacy/events/vee05/full_papers/p46-c...

http://www.cse.buffalo.edu/~lziarek/euro.pdf

http://www.aicas.com/papers/ismm02f-siebert.pdf

So, there's some examples to work with. There's plenty more, too. Just search Google with terms "concurrent," "real-time," and "GC." Or "pauseless" replacing "concurrent." Or "hard" before "real-time." That combo is how I track them.
Tim Cook is challenging the Republican-controlled Congress to change the US tax code so that ALL big corporations must stop using foreign tax shelters, not just Apple. This is probably a safe bet, because Congress wrote the tax code that way for a reason.
What it takes to be a venture-backed SAAS startup (hint:grow 13%/month 7 years)
What is this, humblebrag? Advert for typeracer?

You type at 100WPM. Unless you're transcribing can you really think at 100WPM?

I haven't measured it, but I think I type around 40 wpm (although adjusted much slower, I have poor typing accuracy) and I certainly don't feel like my typing slows me down, my typing more than keeps up with the speed of thought.

Maybe I just think really slowly.

But honestly, "Oh no I only type at <ludicrously fast speed>, what can I do to improve?" sounds a bit silly.
If Curtis Yarvin gets accepted to a postdoc program at Berkeley and leftist programmers picket, I'll be right there with you. But events like Nodevember, Strange Loop, and Lambdaconf are not academic conferences, they're not a serious part of the citation record for their field, they're put on by private citizens with their own objectives, they're fundamentally about entertainment, and they can make whatever calls they want.

I realize it wasn't directed toward me, but I genuinely appreciate hearing that distinction. Unless things have changed, though, it seems unlikely that Curtis would go back to Berkeley. He describes his disappointment with his academic time there in an eloquent if verbose essay: http://unqualified-reservations.blogspot.com/2007/07/my-navr.... In particular, you might enjoy the contrast between his preferred "adversarial approach to CS papers" and what his description of the politicized situation at Berkeley.

---

Did you happen to see this comment on your "winding down Starfighter" thread?

I'd never seen that twitter account before. Not my cup of tea.

Things that seemed cool until I looked (even a little) closer at the people behind them: urbit, stockfighter, and ESR's homepage.

https://news.ycombinator.com/item?id=12416612

I'm not sure how to interpret it, but I found it ironic that you (or at least Starfigher) is being lumped in with Curtis. If the trend continues, perhaps in a few years you'll both be on the same side of that picket line!
Many great answers already, but will add my two cents as well. All the tips regarding poker planning, breaking down work in manageable chunks, identifying the critical path to finish the sprint and so on are highly relevant but I also think there is a broader question about how work is planned and the team is managed.

The situation you describe with an ambitious product roadmap and very limited time available (and other resources lacking) is very common in early stage start-ups with very visionary founders that have limited managerial experience (I have been there myself).

In my book the team leader/manger role is to make sure the team performing at its best and can be productive, the personal productivity of the team leader is irrelevant. A common mistake is the underestimate the effects of investing time in creating an productive environment for the team.

If would be in your situation I would make a prioritised plan with time estimates (using the techniques mentioned in other posts) and then sit down with the team leader/manger/founder and refine it and agree on deadlines. This would remove pressure as the timeline is jointly agreed, then it would just be important to be very clear if any deviations come up.

If the team leader/manger/founder is someone can have an open discussion with just share your thoughts as in the post. In my team we aim for brutally transparent culture when it comes to morale and stress levels, it allows us a team to be much more productive in the long run (and we have more fun). Remember that start-ups should be a marathon and not a sprint despite working in "sprints". I hope it helps!
Announcing R Course Finder
WoSign Incidents Report (September 4th 2016) [pdf]
if I understand the situation correct only 1 person has accusation of rape,

The rest of the accusations are unwanted sexual advancements, with at-least one of them having been refuted by the actual "victim" as the report was from a 3rd party to misrepresented the situation.

Here is a good Multi-part series that is worth a read through

https://contraspin.co.nz/the-weaponising-of-social-pt1-the-c...
I'm guessing this mostly happens during serialization to and from strings.
One programmer does String.valueOf(x) instead of x.toString() to prevent NullPointerExceptions.
This works pretty well until the next guy does x == null || x.equals("null") because "null"s pop up in UI.
At this point this is irreversible as nobody can tell what is null and what is "null".
You see, as much as you have strong feelings about whitespace (to the extent of reaching for your caps-lock key), so do I. I personally feel it's a great loss to code style and readability that Python become an outlier in terms of arguing for significant whitespace.

But this isn't the time for that tired old debate. I won't convince you any more than I'll convince someone about the One True Brace Style or Vim vs EMACS (actually - hold on. I can't stand either of them).
That's like saying curve fitting is just a special case of calculus.
For those thinking that only a complete idiot would consume the string null vs the value null when processing form input, you're pretty much correct. Most languages, even scripting ones, don't rely on the value of the string, but of the value of the reference. And while there are probably many web-front ends that happily work with "null" as a field, that's likely not the issue here.

The issue that will most likely strike are all of the assumptions that your front-end team don't care about- downstream systems. This typically comes from software that is packaged for explicit purposes. In Healthcare we have things called MPIs (master patient index) and as a rule we typically have data scrubbers because in the MPI world we HAVE to work with bad data, self-entered data. We don't have the luxury of relying on primary keys for everything. Names like "Baby Smith" often comes in as the yet-to-be-named baby of the Smith family. I won't go into HealthIT 101 here, but suffice to say, we must do a lot of data scrubbing and/or annotation.

What compounds the issue even more is that most of these software components, be it healthcare or other industries, are typically resold and therefore have customers that keep piling on more and more use-cases. There are solutions to the problems, but many of them involve breaking human-end workflows (how do you tell a customer that you'll now require every patient to remember their patient ID, for example, before you admit them?). Those workflow changes tend to be non-starters and from there, the chain of never-ending bad coding compromises enter the scene.

Now I'm not defending the practice of treating "baby" or "null" or any other string as a special case, but being part of some of these workflow issues for years has led me to believe that not only are coders around the world going to continue these practices, there's not much they can do about them until more and more of our software gets more built-in intelligence. Maybe in the future we can actually detect it better when the name "baby" actually is their first name! (And actually with all of the deep learning going on lately, I'd imagine someone is building something like this now!)

All I'm saying is that it takes a broader understanding of the issue here to fully get why it's not just a front-end coder's error, but rather a deeper, as-of-now hard to solve problem. Think about when you start integrating with outside systems that don't follow your organization's understanding of a name. What about when you get into analytics? When you connect to external systems that performs mailings? Do YOU know the assumptions and use-cases that went into the platforms you're about to hop on board with? Probably not all of them.
Most of the layouts seem to have a lot less finger travel distance vs QWERTY.

http://patorjk.com/keyboard-layout-analyzer/#/load/VPDHWn6k

Over a lifetime that's a lot less wear on the hands and fingers.
Innovation like what?
I think you underestimate how much stuff relies on string concatenation or string interpolation to build SQL statements that are also case-insensitive by nature. Yes, people should probably use an ORM and yes they should properly quote input, but so much code exists that doesn't. Even a strongly typed host language doesn't preclude stringly typed SQL.
The average talking speed is above 100 wpm. Why not learn to transcribe your thoughts (internal speech) in real time?
He explicitly says that he has no need to type this fast. He simply wants to. It's okay for different people to want to do different things in life.
I had a similar situation using a replacement phone whilst mine got repaired. A factory reset had been performed, but the Android OS still contained some quite sensitive WhatsApp sent images, including personal photos and even a credit card balance screenshot.

Businesses need to get more savvy in this area.
For my entire I've been listening to organisations purporting to represent employers slag of the education system for not being sufficiently vocationally-focused - for not just eternally chasing a narrow range of whatever skills will turn out good little technicians at no cost to employers - while denigrating anything outside that narrow focus as basket-weaving. And the political landscape in the English-speaking world has largely gone along with that.

They have what they asked for. Whoops.
To expound a little on this combination:

> There will... be a day when devices [are] necessary for everyday life... are effectively impossible to buy "dumb".

> As an experiment, try to find a new car that you can personally can actually buy, that doesn't have a computer in it.

The reason I'm convinced this is the case is simply economics. Solid-state electronic controls are very often simpler, cheaper, and more reliable than mechanical ones. When it comes to, for example, thermostat in your refrigerator, on your hot water heater, etc, the reason the economics have, thus far, worked out in favor of the mechanical controls it that the external costs associated with solid state electronics -- the software development, the upkeep, the initial electrical design, etc -- have been too high to justify them (in many cases). But as those external costs decrease, which they (through maturation of the IoT field) inevitably will, the solid-state electronics will be increasingly economically competitive, until eventually to have competitive margins as a device manufacturer, you have to go the connected route. When I say "impossible to buy dumb", I'm not suggesting that every refrigerator is going to have a Google calendar on it or something, I'm talking about all of the little things you take for granted. Don't underestimate the banality of automation.

Cars are a particularly apt example because the exact same thing happened to the automotive industry with the advent of the ECU. The added technical complexity of their computer control was initially only economically justifiable in performance vehicles. As time went on, and ECUs progressed and matured, they became cheaper and cheaper, until even the cheapest new cars were forced to incorporate them to be competitive in the market.
Your StackExchange link is not the most conclusive thing: you have people answering that you can still get away with saying "he", or possibly "he or she", and you also have people correctly pointing out that almost all English speakers use "they".

We are not talking about grammatical errors here. You're free to declare great speakers and writers through the centuries to be in error, but what are you even claiming at that point? You could declare that saying the word "bread" is a mistake and it would be just as meaningless.

As with most arguments against the singular "they", your argument from German etymology also precludes the singular "you". Do you say "thou" all the time?
Gates Foundation-Supported Nonprofit Puts $100K “Bounty” on John Oliver
For me the best training is vim. I have 80+WPM, peak 105. If you have keyboard that suits you, the only thing you can do is type more.
Indeed, even TSMC executives noted its 10 and 7nm nodes will have minimum feature sizes of about 20 and 14nm, respectively.
(from http://www.eetimes.com/document.asp?doc_id=1329217)
Is the specialization here that deep? Can you give a concrete illustrative example?
Does that mean they should only have to pay enough to be considered the largest? Or perhaps they should pay what the legislation dictates, regardless of how much that is.
Show HN: Roomy, a hotel room sharing chatbot built on top of LinkedIn
> At no point in your induction is it proven that it is always the last process that writes x before the first reads it, nor is it necessarily the case.

I didn't say anything about “the last process”, though. I just took a collection of M processes, with some valid interleaving, and inserted one more process, at whatever index j, displacing all pre-existing proceses j...M-1 one place to the right.

>> then at least one of the two following things must happen:

> The events may occur in the precise opposite order.

Let A and B be processes with adjacent indices (for my purposes, M-1 and 0 are considered “adjacent”), such that A's write happens before B's read. If we insert a new process C in between A and B, then A and B no longer manipulate a shared variable, but instead A writes to a variable C reads, and C writes to a variable B reads. Then at least one of the two following things must be true:

(0) A's write happens before C's read.

(1) C's write happens before B's read.

This follows from these facts:

(0) A's write must happen before B's read.

(1) C's write must happen before C's read.

Was that too hard to understand? If it was, you need to relearn to prove things by hand.

> Just to be sure: proof with pen and paper isn't formal verification. It is pretty the very definition of informal verification.

While the proof I gave above is most certainly informal, you can prove things formally using pen and paper. The formality comes from the use of explicitly given deduction rules, not from the use of a computer.
What you're saying is ridiculous. No company would be sued for overpaying their taxes but their accountants would certainly be fired.

Assuming you're from the US, every year you have the choice to take the standard deduction or itemize. Do you ever feel guilty for choosing the option that lessens your tax burden? Why would you hold a company to a higher standard?

If you think that companies should pay more taxes, then push your government to close the loopholes they're using and/or raise taxes. If you're counting on people to 'do the right thing' when they're directly incentivized not to you're going get nothing but disappointment.
I've been using Colemak for the past 10 years now and couldn't be happier with it. I have abandoned the German QWERTZ layout, mainly because writing code with QWERTZ is a real pain (curly braces, brackets and many other special chars can only be reached with the ALT modifier). Also, the layout for special characters on QWERTZ is different for Mac and Windows and I'm using both.

Colemak is way easier to learn than Dvorak if you come from QWERTY. With Colemak, all special chars and some common shortcuts (undo, cut, copy, paste) are on the same key as on QWERTY.

I don't know if I'm faster with Colemak than I would be with QWERTY now for normal text, but it certainly feels smoother and more natural, if that makes sense.

Unrelated to Colemak: I wrote a typing game a few years ago. It's more "playful" than Typeracer and targeted at beginners. I don't think it will improve your typing speed past a certain level, but it should still be fun:

http://zty.pe
They probably are paying what the legislation dictates, and no more. If they aren't, it's the IRS' job to enforce that and apply the appropriate penalties, not commenters on HN.
The 128MB L3 is actually off chip... it is made up of 8 "CMC" (Cache & Memory Chips) that combine DDR3 and 16MB of L3. Each "panel" of 8 cores is connected to a single CMC.

All I know is that will be extremely expensive and low yield, and as far as I know, they haven't shown any of these "CMC" chips.

120W for the base chip, and even more power for L3 and DRAM (plus them being off die) will make it even higher latency. This is pretty DOA in terms of being a real competitor against Intel.
https://typing.io/lessons let you type through code, which exercises the right pinky more than prose. The site also requires backspacing to correct typos. This adds realistic overhead not normally captured in wpm measurements.
A badly coded website could go in the other direction, eg in JS, someone writes a poor string equality check:

function normalise(s) {
return (s + "").toLowerCase();
}

function isEqual(a, b) {
return normalise(a) == normalise(b);
}

And then someone else uses it in some form validation logic:

if (isEqual(surname, null)) {
return error;
}
Very interesting, can you email me at tom [at] printtopeer [.] com?
The two are the same thing.
Throwing passive aggressive shade at what is current state of the art in machine learning is unwarranted.
>YAML is what people turn to who need these kind of advanced feautures

Most people don't use these features.
Proper relational data modeling.
I switched to Dvorak years ago. Did it while working a programming job, it took me 3 days to type at the speed where I could keep up on IRC without the slowness being insufferable, 3 weeks for "this is ok but slow", and 3 months to fully transition.

So you might have abandoned it too soon.
nice three letter domain ;) Will give it a try!

edit: wow -- really impressed. Very satisfying explosion animations and sounds.
Beautiful Websites for Inspiration – 2016 Edition
One of the very best recommendation engines I've encountered is the "Discover Weekly" playlist from Spotify. It's helped me reconsider my relationship to music which I basically thought was dead since I had hit a rut on exploring new artists.

There's an interesting presentation of how it's created on SlideShare

http://www.slideshare.net/MrChrisJohnson/from-idea-to-execut...
Okay, that is an interesting distinction. It might even be true. Although I don't think it's that new to also use "they" to refer to a specific person whose gender you don't know (perhaps because you haven't met them).

It is at least a reasonable claim that could be investigated further, as opposed to the claim that singular "they" is always an error, which any corpus will show is false.