skysight-inc/HackerNews huggingface dataset:
That's obviously not the problem: "just look around -- aren't we amazing?"
Submit a talk for GitHub Universe
I'm not throwing shade at the homeless. Homeless people should not be encouraged to be out on the street all day. It causes problems for them and it causes problems for everyone else too. Speaking from both experience and research here (see above where I mention about being homeless).

Also, if the city is going to provide a service here (which it has, by outsourcing to Intersection), it needs to make it "Available to Everyone", not just "Available". Right now because people can and do camp out there all day it's the latter.

These systems have cameras and the city and Intersection absolutely should be using those cameras to rate-limit peoples' use to make it "Available to Everyone". Except the cameras are facing the wrong way.
So absolutely true. It's refreshing to hear someone discuss this in the same terms I do, as almost everyone I talk to about how production has become the music and how Ableton or ProTools is the instrument looks at me like I'm nuts.
> a case where the hidden side of the parallel construction isn't even illegal

Agreed. In that case they're misleading the court and the defense. Which is probably, you know, illegal. :)
It would be great that hidden posts are also not show in /best
Autopilot is not autonomous driving. It is fancy cruise control. Just like cruise control can't handle every situation neither can autopilot. Just like autopilot in an aircraft it requires a human paying attention and ready to take over.

The system works as intended and advertised. Obviously it isn't perfect but with the fatality rate roughly equal to human drivers and the accident rate seemingly much lower it seems at least as good as a human.
Email is really useful and nobody cares.

- If you need a way to discuss specific topics with specific people over time, you make a new mailing list.

- If you want to have one single conversation within a specific group and topic, and follow it logically, just reply to the thread. You can forward the thread and the conversation remains, and can continue.

- You can ignore all conversations that aren't addressed to you, or go back and read them, one thread at a time.

- You can archive all of this, hierarchically, per mailing list, and search or browse it later.

Now - if you want to have a LIVE conversation, nothing's going to beat a chat room. It really does not matter what kind of chat room. But sometimes you join the chat late - it's good to see the old conversation and catch up. And after the conversation, you might want a log of it later. Somehow, most chat services in the world seem to miss this.

IRC has kludges that support this. Jabber was supposed to fix this (I think?), in a platform-independent way. Yet nobody wants to use Jabber. (Probably because most implementations suck or are incomplete)

Here's my question:

If an entire ecosystem of software has thrived for a generation using existing tools (IRC, mailing lists, and now Jabber), why the hell is every corporation in the world dead-set on running away from them screaming? THEY'VE WORKED FOR 20+ YEARS! edit answering my own question: they don't have support contracts.
I was surprised that the robot doesn't have a touch/impact sensor as a fall back.
Unity is great for quickly making multi-platform games. I miss my job working with Unity making mobile games.
If your application has few or very simple interactions then this may make sense. If it does have complex interactions (I consider a text input updating a model field as complex) then I think tests are necessary, especially if working with a team. You want to know when you break things.

This becomes even more important if you're developing generic UI components that may be re-used in different scenarios throughout your app or company. These types of library components need to be well tested as they often have more complex interactions and are going to be used in potentially very different ways.
from the article

> Let’s make it clear that mixins are not technically deprecated. If you use React.createClass(), you may keep using them. We only say that they didn’t work well for us, and so we won’t recommend using them in the future.
Video Production Company – Example
Blog post from the Tor Project: https://blog.torproject.org/blog/tor-project-elects-new-boar...
It only it didn't have to be analog in order for our ears to hear it- then they'd be all set.
How many hours does it take to load 10TB and then reduce it to 5GB? ;)
As a former Angular 1 user I have to disagree with you. There are many many ways of writing Angular apps and the community generally disagrees on what the best ideas are.

Compare this to how people write React components, they all look pretty much the same no matter what application you are working on. Sure there has been some churn, but there are tons of helpful warnings when they have happened and the migrations are easy. The community is also on the same exact page when it comes to writing components.

Outside of components there's a lack of the same cohesiveness with competing architectures. But the good ideas are rising to the top and the bad ones are fizzling away. I don't see it as a bad thing.
I added "to pick one" because I don't particularly want to start a flame thread over frameworks. Everyone can choose their own tools for their jobs.

However, to the point about style guide/anti-patterns: I guess we haven't been working in the same codebases.. I've worked on a handful of different projects and most have scope flying all of the place, with controllers and directives used interchangeably (not to mention factories/services/providers). But really my biggest gripe is the amount of logic that ends up in disparate HTML attributes. JSX is a much cleaner solution.
That's stupid. Autopilot doesn't have the ability to determine if it is safe to pull over. It has a fallback mode; eventually it will come to a complete stop in the middle of the road and turn the hazards on. But since this is also dangerous it makes sense to give the driver time to stop it from happening.
Flawed logic all around. First 4 points:

