skysight-inc/HackerNews huggingface dataset:
1. Connectivity of news with data - a lot of news stories had links where you could dig in to datasets that were relevant to the news.

2. Availability of information under one symbol space allowing you to create views that pulls in information about very disconnected fields.

3. A company wide focus on converting things into "symbols". Most memorable example was the symbol for number of kidnappings in Mexico. The breadth of data available is truly impressive.
> We thought about sending letters to see if somebody wanted to sell to us without going the realtor route, but we never did.

We actually just bought a house doing this exact thing. There was one particular area that only had about 30 houses in it and they don't come up for sale that much. Since we really wanted to move this year, we sent letters to the houses we'd want in that area. To our surprise, out of the dozen or so letters we sent, four people responded that they were considering selling and a few others still replied thanking us for the letter but weren't going to sell.

As long as you are willing to be flexible with move date, this works out great for both sides. The sellers avoid agent fees, which at 5 or 6% can be significant, and the annoyances of showings and open houses. It also gives the sellers certainty of sale so when they go to buy another house, they don't have to deal with contingency offers.
I think you're under-stating some things. Imperative programming languages are hard beyond their initial appeal at the "this is like a recipe" level. It's debatable how people best engage with computers. There are plenty of anecdotes, if you look for them, of people failing to understand that the assignment operator in imperative languages means "place this value in this box" instead of "this means that". It's just that you (and me) are used to this learned mode of understanding.

Modern programs seldom look like a list of imperative actions anyway, beyond toy examples. They look weird and unintuitive. If you can make the leap to "this is what an actual imperative program looks like nowadays", you can make a leap to declarative/functional programs just as well. Doubly so if you don't have to unlearn years of conditioning about how programs are supposed to look :)

It currently is a self-inflicted hurdle. I don't pretend this problem doesn't exist. One way to fix it would be to start teaching programming in a different way, and with different languages.
I thought this was the whole point of summer interns, the other point of summer interns being that it's a trial run before you decide to hire them full time after graduation.

That's what my old company used to do (who originally hired me as an intern). The interns were tasked with a brand new project, something that wasn't business critical but would be a great new addition to the product.

Then when we came on board full time were were slotted into the regular development flow.

Using interns as grunts seems like a poor allocation of resources.
For communications technology: yes, that seems to be the norm.

Don't like the rules of the road, don't drive.

Don't like that your data goes over a third-party's network to get to its destination, don't put your data on a third-party's network.

Bans "by law" only work until the people making the law become people interested in your location and they change the law.
I'm inferring that you've done this in the first person. Were you surrounded by people with the same experience, ie. was this detectable by everyone, or was this something that some people picked up on more than others?

Curious for two reasons: the top-level comment here on some people being able to diagnose Parkinson's by smell, and my own experience being exposed to people experiencing malaria (albeit in a non-clinical setting with _plenty_ of other overwhelming smells) and not registering a common olfactory experience.
How does the default hashCode() work? (2017)
Marketing isn't evil, the marketing industry is.
Up to about a yard, divisibility for imperial distances is pretty good, but you're absolutely right that past yards, it doesn't make much sense. However, for most day-to-day, hands-on tasks (with the major exception of driving), those shorter distances are sufficient.

I find this same principle is perhaps better exemplified by weights/volumes commonly used in cooking. Since many sizes (1 cup = 8 fl.oz, 1 pound = 16 oz, 1 gallon = 128 fl.oz, 1 fl.oz = 2 tablespoons, etc) are powers of 2, scaling recipes up or down on the fly is extremely easy.

On the other hand, given an accurate metric scale, all recipes can be converted to weights, allowing scalar conversions. However, I suspect the proliferation of accurate scales in home kitchens is a relatively recent (nascent?) phenomena.
Add beautiful code syntax highlighting to your Ruby on Rails app
I think the author's point was this:

"Unless you compile it yourself, you can't trust it."
Thank you!

