skysight-inc/HackerNews huggingface dataset:
It does if you use FreeBSD for your servers.
> I mean, there's very little you do about this particular scenario other than some small mitigations (at the end of the day you'll have to trust someone with something) but it's genuinely amazing how vulnerable the processes inside large, multi-million companies are to any internal attacker.

Maybe the scenario is too rare for companies to care, so when it happens they just accept the cost of once in a while instead of setting up additional security policies which will turn procedures cumbersome.
> I suspect most screenreaders would simply say "Eff Eff Ess".

Correct, thankfully. I don't really see a use case for screen reader-specific usage of the abr tag. If everybody else has to read "FFS", possibly having to look it up on Google to know what on earth it is, why wouldn't I also? Although I suspect that as a sighted user, you can mouse-over some text marked up with abr and see the expanded form.
> There's no letter-to-sound correspondence in English.

There is, it's just very complicated (hundreds of rules), as well as accent-dependent, and there are lots of exceptions.
Apparently the Rubix cube was Snowden's idea, but didn't actually happen: http://www.indiewire.com/2016/07/snowden-oliver-stone-joseph....

He did, however, hold a Rubix cube as a way for Greenwald and Poitras to identify him in an early meeting. http://www.cnet.com/news/edward-snowden-and-the-rubiks-cube-...!
I agree, this answer is pretty solid. I honestly think you could just start with #5. You can use the term "Technical Debt" when describing the debt that is created by not using unit tests. As in you are creating more work & cost down the road.

Here is 1 of many good Uncle Bob articles on TDD - http://blog.cleancoder.com/uncle-bob/2016/03/19/GivingUpOnTD...

This quote from the article is slightly off topic, but I think it is a great one you could tweak & use with Management:

"Look. Suppose you ask me to write an app to control your grandmother's pacemaker. I agree, and a week later I hand you a thumb-drive and tell you to load it into her controller. Before you do you ask me: 'Did you test it?' And my response is: 'No, I chose a design that was hard to test.'"
I've been using 15five, which is a weekly report format with the usual done/to-do/blockers questions, but every other week asks for suggestions to make your team/role better. It sends reminders, tracks your longest streak of completing reports, and has a public/private comment system with likes. This is a referral link: http://ssqt.co/m5blUWz
So, I'm seeing a few different things here...

1. There is a difference between selling unit tests and selling a development method that is guided by writing the unit test first. Unit tests are great for providing self-documenting code and examples. A developer can look at the test and see what is expected to use the code. Unit tests run quicker than integration tests, but both are needed. (With the right unit tests, you need a fraction of the slow tests.)

You sell unit tests as extending the life of the product by years because the developers in ten years will understand how the system works by its tests.

2. You sell test driven development to developers by doing it with them, side by side, and observing the output in the end. Test driven development is also called test driven design. By writing the test, making the test pass, and then clean up the code, you get a quick iteration loop that allows you to make changes as you go and know your tests have your back.

An experienced TDD developer develops at the same speed as a non-TDD developer, because the TDD developer develops the toolkit to write tests quickly. They get caught less in analysis paralysis because they can just make a change, see what it looks like, and know if it works because their tests pass or fail.

But just like when someone learns another programming paradigm, it takes time to get there. TDD is slow for most people because they never get good at TDD.

The disadvantage to those code bases is that making a design change can sometimes feel slower because the time to read the existing tests, understand which breaks need to be addressed by code and which need to update the test -- that can be drudgery. I've lived in 100% unit test code bases and it can be irritating to make a big change.