1. Early version of a product especially when in hurry with features delivery are going to be "temporarily definitive" implementation. As soon a feature reached the production the code has to be considered "legacy code"

2. Technical debt is a choice, and when you have too much of it you enter in a spiral of death.

3. The quote from Donald Knuth is only a poor excuse to slack and to justify bad development habits. Writing efficient code most of the time doesn't require more time than not (choose the right container or the right algorithm for example).

4. It's a so generic statement that adds no info at all.

"For >95% of startups [...] That means technical resources are rarely the cause of success or the reason for failure."

that's the best statement of the whole post that more or less sounds like this:

"In Africa 90.3% of people die due to: nutritional causes, hearth disease, cancer and diabets, why send over there good doctors then?"
Twitter Poaches New HR Chief from Uber
I've found that Slack is a big time suck as well.

@mention which generates an email is the only way to pull me in a thread. Meaning that my email client is still the main source of communication.

Slack is good for non-work related threads with my co-workers. We have a channel dedicated just to miscellaneous non-sense which can be rather entertaining. What is nice about the channel is that it isn't a long running email thread that needs to be muted and I only check it out when I want to. However, it could just as well be an IRC channel...
Well, they're shutting down in a couple days, so plans to make money would be irrelevant this late in the game.
Please don't post flamebait like this on HN.
I couldn't have said it better.

His reference to the major scale as being alternately called "Diatonic" is very confused, as that mode is called "Ionian."

Also, for example, note the naivete of viewing a C Major scale as fundamentally outlined by a piano, while ignoring the interesting tidbit that the notes are named starting with A.

If the piano fundamentally outlines anything, it is the A minor (aeolian) scale, saying it outlines a C Major is no more accurate than saying it outlines a B Locrian.

Meanwhile, there's interesting stuff in there nonetheless.
Does SSL Help SEO?
You clearly don't know PewDiePie's audience otherwise you wouldn't talk that way. Can you show me what actual harm is done by a sponsored LP does to kids who wind up being out of a few bucks from renting it at Redbox for their PS4/XB1? I'm all ears.
Small addition re: Coder: It's not necessary for the module to be enabled in order to be exploitable, it just has to be somewhere in your document root[1]. If you share the same code base between dev and production, you might be vulnerable even if it's disabled in production.

[1]: https://twitter.com/drupalsecurity/status/753263548458004480
Does Consumer Reports have any biases?

I know about all of their claims of objectivity. Wondering if they work completely in practice.
I can't imagine that every road in the world can be determined to be "safe" or "not safe" via GPS coordinates alone.
The Unreal Engine has an interesting license. There is no upfront cost but there is a 5% royalty that starts after the first $3,000 of revenue per product per quarter. Which is great for smaller shops, but seems like it would scare away the larger organizations.
I think that went out yesterday.
Some do, they're called HMO's (Health Management Organizations), Kaiser Permanente being a prominent one. A lot of people don't like having to see a doctor not part of the organization without going through headaches, however, which lead to the prevalence of modern PPO's.
Putin Signs Measure Revoking Religious Freedom
I think around React 0.14, they announced that React's support for es6 class syntax wouldn't support mixins, and you'd only be able to get them by using the old .createClass method. I think they pointed out that they didn't see this as a big issue because mixins were a pattern they wanted to get away from anyway and saw better solutions to.
I think what turned me off was the headline. If it had been more well-scoped, e.g. "Slack sucks balls when it comes to doing real work", I'd be less complainy. I've enjoyed Slack for conversation in medium-ish interest groups/clubs (100 <= x < 500), in which the channels aren't overwhelming and there's almost never a need to do private chat with more than one other person.

Everything in the context of work loses its allure, such as "unlimited" vacation time.
> and they didn't consume gigabytes of data to learn.

Didn't they though? I'm pretty sure a couple of cameras for vision would mean they consume a couple of gigabytes rather quickly. That doesn't include sound, motor stress feedback and any other included sensors.

Asimov's robots would have consumed massively more data to learn. Of course, it wouldn't have required the data be curated and classified by humans.
> shipped bare-minimum maintenance to India

The development team is not in India and is doing more than bare-minimum maintenance, they have "a great surprise lined up for Q3, something very interesting for Q4, and something very big for H1"[1]