Be warned, the O'Reilly print quality is miles apart between the two. Their print-on-demand text quality and the binding are real let-downs.
Next time, try doing the test with bottles opened at the same time. I don't know those wines, but red wines from my country, nicer wines (around $15-20 bucks) are ready to drink after 10 minutes from being opened, while cheaper ones ($5-8) need hours. If you opened the 'cheaper' one in the morning and let it breathe (even if you close the bottle after using it still transforms) and the nicer one you just opened and poured, that may also explain the difference in preferences.
3D artists/motion graphics/video editors do. Check out Octane Render, Redshift, Realflow, After Effects, Premier etc for use cases.
Just going to pile on here and say that GA is pretty benign. I’m very anti-tracking, but GA at least provides a minimally invasive way to verify whether or not you are providing value to a specific audience.

It’s impossible to always create something perfect for the right audience. It’s a lot of guess work. Without having at least a little data, it’s like shooting in the dark.
I hear you, and my comment was more wistful than accusatory, because to my grade school self, after NASA had landed on the Moon I believed them when they said they would establish a base there 20 years later. It aligned nicely with my plan to be an astronaut in good standing by then so I could be the base's first commander (such are the dreams of a young man enthralled with science).

When I was in college, I got a chance to intern with Jerry Pournelle who was on the White House science advisory council and we talked about moon bases at one point. Jerry asserted (and I believe him) that NASA had a program "ready to go" to put a permanent installation on the moon. The budget challenges however were large.

I also got to meet Gerard O'Neill through Jerry who was pushing for colonizing space and had lead NASA to develop plans for how a Moon base would support the development of space habitats.

This let me understand that while the technical challenges were hard, they were engineering and budget challenges, no new science or equipment or materials had to be developed. The same materials that survived for years in orbit would survive on the Moon, the same resupply requirements that there were for a space station there would be for the Moon etc.

President Regan was open to the idea but the only way to fund big space initiatives was to make it sound like a war. That has historically been the only motivation that gets Congress to appropriate the funds. And in the late 70s, early 80's it was going to take a lot of funds.

Really smart people tried to make the argument that the economic benefits of adding 'space' to a country's economic operating zone would be immense, and create growth that could be taxed to fund the rest of the expansion fell on skeptical ears. Even O'Neil's pitch that space based solar power satellites would give the US a built in economic advantage; 'Cheap' energy would lower the development cost of all goods. Wasn't enough to get people to commit to the groundwork for this. When I last talked with Jerry about this, he suggested that a cost effective single stage to orbit capability, built to support Regan's SDI initiative, would enable space colonization as well (that was in 1990 or 1991).

Here we are, nearly 30 years after 1990, and SpaceX is on the cusp of making access to space an order of magnitude cheaper than it was in the 90's. This presentation [1] from 2007 could have been the SpaceX pitch deck!

Now I need to go dig around and see if I can find NASA's plans they did in the 80's.

[1] http://www.dglr.de/fileadmin/inhalte/dglr/fb/r1/r1_2/06-Raum...
The reason that cell phone networks actually work (they're effectively decentralized networks) is that they pay the big bucks to rent space on high towers, building roofs, etc.

The only thing that matters for radio communications is line of sight. The only thing that gives you line of sight is relative height. The only thing that gives you consistent height is money.
Good news for contractor day rates!
This is a common example used, to which the common question is "Is there absolutely no case in which killing is a justified and moral position?" Even then you must specify further. "Don't kill" but only humans or all things?

If another human is attacking you with intent to kill and you have no other options? How about in a case like the trolley problem [1] where you are forced into a challenge of scale? These are all valid problems with designing current engineering systems, not just AI systems.

It's possible to philosophically "bite the bullet"[2] and say "No, it's never justified or moral" however that doesn't pass the test of practicality.

So, something as seemingly obvious as "Don't kill" doesn't have firm boundaries which we can create a universal set of mathematically implementable, and acceptable, rules for.

[1]https://en.wikipedia.org/wiki/Trolley_problem

[2]https://en.wikipedia.org/wiki/Bite_the_bullet#In_philosophy
Yes I think you're right, sorry. I'm thinking more of the email clients like Edison [1] and Astro[2]. It gets hard to keep all of these apps straight :)