(Some TDD advocates say that your tests should never break, and you should work in abstractions that ensure that your tests never break. This can lead to designs I don't prefer and really weird intermediate states.)

My personal opinion? If you're in dynamic languages, you need more tests than in a statically typed language. If you're in a functional language, you need fewer tests still. The more your compiler will do for you, the fewer tests you need.
Well, kids can affect your schedule. When small, they wake very early and can't be left unsupervised. With two working adults in the household, the logical thing is for one to handle early duties, one late. Want to talk to your spouse uninterrupted? It may be at 9:30 pm after one rose at 5:30 am. Then add in anything else that may be going on in life, and eight hours sleep might not be doable during the week.
I wish I had this when I was learning the Python data analysis ecosystem. Does a nice job of clearly distinguishing the differences of the major elements.
I use a similar but somewhat simpler method: whenever I read something, immediately after I have a finished I try to write down everything I remember. That has helped me a lot to internalize the material.
Another method: in subjects I'm deeper interested, before starting to read, I scan the chapters and headlines and write down what I expect to learn and what I already know.
The last D is design...

Write your test as if the perfect domain model existed already, and then make it work. E.g. does it make more sense to write person.Age = 21, or person.Birthday = someDate.
Alternatively, taking your math example, your tests are the constraints of an equation that your code solves.
> The truth is that the person hacking you may not be someone you’ve never met, wearing a hoody on the other side of the world.

Take note - just in case, don't wear a 'hoody' as people may think you are a 'hacker'.
Google has many more signals than link data. One underrated signal is that they have a history of what links have previously been clicked for billions of search queries.

And in my case they have all my search history, all my Gmail messages, all the YouTube videos I watch, all the Android apps I install, all the places I search in Google maps.

And since I leave the 'track location' setting unchanged on my phone, Google also know where I live, when I wake up and go to sleep, where I work, how long I spend at the gym, where I go shopping.

And since my friend also has an Android phone, they likely know that he's my gym buddy and how often we get together. And since my girlfriend uses Google Maps on an iPhone they can probably see that she's my girlfriend and where we like to go out together.
Well and that's the other thing, exactly. The offline caching is more important for other appliances that need to happen on a timer and you might alter the frequency more often (e.g. a thermostat or something).
I can already read all of the license plate data on Jupiter's moons. The log is attached below:
Australia’s banks are furious with Apple Pay, and they have a point
Apple Has Sold Over 1B iPhones
The biggest advantage of tests is that you can move (possibly new) devs on to unfamiliar parts of the code base and they can be reasonably confident that they aren't breaking things with their refactors.
Images Shortlisted in the Insight Astronomy Photographer of the Year Contest
If someone worries about telemetry why use windows at all?
The same crowded street problem happens where I live in NYC, but it generally works out as people get into a rhythm of either raising their umbrella up over the level of the other person's umbrella or lowering it down below the level of the other person's umbrella.

But then in NYC you develop a much closer "personal bubble" when you have to endure being crammed onto the train like a sardine during rush hour, so in comparison a little umbrella bumping is barely noticeable.
Do the test run quickly, are they clear and readable, do they help find regression problems, is it reasonably easy to tell what went wrong when they fail, does the time and effort and peace of mind saved exceed that invested (over the life of the project, amortized, sometimes, for the value of iterating quickly)?

These are important questions, whether you call a test integration, functional, or unit, is not an important question.
Have you actually lived in a TDD world? Actually sat down and did the entire thing? I don't think it is worth it.

Tests are good. Fire manual QA team and hire people to write automated integration tests.

But actually designing your code around tests? It tends to lead to brittle systems that do a lot of dumb things. Write the code what works best, then add some tests around it where required. 40% coverage could be enough for some apps.
Your definition of "it works" seems to be circular, based on "what we've got works - otherwise we would not be here". IT doesn't look like you thought about alternatives. "It did something positive (at all, this time)" (and let's ignore the bigger picture altogether) = "it works"?
Selenium IDE's 'fireEvent' Command
Photographer Suing Getty Images for $1B
The TSA has actually increased the danger by creating even larger targets of opportunity than just the airplanes. At busy times there are likely 5 to 10 airplanes worth of people standing in one spot before they get past security.
I disagree: If the employee is committed to his/her job and (ab)used by 'upper management', it is likely they reflect that on their job, up to the point of abuse.