[1] http://blogs.vmware.com/workstation/2016/07/meet-the-team.ht...
How much of this is still relevant with the upcoming 2.0 structured streams?
You do understand the difference between "negotiation" and "having an informal chat with colleagues"?
How can autopilot know if it is safe to steer into the shoulder? It won't even change lanes without driver input.
Yes the crazy thing is I remember going to London back in 90, and at that time in the US, most major stores would request that you checked backpacks in before going into the store, to prevent theft. I walked in to Tower records in Piccadilly Circus and handed my bag, expecting they would give me a claim check, and they were freaking out. As they had been sending out the same message at that time due to the IRA bombings. So they gave me the full instruction about unattended bags and how they were more worried over terrorism than theft. Crazy how it is common here 20 years later.
We found that interesting too. You can see the apps that upgrade from Objective-C to Swift as well when they uninstall AFNetworking for Alamofire. It's usually accompanied by a huge overhaul of a bunch of SDKs.
Years ago I had a Windows Mobile phone that needed a bulky, USB dongle for audio out.

I'm excited to relive those days.
I totally read that headline wrong at first glance, "TOP 200 most used SDKs used in iOS apps" ;)
I wonder if the dead driver hit the accelerator?
Why artificial sweeteners can increase appetite
My story is very similar except my insurance company went out of business yesterday:

http://www.chicagotribune.com/business/ct-land-of-lincoln-sh...
It is a little strange to my ear (possibly more common in British English), the OED has it all the way back to Chaucer though. More often I think of it as mechanism ("the workings of the economy are mysterious"), like clockwork(s).
> Secondary costs of disruption (the negative kind) of transportation market due to one player outcompeting other by acting illegally and getting away with it.

This is circular logic. Your only argument seems to be that
uber may not actually require insurance. That may be true, but it's also easy to fix.

>try getting an Uber as a grandma living on the outskirts

Where I live (Warsaw), they just introduced a "leaving the city" fee, which means the drivers are incentivised to take those trips. And it still probably comes out about as much as a taxi.
> I've established a guideline for my group that all (non-sensitive) communication should happen in public, and that means on Slack. That alone has made a big difference in making sure people are in the loop and that bad decisions are visible to everyone.

This is one of the main challenges I'm seeing. Getting people off DM's and into public chats. I explained several times that DMs should only be for sensitive, personal conversation. Everything else should go into channels. But people seem to drift into DMs to "not disturb" others, or because it's only a question to one person etc. Our stats show around 40% public chat vs. 60% in DM (sometimes even 30/70).

I some times wish I could block DMs completely, but I don't think it's possible. Any tips?
Serverless Printing – Is It the Right Print Management Solution for You?
Unity doesn't, which is part of the reason it is so popular. Their competitors do - Unreal takes 5% of gross revenue.
I think that means PhD students are not good students. :)
I never heard about Fabric. Can't seem to understand what they do from their website. There is no mention of what it does on the home page. Is this some sort of an analytics library?
The best work happening in this area is by a Princeton professor named Dmitri Tymoczko [1]. He's discovered some pretty fundamental results that tie together a lot of the previous theories of harmony based on geometry. He was the first music theorist ever published in Science [2] and he wrote an amazing book called A Geometry of Music [3] (technical but readable, a must for anyone trying to really understand why music sounds good).

He also teaches a 2-semester intro level music class at Princeton that is infused with his ideas, and makes the lecture notes available online [4]. Those notes are so good they're better than any intro music textbook I know of, especially for us geeks who like to hear the scientific explanation for everything.

[1] http://dmitri.mycpanel.princeton.edu/bio.html

[2] http://dmitri.tymoczko.com/sciencearticle.html

[3] https://www.amazon.com/Geometry-Music-Counterpoint-
Extended-Practice/dp/0195336674

[4] http://dmitri.tymoczko.com/teaching.html
His criticism of Helmholtz is probably spot-on but I haven't encountered the folks that he has, claiming that Helmholtz is the "agreed-upon authority on this subject."

A bunch of the material available in this paper is sufficiently common knowledge to appear e.g. on Wikipedia: https://en.wikipedia.org/wiki/Equal_temperament .