_____

1. https://trends.edison.tech and https://mail.edison.tech

2. https://www.helloastro.com/privacy/
> Haskell? I'd need a dedicated fucking thesaurus on-hand for them to grok the paradigm, and it would take a few months before they could achieve the same result.

This is one of those assertions people should have to demonstrate with actual experiments.

I can teach someone how to write buggy, unmaintainable code that seems to work but actually doesn't in Python and JavaScript. So? :)
>But not everyone are able to cope with the modern overload of information competing with our attention so you will have to excuse me for blocking out everything not needed

I'm not sure how UTM Tags contribute to the modern overload of information competing for your attention.
Are they? This would really surprise me- Custom Audiences (FB brand name for the tool that integrates data from 3rd parties like Acxiom, etc.) is VERY powerful and makes FB a whole bunch of money.
Does the IRS care about the employee/contractor determination if the worker is outside of the country?
Use your imagination! It's always possible to draw a more ambitious roadmap and reinvest more.
Impersonating people has crossed the line into fraud. The odds that this is the first and last time a person commits fraud for the job are fairly bad. You don't want that kind of drama.
I gave up on the install. So many errors, some of which I found as open issues in their repo.
(Modern) Advertising is a fundamental betrayal of human trust. Anything to hinder it is a step in the right direction, imo
> Marketing is not evil.

This may be true in theory, but in practice countless examples are showing us—in news story after news story about company behaviours—that this is just not true in practice. Which is what counts.

If you can come up with a way to regulate and/or discern those doing "evil" marketing from those doing benign marketing, please do. Until then, unless we can discern, marketing is effectively "evil".
So, just to repeat my stance: Google already knows everything about me. I have accepted that, sort of.

However, they have crossed a line: they have made URLs ugly by default.
Any source for this claim?
Your approach starts off by making the very politicians that you want to help you extremely pissed off at you.

More effective would be to track a few key politicians, such as those on the committees that would deal with regulating these things, and also a few reporters who have agreed beforehand to participate.

Then the tracking on the politicians is turned over to the politicians, but NOT made public. The reporters write stories about this, illustrating the tracking detail by publishing what it showed about them.

This approach gets the news out to the public, personally shows the key politicians the scope of the issue (and that they are vulnerable too), and lets the public know that the politicians have seen proof of how serious the issue is so that the politicians know that they need to get to work on this because their opponents come the next election will certainly be gearing up to use it as an issue if they do not.
Reproducible build tools are a thing. Try Nix sometime. nixpkgs has, say, Hadoop. nixpkgs can make Docker containers too.
Hugs:

Hugs> last [0,1/3..2] > 2
False

GHCi:

Prelude> last [0,1/3..2] > 2
True

¯\_(ツ)_/¯
Don't those nonprofits tend to focus on national issues? State and local issues still need investigation.
In reality it's all peachy until stuff doesn't work and no one knows why, or how to investigate an issue or remotely where to begin to troubleshoot it. Change and evolution is good, but I think there is still a lot to be said about knowing the basics to anything. Levels of abstractions eventually hurt more than it helps.
I see this as more of an opportunity than a problem. The fact that Hadoop, Kubernetes, and other platform-like systems are complex to manage properly with good attention to security implies they should be delivered as cloud services rather than having everyone run their own. This enables K8s users to focus on apps while offloading management to specialists who can focus on running the services well.

If you operating at large enough scale you can bring the "cloud service" in-house.
How is it more secure? Do you read the entire source code to search for backdoors?
I don't know if it really makes a lot of sense to have such a specialized version of a method in the standard library. Effectively from_str and from_str_mostlyascii would be functionally identical except for a small performance difference depending on the encoding of the string data which wouldn't matter in 99% of programs.