A healthy work environment is as needed as compartmentalization and other schemes to manage abuse.

We do not know the extend and circumstances of the employee and his/her related story and the story of the company, so no judgement on that.
The Top Numerical Analysis Algorithms
> People also get "etc." wrong a lot, writing it as "ect", which presumably screen readers would fail at, too.

You seem to be assuming that a screen reader's job is to somehow communicate meaning. It isn't. It's my job to listen and decide what I'm hearing. If you read "ect.", your brain automatically corrects it to "etc." because you're used to seeing it often. It's probably subconscious, right? It works exactly the same for me. I'm well-versed in the spelling/grammatical/other errors many people make when writing, the only difference is that I consume them via my ears, not my eyes.

Or, to put it another way, think about a guide dog. Its job is to actually guide a blind person, make decisions, keep them safe. It actually has to think. I prefer my assistive technology as dumb as possible though, so I use a cane. Its my job to use the cane, take in what it's telling me about the ground and area immediately around me, and quickly make decisions based on that information. The screen reader is more like a cane than a guide dog, basically.
Accent preference is subjective. There's nothing intrinsically pleasant about RP - it's just more likely to be heard on broadcast media than other accents. In Great Britain and Ireland, there are many different accents, some of which might make it difficult for someone not used to them to understand the speaker.
What's interesting about this is that what the Author actually did was determine the roundest vector graphic of the set he used. If you look at a satellite image of Nauru, you will find that the rough vector representation is nowhere near accurate.

Also, is it really "roundness" he is testing for, because everything about the perimeter of Nauru is round, whereas , almost inherently, larger countries will inherently have more noisy perimeters and less actual roundness. I think what he is saying is "Which vector representation from a particular set most resembles a circle.
Why Do they Say 'love is blind'?
How to Rescue Yourself from a Risky Setback
I'm probably being daft but I can't find the Individual Plan on 1Passwords homepage, any idea where I can find out more about it?
I prefer to have no checked bags. Just bring a duffel and a small backpack.
We have automated tests of all types, covering almost everything, but we still find use in our QA team. They also help us write BDD tests.
I just signed up for a monthly $10 donation.

I've also had the FreeBSD Foundation as my Amazon Smile beneficiary ever since Smile was introduced. It's not a huge amount (0.5%), but I shop a lot on Amazon.

Money well spent.
Hm, isn't RavenDB a .NET solution? As such how could it not be "more common with .NET developers"?
Zoning has had a good 100 years: enough already
> Fire manual QA team and hire people to write automated integration tests.

From experience, this leads to coders coding-to-the-tests. It compiles, it passes, ship it. Does it doing the right thing under stress? Who knows.

Manual QA staff, proper QA staff, do crazy non-linear things that stresses code like customers do. I'll bet they would have caught that bug in the other front-page story about the animal feeders failing without an Internet connection; I had a tester who pulled-out the cat5 on many occasions.

I think I've said it before: automated tests are the entry test to the QA process, not the exit diploma.
I've definitely felt that sentiment as well. What both backs my "feeling" and hints at the heart of things is in something I've heard said verbatim on multiple occasions: "We need to do X; I don't even need to be an engineer to understand it" where X is a deep engineering topic, e.g. a full re-architect of a relational backed platform as streaming. (Also, "PM work is far more difficult than engineering work" said by a just hired PM to the faces of the 4 senior engineers assigned under him... you can imagine how that went).

For the former quote I've found there to be hope, since you can engage the "it's so easy, I see how you can do it" the same way _we_ engage ourselves, making them deconstruct the problem to the end of running them into a common design issue (in my sample it was asking the PM to reason about long-horizon backfill and replay logic); it can even have a positive outcome if you explain it such that the PM gains trust in your insight, and may help to build some of that respect.

