skysight-inc/HackerNews huggingface dataset:
If it’s just language, what does “drop the building” actually mean? Last I checked, you can only drop stuff you can actually pick up. You can, however, drop things onto buildings, some of which may collapse them.

If you insist that “dropping” is for some reason preferable to “demolish” or “collapse”, say because it’s shorter or the military has trouble spelling those actual terms, I am sure you can find me a reference in non-lethal industries involved in the destruction of construction using the term. My superficial research seems to indicate that those wielding wrecking balls instead of laser-guided missiles see no need to obfuscate their doings.
Head of Product?
I understand... by 3 full copies, that can include the active in-use copy. I just don't consider something backed up short of having the data in a separate device and location.
In my car, the headlights and park lights flash once on every lock. No beep needed.
It's also very different from company to company. Some companies will refuse to hire non-technical PMs. In other companies you will find PMs who do not know basic SQL. It's strange.
Amazon announces 4th quarter sales
> Or the answer is 3 characters long and you have a minimum of four!)

"What is your favorite color? (Red is not allowed)"
Google releases synthetic speech database to help ‘deep fake’ audio detection
Ganbreeder – Create beautiful, wild and weird images
Thanks for the feedback. Feel free to send any feedback on missing examples/tutorials that would have made things easier to our discussion group (https://groups.google.com/forum/#!forum/google-cloud-firesto...). Our tech writers see the feedback and use it to help plan their work.
This is from Grubhub, not Instacart.
With intermittent fasting concepts, now it is more like "Eat food. Not too frequently. Mostly plants."
Reminds me of a lot of the science shows on TV. A whole hour of "wow" to let me know 1/6 of what I learned in one youtube video.
Yeah, understood. Personally, I commend him. I sure as hell wouldn't put my name to controversial topics (even if said discussion itself should, ideally, NOT be controversial). In today's social climate that takes some serious courage, and it's not really worth it unless you can be employed regardless of opinion. I'm guessing in his sphere that's not permitted, which is unsettling.
Lead is permeable to gamma rays.
Yeah, this list is still pitiful: https://twofactorauth.org/#banking
Agreed. Have you checked out BestPracticer? I've found it useful and they have a PM section too:

https://bestpracticer.com/topic/product-management-151996004...
There are two difficulties you'd encounter adapting those techniques to this simulation:

1. The curved boundary is somewhat annoying to handle when your simulation is done using square grid cells.

2. Empty space introduces some really annoying boundary conditions. You'll notice that those two examples fill the entire region with fluid.

It's entirely doable, but the boundary conditions probably triple the implementation effort when compared to a square box entirely full of fluid. As a wise man once said, "90% of the work in fluid simulations is dealing with boundary conditions."
The PlayStation 4’s touchpad and the law of unintended consequences
> "Alexa was very busy during her holiday season. Echo Dot was the best-selling item across all products on Amazon globally,
and customers purchased millions more devices from the Echo family compared to last year,” said Jeff Bezos, Amazon founder
and CEO. “The number of research scientists working on Alexa has more than doubled in the past year, and the results of the
team’s hard work are clear. In 2018, we improved Alexa’s ability to understand requests and answer questions by more than
20% through advances in machine learning, we added billions of facts making Alexa more knowledgeable than ever, developers
doubled the number of Alexa skills to over 80,000, and customers spoke to Alexa tens of billions more times in 2018 compared
to 2017"
So next up we'll finally get an API for configuring firebase right?
We aren't, but we know customers to create GraphQL access layers themselves.
"Tired of Sticky Infantry Concentrations Clogging The Movement of Your M1 Abrams Tank?"
Documentation is good when it's good, bad when it's not. And people don't put much effort into documentation, in the average case. The final source of truth is the code. If you're wondering why something doesn't work, the code will tell you exactly why, because that is what controls success or failure. The manual author may have forgotten something, or the documentation might be out of date. You'll never know for sure.

For that reason, I would say that the amount of time I spend reading documentation is significantly less than then amount of time I spend reading the code.

For documentation authors, I'd recommend focusing on giving the reader the high-level context necessary to understand the code. It can be hard to dive into that. But things like "an error will be returned if these 86 conditions are true" probably should be a reference to the code, because you know there are going to be 87 conditions tomorrow and you'll forget to update the documentation.

As for your actual question, it can be hit and miss as to whether or not you can go into depth in something by merely reading. I have not found a book about modern Javascript ("use the axios library to make HTTP requests from your code") and just have to cobble things together from existing code, googling for the current problem I'm having, etc. I imagine that sucks for people new to the field, but I suppose is why you get paid for having experience. For things like SQL, you can definitely find a book about it, as it's been essentially the same for my entire life, and what really matter are the fundamentals of relational databases... the Postgres-specific things you will probably discover while doing some work.

So I guess what I'm saying is... focus on getting experience. If you tell yourself, "I want to write 'foo' in Javascript" you will learn Javascript somehow. It's not as easy as just reading something, but it will stick with you forever. And when you run into the inevitable obscure error message, realize that you can just read the code to figure out what's actually happening. You need not be dependent on a secondary source when reading the primary source works. Because someday, you will be paid to work on code without documentation, and you will need that skill.
How do you add that dynamically?
Greg made CakeWalk, one of the first and best music programs of it's day.
CS degree and am an engineer now, but I was a PM for ~6 years and hired/managed PM's.

I split technical background into two things: domain expertise and engineering experience. I value domain expertise most, engineering experience second.

Whether it's a dealbreaker really depends. In adtech, I wouldn't consider either matter a dealbreaker even for senior PM's. In cybersecurity, lack of technical background would absolutely be a dealbreaker, and except for junior hires, I would consider lack of domain expertise a dealbreaker too.

One problem domain is much trickier than the other and much more prone to paying the cost later for shortcuts taken earlier. I want to know my PM can navigate that with nuance.
Interesting! Do you use astura everywhere on the web?

Just kidding... your approach is a good start, but use a unique password for each one instead of "fuck you".
I built a password reset system that didn't tell the requestor whether they gave an unregistered email address. It just said, "look in your mailbox." Because, avoid telling cybercreeps anything useful.

But my tech support team screamed about it. So, I changed it to send an email to the unregistered address saying

"somebody asked for a password reset to be sent to this email address. But we don't have an account associated with this address. If you need help please hit URL or call PHONE. "

A cybercreep still can't tell from the password-reset page whether the email was correct.

This ruse solved my support team's problem.
The Firebase Management API (https://firebase.google.com/docs/projects/api/reference/rest...) was announced at the Firebase Summit last October, and will expand to provide more configuration over time.
What would a potential url be? Suspect it would be useful to keep the ycombinator “brand”.

So maybe a sub-site like “pm.ycombinator.com”? Mentioning it here to see what others think...

Edit: Another thought: what if there was a way to “set” an option which would “filter” ycombinator depending I your background interest? When submitting you “tag” of relevant to an area (such as pm, software dev, testing, etc). If you set your interest levels at the top, it will automatically prioritize items based on interest, but allow general interest items to remain on top. (Also avoids issue of second website to visit)
Limiting writes would be fairly easy. You could have an onWrite Function trigger[0] that writes activity to a rate limit Firestore document. When new write requests come in, the Firestore rules can read that rate limit docuemnt and decide if the particular write should be allowed or not.

Limiting reads is interesting. I think generally the idea is data is cheap enough that most people don't have to worry about it. If you do you could gate access through an API in a Function.

[0] https://firebase.google.com/docs/functions/firestore-events

[1] https://firebase.google.com/docs/firestore/security/rules-co...
That’s really the genius of Trumps foreign policy. He knows the heft of the USA and the spinelessness of EU leaders.

Which really obviates the only real reason to have the EU - combined, all the EU countries are stronger in any field than the US (or China).

That being said the US is a basket case. Sure bully the EU. It’ll work today, maybe ten years from now.

But the US is a failing concern, with a completely rotten and corrupt ruling class that lead ppl to vote for an oversized Twinkee for president. World wide hegemony is done in twenty years.
productmanagerhq.com has been a let down for me. Its mostly people sharing articles and tool recommendations. No real or deep discussion. No one points flaws in others thinking/products. I was very disappointed with the community.

That said, the article recommendation in weekly newsletter are good .
These are called "strong/opaque typedefs". There have been multiple proposals in the past to add them to C++ over the years (N1706, N1891, N3515, N3741, P0109); the main roadblock is that most people would like to allow to edit a type's interface after creating the new type (for example, by preventing the sum of two int-like ProgramVersions), which is for example non-trivial for primitive types. It should also of course work for non-primitive types, which introduces lots of interactions with inheritance, templates, and so on.

As another possible way to achieve this, here's the huge proposal to add C++ metaclasses, which I'm personally not really a fan of, since it looks like it would add an additional third language on top of C++.

Thus, the general opinion is that everybody would like that feature in one form or another, but it's quite impossible to find a consensus on what the feature would look like.
Would a future developer care if you wrote your tests before or after the API was implemented?
Apple blocks Google from running its internal iOS apps
I think the big/only difference between us and China in this regard is that the US government don't do this to Chinese companies and then take those secrets and give them to American companies.

We have a set of rules we follow and China has different rules, rules that violate ours, so we point fingers.
Just put another password in that box!
Not that I remember. But latest AI has improved opening and exporting the odd ones.
> “There’s a moral obligation if you’re a former intelligence officer from becoming effectively a mercenary for a foreign government,” said Bob Anderson, who served as executive assistant director of the Federal Bureau of Investigation until 2015.

But not a legal one? I can see intel alumni being allowed to go into private sector work but surely not where there's a geopolitical conflict of interest?
What carrier was that? I keep hearing stories that, for some reasons, only involve T-Mobile - so I was wondering which one was that.
Loomio – making decisions without meetings
I think you'll find many people actually do understand it. In fact, you generally shouldn't predicate your argument on the idea that "literally nobody understands" a thing, because that implies you're directly aware of the entire scope of literature around the subject and its implications.

Aside from that, inability to understand a thing should really count against it. Or do you suppose Miyazaki's Inter-Universal Teichmüller theory is strong because it's borderline incomprehensible?

Like I said, Occam's Razor suggests there really isn't much there.
Yep. I love data classes for the simplicity and utility but pretty soon there are more annotations than java code. In Java I prefer Immutables over Lombok but once you add Jackson annotations, customize the Immutables generated code (@Value.Immutable, @Value.Parameter, etc), add some javax.validation (@NotNull, @NotEmpty) it gets very noisy very quickly. And yet it is still better than writing mutable bean classes by hand IMHO.

Switching to / mixing in Kotlin is worth it just for the data classes at this point (and you get some type-level nullability and `val` instead of `final var` to boot).

https://immutables.github.io/
Does Medium force unrelated images into headers? I've never written on it but I can't remember the last time I saw a relevant header image.
Sounds like a case of the ‘ol Spy Vs. Spy.
Honestly? Maybe. I'm not sure how I feel, but I'm open to this possibly being okay.
I wouldn't say it's _uncomfortable_, but it's liable to leave you struggling from time to time even here in north Texas.
Don't worry about memorizing the manual. When I first got into programming, focusing on Ruby, I would study the Ruby docs intensely. I got really good at understanding the standard library. I read the heck out of the manual, and in interviews that focused on how well I knew Ruby, I sounded really experienced. But I struggled to build basic things.

There's a bunch of different types of documentation, and being able to skim them enough to get a basic understanding is super helpful! A non-comprehensive list of different types of documentation includes:

- man pages

- REST API docs

- Language docs

- RFCs

- Tool specific docs

Let's get specific.

- Say you need to find a way to filter text in a Bash shell, and you want to read the man page for grep. Maybe you want to read https://www.tldp.org/HOWTO/Man-Page/q3.html to start understanding this... 'grep [-abcdDEFGHhIiJLlmnOopqRSsUVvwxZ] [-A num] [-B num] [-C[num]] [-e pattern] [-f file] [--binary-files=value] [--color[=when]] [--colour[=when]] [--context[=num]] [--label] [--line-buffered] [--null] [pattern] [file ...]'

- Let's say you need to want to better understand how JSON works because you are working on a networking library. Maybe scanning https://www.json.org/ will help you read this https://tools.ietf.org/html/rfc8259.

- Let's say you're reading API docs for Artifactory, and they your not sure how REST works, but they keep talking about it. Maybe scanning https://en.wikipedia.org/wiki/Representational_state_transfe... will help you read https://www.jfrog.com/confluence/display/RTF/Artifactory+RES...

I identify with your pain. Reading docs is hard, especially when you're diving into unfamiliar problems with unfamiliar tools. All I can say is that you just keep pushing yourself to get better at it, and if you're lucky, maybe you'll be fortunate enough to work with people who can help make the learning curve less steep. There's no shortcut to getting to where you want to go.

A few tips & tricks that make things less painful for me:

- getting high level context by watching short YouTube videos makes it easier to read denser material that is hard to absorb

- working on things that interest me makes reading dry documentation a lot easier

- building something at the same time I'm reading docs makes it a lot easier to spot errors in the docs & gaps in my understanding

Keep pushing. It's always going to be hard. You just get better at working on hard things :)
You, and the other facebook [ex-]employees in this discussion, have an ethical responsibility to disclose that you've worked at the company being criticized.
I really appreciate systems that allow me to rotate passwords without invalidating existing sessions — essentially, treating passwords more like tokens (as in OAuth, or Google app-specific passwords). Of course, it’s critical to have a “reset my sessions” link, but sometimes I just want to change my password, and other times, I just want to revoke existing sessions.
The Wild Experiment That Showed Evolution in Real Time
Hey everyone, I'm the intern who did this work, happy to answer any questions if you have them!
I turned mine off in my Dodge Caravan after owning it for a day. It was pretty easy to find in the settings. The lights flashing are enough feedback for me.
Amazon Reports Third Record Profit in a Row
Keyless start cars (e.g. Volkswagen) have a way to start with a dead fob.

If you hold the dead fob against the little key symbol on the steering column it'll power the fob by induction and you'll be able to start the car.

You're right, older fobs that just do keyless entry may not be able to start the car though.
What's the point of this part of the generated Java code? (I split it out onto multiple lines for legibility)

favoriteFoods = new java.util.LinkedHashSet<String>(
this.favoriteFoods.size() < 1073741824
? 1 + this.favoriteFoods.size() + (this.favoriteFoods.size() - 3) / 3
: Integer.MAX_VALUE
);
favoriteFoods.addAll(this.favoriteFoods);

Why not just?

this.favoriteFoods = new java.util.LinkedHashSet<>(this.favoriteFoods);
That's a sure fire way to do exactly what he said he didn't want to do.
Yeah well, this CFO left, then came back, then left again. Totally different situation! Stop trying to help the short sellers!

/s
It will, as most car key fobs also have a RFID in them that the car can read close range (e.g inserted)
New file upload link API
I don’t see these as meaningfully different. One says there are no moral facts. The other says there are no moral facts unless you impose an arbitrary moral system. Someone who doesn’t believe in “moral facts” can still understand that if you define a framework for evaluating moral statements, you can make a true/false call within that framework. To believe otherwise would be to literally reject logic. That doesn’t indicate that the arbitrary framework imposed has any actual meaning.

It’s not coincidental that these are discussed side by side in your book, nor that some other definitions explicitly call moral relativism nihilism.
Try things out as you read.

I read the Unix manual from cover to cover when I started out. As I went through it I'd try the commands. Often there were short examples.

This was when there were only a couple of hundred pages though.

Regarding the language -- usually it's not only too terse but badly written.
However the classic books e.g. Kernighan & PIke's UNIX Programming Environment are excellent.
> "The parents probably won't even pay those bills."

If that were certain, then it's irrational for facebook to refuse the refund.
Don't read to remember everything (that's virtually impossible for most people), mostly skim to build an index of concepts and possibilities in your mind – and leave the details to the reference materials. Don't even bother to try and remember details for something you don't immediately need. Computers are good at details, humans are good at high-level webs of concepts.

You also need to be comfortable with stopping at a certain layer of abstraction and mostly trusting that abstraction holds. For many programmers (including me) I suspect that's the model of a computer presented by C. I don't really bother to try to understand much of what's underneath this model because time and my brain is regrettably finite. I just know more or less what it's meant to do and trust it works. (Trust that, as evidenced by Spectre/Meltdown, is unfortunately misplaced, but still – I'm only one person.)

If I had to attack trying to understand, say, PostgreSQL, I would find out what sort of thing it is (an RDMBS), what sort of ingredients that has (a network protocol, a query parser, fundamental data storage structures, etc) and fill in detail as my interest takes me. There's always going to be more to learn about – these are massive subjects – so it's always going to be piecemeal.
It's here: https://pkgs.racket-lang.org/package/racket-langserver
Manuals are not really for reading cover to cover. You generally want to use the table of contents, the index, or searching of some variety (google, ctrl-f, whatever) to narrow in on exactly what you want to know. A few scenarios I find them useful:

(1) If you're getting conflicting advice from blogs and stack overflow: this is often the case when software is changing fast. Manuals are often explicitly versioned to match the software, so if the manual covers the topic you care about, going to the latest manual is a great way of figuring out which advice is current.

(2) Skimming the index: a quick way of discovering topics you can then explore in more detail either in the manual itself or through follow up googling.

(3) A manual you know and love. Over time you get a feel for which manuals you interact with are good. If a manual is good and you've gotten comfortable reading it, it's often faster to find the answer you're looking for by searching the manual directly rather than wading through a google search.
Which, just in case it isn’t obvious, is a timeless classic. Even if you disagree with the advice itself, the argument he makes and the brief survey of the history of nutritional science make it a worthwhile read.

As this article shows, the mode of his argument has also been influential: it is a perfect case study of skepticism without cynicism; or considering competing arguments while avoiding the trap of “bothsiderism”. Matt Levine, another writer held in high regard in this community, is very similar in this regard.

There is also a book expanding on the article.
for example a spy sabotages a train track to sabotage a weapons program and some kids die because of lack of transportation to nearest city hospital, does that make the SPY a bad one?

Trying to interject personal morality into the grey area of Intelligence and counter-intelligence is not a fruitful conversation. That does not mean, we should not try, but its not cut and dry.
I don't really understand the threat model in which this provides a real security benefit. If someone can inspect the contents of memory, can't they also recover the encryption key somehow?
The old ones did this. Want to learn C? Read K&R. Want to learn Perl? Read the Camel book. Want to learn C++? Read Stroustrup. That was the way we learned.

These days? Not so much. Stroustrup is now big enough to use in self-defense. I'm not sure there ever was an equivalent book for Java. (There is one for Go, however.) React? Angular? TypeScript? Do they have authoritative books? If they do, is that the canonical way to learn them?

I think something changed 20 years ago. The book used to be the way to learn, and now it's not. I don't know if the programmers changed, or if the languages changed, or if the books changed, but something did.
>>I decided to countenance your WP article ...

Do you even peruse the rejoinder's properly?