Having that as a 3rd party crate would make complete sense however.
Does it cause "great harm" for private businesses to have access to this? I'm not sure sure. After all, there is a qualitative difference between the State, which employs men with guns and arrogates to itself the right to use force to impose its will on people, the right to jail people, etc.

If Starbucks knows my location, they can send me a coupon if I enter a Dunkin' Donuts store. If the State knows my location they can falsely accuse me of a murder that I just happened to be near the location of and - if I'm unlucky or have a bad lawyer - execute me for it.

That's not, of course, to say that there aren't some cases where a private business having access to my location could have a deleterious effect. But here's the rub: if you rely on regulation to prevent those cases, you're right back to needing to trust the State, which is - IMO - a foolish proposition.
Does that make it any less extraordinary?
I am not familiar with Ghost. Isn't it basically Wordpress, but built with modern tools, and with a modern look?
Why not just stop visiting sites that don't align with your views? Reward sites that respect your views and interests...

1. "Users want to view my website but Chrome is getting in the way.."

2. "Users don't seem to want to visit my website. Perhaps I'm doing something wrong..."
I'll pour one out for the poor marketing companies.
Absolutely.

Just to pile on a bit, folks who honestly believe in this line of thought should embrace that cliche about marketing being a conversation.

Think about how you reacted to the last intrusive, nosey person you had to deal with. "No, I don't discuss my sex life or my wallet with someone I met in line at the coffee shop."

I totally understand that metrics are needed to evaluate your plans. Problem is, there is a gradient of behavior your team as a whole gets up to, you don't like to talk about the things you do, and the far end of that gradient is some really smelly, nasty behavior.

So in turn, my problem is I'd be fine with a certain degree of tracking, but I don't know exactly where the bad behavior starts. Once data leaks, it doesn't go away. So all of my decent moves involve overshooting and suppressing tracking I'd be OK with, just to be sure.

I don't know a way out of this trap, sorry.

Getting back to marketing-as-conversation, remember the rebellion over ad-popups? Yeah, that was a big moment of going so far the browser makers slapped you down. We heard all the same wailing, and yet somehow civilization survived. I'm pretty sure you can survive me refusing to allow you canvas-fingerprinting, or unlimited rights to run JS on my machine. Or even Urchin-tag-strippers.
Canvas doesn't have a DOM, for what it's worth.
There are over 2.9 million lines of code in Apache Hadoop alone, not counting dependencies. If you can't trust Apache, you can't trust Hadoop, regardless of whether or not you can compile it yourself.
Well there ain't been anything new on that front for quite some time.
Okay. But is it benign in the context of all of the other information Google tracks?
Faster Flights Are Coming with New Satellite Tracking Technology
if you look at how the benchmarks run i suspect they would disadvantage java. java is known for having slow startup times and also an optimising JIT that takes a while to kick in. go is definitely going to be faster for some command line application that takes 20s to run but if you have a long running process i think it will be much closer.
Cool idea, but pretty expensive. Might be worth the price if you could run linux on it, but I suppose that would drain the battery pretty quickly; I'm not sure how well the Linux TTY is optimized for e-ink. Either way, only being able to type on Qwerty and Japanese Kana input is pretty limiting considering that the main feature is being able to type stuff.
I'm aware that I'm unlikely to ever find another job with the same perk, but I'm ever to go looking for one, I'd really like to have a private office (with a door! and windows!) like I do now.
But I just don't understand why we have to have 47 half-built over-complicated build systems or job runners or whatever the new fad term is for every language, when there's something that does what they all do, is battle-tested, and has been around for decades.

Everyone repeat after me. Makefiles are not scary. I can write a shell script. Do I really need to learn grunt/gulp/webpack/npm/rake/fake/maven/gradle/ant and on and on and on?