In the latter, when there is simply as you say a LACK of respect, and not just a... shall we say communication gap? Those are the situations I've seen some of the more painful PM/dev interactions and I have far less helpful advice, unfortunately, since I'll admit that the problem then resonates, as eng loses respect for PMs who don't respect them and etc etc.

Sorry for the ramble, this has been a topic I've thought about a lot WRT "implicit problems in scaling a company past a certain size"
> In the minds of many Brits, umbrella usage was symptomatic of a weakness of character, particularly among men

Why isn't driving a car, or any motorized vehicle, similarly seen as a weakness?
Tcl/Tk 8.6.6 Released
Does anyone know how this affects foreigners? A relative of mine is a pilot and flies to Dubai a few times a month usually. She always uses a VPN to watch Netflix while she's there. Is she at risk?
If the managers fail to see advantages of testing approaches, that normally means they are not mature enough to understand the cost of defects.

Most of our process/engineering effort is to prevent defects from happening as soon as possible, because they are costly. Simply put, if a dev costs $$/hour, and he spends a day fixing bugs, the bugs cost at the very least 8x$$, plus the cost of not doing more important stuff.

Mature organisations understand the cost of defects (the later you fix, the bigger the effort) and the advantage of fixing them early. TDD is just a technique (just like proper architecture, proper process, clear analysis, etc) to prevent defects because they are costly.

Run through a couple of defects that you may have found lately and make the calculations for the cost. Explain that if you lower the rate of defects, you dont spend as much. Finally show that TDD can lower the rate of defects.
To some people the unlocked car is the valuable item and not the crap inside it. Not that door locks would stop them anyway.

Reminds me of a joke.

I leave my car with a sign hanging from the mirror that clearly states that no valuables are inside.

One day I go to my car with a broken window and a new sign that says "just checking".
I was being facetious. :) Imagining the world where if the Internet goes out all the smart home stuff just turns off.
> i.e., "We've decided it would be easier to make everyone who updates a page on the GOV.UK website change their language than to make everyone that makes screen reading software produce a product that reads screens correctly"

See my previous comments in this thread to learn why this is necessary, and why it's unrealistic to expect screen readers to "just work™". It's a nice goal, but it won't happen.
Sysadmin is a position of trust, just like a CxO or a finance officer.
HN guidelines regarding titles are to include the article's original title if it's not clickbaity or misleading and to omit the website's name from the title because it appears on the domain name next to it. Both guidelines seems to not have been followed.

I agree that OP did it to differentiate this response article from the original one but this was the first time the article was posted on HN so we don't really know if it needed to be differentiated (i.e. if it had been posted without getting to the frontpage then it would've been safe to assume the necessity of a different title).

Either ways I think "A response to" instead of "Ayende on" would've done the same job without risking falling into any of the pitfalls you mentioned. But enough nitpicking, the article in itself is interesting.
The Apple Goes Mushy Part II: OS X's Interface Decline
Credit card companies are blowing it with chip payments
I've had this particular cat (my first) for 10 years and she's lean and mean.
Seattle can get some bad soaking storms in October/November. Portland also! Umbrellas are taboo because you can't use them easily on your bike, so a nice rain coat (was gortex?) works better. If we did use an umbrella, it was usually the collapsible one that you could fit in your bag, full size British/Japanese style umbrellas were rare.

Nothing as bad as my mom's hometown a bit further to the north (Ketchikan).
Dark Patterns are designed to confuse and enroll
> What is its mechanism of action?