The most major novelty here appears to be an attempt to hand-wave some general aesthetic principles for what humans like, and apply these to the brain via some sort of fuzzy "computational approach" (which never, y'know, broaches the point of an actual computer program). A lot of the overarching explanation can be ignored to the benefit of the theory in many cases: for example, it is likely more helpful to a neurobiological understanding of harmony to steal his insight that the minor chord probably sounds "good but off" because it has the right intervals in the wrong order, than to couch it in the author's full explanation with computational assumptions etc.
Hence why I said near. Touch will never replace traditional controls in some genres. Others, as you've said, require game play modifications to account for lack of physical buttons.

My point was not that mobile > mobile console. My point was that companies want to capitalize on mobile since is always available by most people. Even though you can make a lot of decent ports for mobile (e.g. swipe input instead of a joystick for Pac-Man or turn-based menu combat like Pokemon entries), a $30 price point is too high for nearly all games specifically for reasons that we have both cited: am I getting a full game or a watered down POS, are the controls sane, do I have to put up with ads after every event, etc.
Startup idea - Generalize this in a gamified form as a vehicle to assess the caliber of programmers for potential employers. (Hiring is expensive - recruiter bonuses are 5 figures in tech, plus the opportunity cost of lost business if you don't have the capacity to handle growth).
Encryption schemes which take longer to encrypt than to decrypt?
Volumetric Rendering Explained – Raymarching
> I've just tried to prove the point that Rust is still a language in flux compared with Go, hopefully making the Rust team aware why some developers hesitate to use Rust on new projects.

That's not what I've seen from your comments. Instead I've seen some confused arguments about what "prose only" means (anyone in the PL field would consider both Rust and Go's documentation "prose"), combined with incorrect statements about both Rust and Go and a completely baseless assertion that Rust is "a language in flux".
It's stupid to come to a gradual slowdown with hazard lights, but it's not stupid to keep blazing away at speed, with an obviously inattentive (or perhaps completely disabled) driver? I'm confused - even you acknowledge it has that fallback, but it's 'stupid' to enact it after a couple of failed warnings? When should that threshold be crossed, then?
More Food Synergy – And Evidence That It’s Doing Something
Epic still offer completely upfront licensing with no revenue splitting, although the price isn't published. UE3 was supposedly in the $500k range so I imagine UE4 is similar.

https://www.unrealengine.com/custom-licensing
I see, though there could be third party, which could be hurt by not using this evidence (e.g. 'their rights were infringed' in some sense). Imagine how would feel family of a victim of a rapist/murdered who was freed on a technicality.
I'm confused on my credit balance after signing up. The pricing printout shows a 1,000(x2) for the registration tier, and below the table seems to indicate that these (x2) markers represent the double credit offer for beta users.

However, the account I just registered shows a balance of only 1,000 credits. Is the credit bonus only applied to credits which were paid for? If so the (x2) in the first row is a bit misleading.

That being said, I'm excited to check out this service and don't mean to complain about getting something for free.
I continue to be impressed by the Jazz Crusaders, with their incredible melodic/rhythmic hooks. Those are works of genius.
It is? I'm pretty ignorant with stocks so please excuse the stupid questions but I thought you weren't taxed until after selling them. Is that not the case? How does it work?
One thing to keep in mind is that Stingray use isn't limited to collecting evidence to use at trial. It's sometimes used just to make warrant service & arrests easier.

I wonder how often it's used as a law enforcement tool with no intent to disclose its use.
Digital Ocean now offers expandable storage for droplets
Often times the accusation of jerky behavior can be one sided. To an IT person, it can be frustrating if they are dealing with the same issues from the same people over and over again.

Here is an analogy. Suppose the company had a policy of submitting your timesheet rounded to the nearest half-hour every Friday. Suppose an employee comes to HR in person unannounced on Friday with a list of hours worked every day that week, for example, 7.4, 7.6, 7.7,7.8,7.9. For each of the numbers he asks the HR person (it is a small company so they only have on HR person) what he should enter in his timesheet. The first time, the HR person might tell him the company policy and give the answers (7.5,7.5,7.5,8,8). If the person does this every week (even with slightly different numbers) is the HR person always going to be kind, smiling, and affirming? After a while, there is a high likelihood that the HR person would at least once sigh, roll their eyes, and give curt answers. Would people call the HR person a jerk for this response - after all this is part of their job?

At any company, there are people who want to do their job with the least amount of thought and effort possible. An IT person can be seen as a better Siri. Instead of thinking about a problem or even trying to look it up online, it is faster and easier for them just to dump it off to another person. These types of people can monopolize an IT person's time. Unfortunately, the IT person is often at a level where they cannot formally complain about people abusing their time. Thus, as a self-protection mechanism, they try to change the incentives. Calling the IT person with your problem will save you from having to think about it, but you will pay for it by having to undergo condescension. After a while this type of behavior can become ingrained in IT and be used against everybody, not just bad actors.

How can a company fix this? First, do not tolerate jerky behavior as that can ruin company culture. Second, have a policy in place that abuse of an IT person's time will not be tolerated. As an employee, you are required to be sufficiently knowledgeable about your tools - one of which is a computer. People abusing the IT person will have to undergo mandatory training or face disciplinary action. Have the IT person document each request and who asked for it. Review them periodically, to find people who are abusing the system. A company would not tolerate someone who always asked a coworker to write their reports because they are poor at grammar and spelling. So, they should not tolerate someone always asking IT about routine computer issues.

Doing this can remove the incentive for jerky behavior from IT as they can just quickly document the requests knowing that abuse will be dealt with by management. For your workers, they know that IT is there as a resource that is happy to help them but is not a substitute for Google. I think this would result in an overall win-win situation.