Probably somebody has released another one in the time it's taken me to write this comment.
I could second Nikka. My girlfriend has a bottle of the Nikka Coffee Grain that she covets and I'm not to go near it unless she offers. haha

https://www.nikka.com/eng/products/grain/coffeygrain.html

(Though personally I still gravitate toward Scotch if I have a choice)
NAND program operations are in the order of O(100us) to O(1ms).
The test suite includes these as "bad" sequences:

* \xc0\x9f (overlong U+001F)

* \xed\xa0\x81 (surrogate)
Ask HN: What are your favourite 3D engines?
I know about Unreal, Unity and Autodesk (Maya and 3ds Max).
Canvas drawing is fast on platforms where it's hardware accelerated, which has been the case on things like iOS Safari for years now. At least in the past it was also beneficial to make a few optimisations such as drawing to integer pixel coordinates, avoiding special paths for subpixel rendering.
If the US had established a colony on the moon, would that colony have eventually declared independence?
Which allows them to determine exactly the best way to do that for their purposes. I just run the command and it magically works.

Up until someone changes the text output of the program and it all goes bad. Never mind the maintenance headaches that basically get solved by people moving their command lines into databases where typing happens.

It'll be a long time before the Powershell ecosystem has a fraction of tools that are compatible with it's .NET object pipeline.

That's more a function of age and developers than the typing itself.
Is it more of a lie to make a statement that is literally true but the meaning is incorrectly interpreted, or more of a lie to make a statement that is literally untrue but the meaning is correctly interpreted?

Phrased another way, in software, does one insist on clinging to a protocol's specification if 90% of the implementations misinterpret it, or does one violate the specification in order to ensure that 90% of the implementations interpret it the correct way?

While this debate is occasionally relevant, we know that adapting software to the implementation is the only way to be effective. This is true with people too.

There is a lot of emphasis on tone, but that itself is one of these "social lies" we're discussing. The reality is that people don't care so much about tone as they care about hearing what they want to hear. An overwhelmingly positive tone to deliver a negative message will merely make someone hate you more.

The only way to "tactfully" deliver bad news is to deliver it so ambiguously that it isn't really clear what's happening (and maybe this isn't bad, as it gives the recipient time to mull over the possibilities and gradually adapt to the negative information, rather than getting hit like a ton of bricks).

Anything else will give a negative reaction, and your careful literalist wording that is technically "not a lie" will be interpreted as pomposity, arrogance, and additional deception, despite the extra intellectual effort you dumped into crafting a literally sanitary response.

This is hard to deal with, because it's the exact opposite of the intention for people who are naturally linguistic thinkers, like you and me. We put in the mental effort to be legally and technically correct and it just gets misinterpreted, often silently because "normal" people don't want to or necessarily know how to rebut the statement verbally -- they're content that your "hostility" was conveyed by making any statement that wasn't overwhelmingly positive.

This dichotomy is why lawyers are traditionally reviled. Their profession is linguistic trickery, minutia, and pedantry.

You can approach communication at the surface level of the verbatim information exchange, or you can approach it at the emotional level of ensuring that it conveys the intended, actual sentiment to the people receiving the information. Much of the time, unfortunately, we can't have both.
I have; it can be tough especially if the client is a demanding one. For me it was more like 10-15 hrs/week, but sometimes it'd easily be 30 hours if things were broken or some new deliverable came up. Luckily my wife had her own thing going on with her Ph.D at the time so she was super supportive and understanding... it also helped that the work covered half the cost of a new car we needed part way through the project.
Israeli Made UAV Dumps Skunk-Water on Gaza Protesters
I'd love to see a revised version of this for 2018 (with fewer NSA tinfoil references).
vtk.org
I was thinking like you but they say they compute usage on a 3 month rolling average basis. So an infrequent hit should not be an issue.
Web servers hosting binaries seem to be compromised more often than git repos. Transmission comes to mind as a semi-recent example.
Systems besides make are used because they offer advantages make doesn't