From this image of the structure (http://cen.acs.org/content/dam/cen/94/31/09431-notw4-Lugduni...) it looks very much like some kind of small pore. That's a total guess, of course, but a cyclic peptide with alternating chirality looks reasonable, although a little small at only 7 residues.
A 50-Foot Record Breaking Rocket Built by Interns
Explanation: Ayende is a well known programmer in the .NET community. Among other things he works on RavenDB (open-source NoSql db for .NET) and is currently working on a new storage engine for it called Voron. In this post he discusses Uber's blog post about Postgres and MySQL and compares the low level workings of both with what his team is doing with RavenDB and Voron.
Looks like github lost two weeks of its public activity data.
Not this one! We've done this for 10 years now and no problem whatsoever.
For certain kinds of tasks, where I can see pretty clearly going into it what the outcome needs to look like, TDD actually speeds things up for me. It lets me program more 'boldly' in some ways.

However, the really interesting tasks are those where the actual problem is hard to understand well enough to write tests up front. In those cases, I usually just iterate as fast as possible in various directions until I can see the likely path forward, which allows tests to be written, and then proper code written to make the tests pass.
>I wonder if part of the problem is really Linux, not Postgres

I'm not a PostgreSQL expert but it seems like it has a different philosophy with OS filesystem buffering.

Using Oracle and MS SQL Server as counterexamples... you can configure Oracle to bypass os filesystem buffers by using "raw" disk io. With MS SQL Server, it opens datafiles with CreateFile(,,,FILE_FLAG_NO_BUFFERING) to bypass the Windows NTFS caching. (Microsoft recently ported SQL Server to Linux so not sure what combination of techniques they are doing on there since CreateFile(FILE_FLAG_NO_BUFFERING) is a Win32 api and not relevant to Linux.)

The closest approximation PostgreSQL has is the "shared_buffers" parameter but from the documentation[1] I've read, the best practice for that setting is 25% to 40% of main memory. In contrast, Oracle and MS SQL Server db engines with their self-managed buffer pools are designed to use almost 100% of the main memory.

Conclusion: PostgreSQL relies on the os filesystem cache and its own db buffer does not supersede the os buffers. Other db engines' buffer pools are designed to bypass the os filesystem cache.

Installing PostgreSQL on FreeBSD instead of Linux wouldn't drastically change the recommended range for "shared_buffers".

[1]https://www.postgresql.org/docs/9.1/static/runtime-config-re...
that article is, at best, a very tepid endorsement.
While it may seem esoteric to some, I believe significant effort should be put into the sequencing and analysis of dogs genetics. Their selective breeding is truly the greatest genetic experiment ever performed: from to Chihuahuas and Great Danes to Scent Hounds to Sight hounds to retrievers to herding dogs. We have crazy-detailed knowledge we have of them including their behavior, differences in morphology (e.g.,size), diseases (cancers, neurological disorders, musclo-skeletal disorders, metabolic diversity). Genetically, an amazing range of diversity exists, with subsets in a spectrum from extremely inbred breeds to totally outbred mutts scatter throughout the world. This diversity dwarfs that of humans, with nearly none of the informed consent and data privacy challenges that will-and should--go with a human study. There are legions of fanatical dog owners that are easy to find that would likely be enthusiastic in having their pup participate.
While I sit here with mutt at my feet, my primary motivation is the correlation of genetic variations with diversity in behavior, stature, health, and disease. I know good work is already being done in this area, but a lot more can be done with relatively modest resources compared to what is required for human studies, and the results would provide an amazing benchmark by which to help interpret the human data as we collect it.
And if they just "forgot" to leave a note?
PhD student expelled for submitting paper without co-authors’ consent
I was wondering the exact same thing.
The guidelines state that a website's name should be omitted from the title because the domain name gives that out.

I always check the domain name because I know despite a catchy title, some domains are not worth checking.
Amazon are one of the few companies that could make this work, as an extension of AWS, and people suspect the 'Dash' button is an initial foray into the space. However all their Kindle Fire incompatible Android systems haven't exactly been a roaring success.
because it makes you look better than you really are.

just like fashion.
Well, my cat hurt herself last year doing some errands in the neighborhood and so we did go to the vet (first time ever in 9 years) -- there were no fat cats there.
Test suite being slow: you shouldn't have to run all the tests all the time, just bask the code where you are working, run the full suite and take note of the failed tests, then just run constantly these and a few more while coding. Then run again the full suite before going to lunch.
Developers Who Rant the Most