Hacker News new | past | comments | ask | show | jobs | submit | ehfeng's comments login

Early Google search only provided web links. Google Images, News, Video, Shopping, Maps, Finance used to be their own search boxes. Only later did Google start unifying their search experiences.

Yelp suffered greatly in the early 2010s when Google started putting Google Maps listings (and their accompanying reviews) in their search results.

OpenAI will eventually unify their products as well.


I disagree with your "natural" person qualification. "Non-natural persons" includes anyone with a work visa or green card. It's hard enough for most people to get these, much less become fully naturalized citizens. Plus, the waiting time isn't guaranteed in length: it's variable based on the political climate. It's hard enough for immigrants today. Making the viability of home ownership based on political whims only worsens it. Shouldn't we prefer these immigrants become homeowners, increasing their "investment" in their local communities?


"Natural" and "naturalized" do not refer to the same concept. "Natural person" includes those with work visas or green cards.

>A natural person is a living human being. Legal systems can attach rights and duties to natural persons without their express consent.

>The concept of a natural person appears in business law and bankruptcy law, where it provides a contrast with an artificial person or a legal person which is an entity that is treated as a person for legal purposes. While natural person describes an actual human being, artificial person describes a partnership, corporation, or some other entity that has been provided with legal personhood by statute.

https://www.law.cornell.edu/wex/natural_person


Got it thanks


Parent were referring to https://en.wikipedia.org/wiki/Natural_person

It's legalese for a "human being".


Hanlon's razor except s/stupidity/corporate policy/g.


You are technically right, but Nat comes from Microsoft's acquisition of Xamarin. He definitely is not a lifelong Microsoft employee.


I don't think that matters in the context of what's being discussed here.

If there were any retention contracts that came with GitHub acquisition, that probably didn't apply to him.


You misunderstand why I brought up him being from Xamarin.

The initial conversation was about how Nat was likely leaving because his contract ran out. The counterpoint was that he was from the Microsoft side and therefore he didn't have a retention contract. I brought up Xamarin because he was likely under a retention contract from that acquisition.

That being said, these contracts probably had little to no effect on his decision though, as I'm sure he would have made more money than he could spend in a lifetime regardless of whether he had stayed or not.


> I brought up Xamarin because he was likely under a retention contract from that acquisition.

Microsoft bought Xamarin in February 2016. I'm sure five-year retention contracts are possible, but that seems extraordinarily long; I've rarely seen longer than two years.


The name 'main' feels overloaded, just like naming the default branch 'default' or 'development', with the risk of "Who's on first?" confusion, especially when branching off branches.

"What branch are you on?" "I branched off the main development branch for this fix." "Like...the `main` main branch or the main branch for the feature?"

I like redis' rename of their default branch to `unstable`. Just like commits are tagged with the release numbers, the latest code that isn't yet versioned is by default 'unstable'. If the industry as a whole is going to make this change, I would prefer we choose a name that can be unambiguously referenced in conversation.


[only ever so slightly tongue-in-cheek]

May I suggest a name for that branch which does not conflict with other uses and is generally understood by most developers?

   master
Merriam-Webster gives several definitions for this word, one of which seems to fit this purpose very well indeed: (noun) an original from which copies can be made, especially: a master recording (such as a magnetic tape), (adjective) being or relating to a master from which duplicates are made, (verb) to produce a master recording of (something, such as a musical rendition)

You can use this one-liner to rename your confusingly-named default branch:

   $ git branch -m main master
   $ git status
   
   On branch master


We use "mainline" instead. Same meaning, but it's a sufficiently uncommon word that there's little chance of ambiguity; it's very clear you're referring to a git branch.


> If the industry as a whole is going to make this change, I would prefer we choose a name that can be unambiguously referenced in conversation.

It that case, though, we would name our default branch "stable". We don't allow pushes to master unless everything has passed our full test suite. I'm not sure if it's a good or bad thing to have the development model hardcoded into the name of the default branch - I've certainly worked in long-lived repositories where we've changed the model over time.


Sure. I don't know if 'unstable' is the best name for everyone, but if the industry decides to spend the engineering time to rename default branches, we shouldn't be just be switching to the first synonym in the thesaurus, but a word that's actually more fitting than 'master'.

'mastering' is an artifact of vinyl and boxed software. Now that a lot of software is continuously tested and shipped, 'master' is not the right word for those processes. Even if you're shipping on-premise software, there rarely is a single 'master' copy anymore.

https://en.wikipedia.org/wiki/Mastering_(audio)

As a side note, I've seen people try this, but there is no amount of testing that can guarantee stability. So, 'stable' feels like a false promise. Also, in the event of a bug causing downtime, _someone_ always has the ability to push directly to master and it's always possible that a fix might break a new commit's tests, even if it fixes the downtime.


> As a side note, I've seen people try this, but there is no amount of testing that can guarantee stability. So, 'stable' feels like a false promise.

Which, by the same argument, makes all branches unstable. Why would you want to name, arguably the least unstable branch in the mentioned scenario - unstable?


fhtagn - Where bugs wait sleeping.


Spending engineering time to save sales time is only viable at very sales-oriented but lower ACV products and even in that case, onboarding is generally focused on very core product functionality. Because sales deals have to be >$10,000 ACV to be worth it for the business, sales generally spends it time on C-suite focused features (SSO integration, security controls, auditing).

Not to negate your point: having a good onboarding helps sales, in the same way it helps customer support. But in practice, I wouldn't use that argument to measure whether or not the onboarding flow was doing it job. Nor should the sales team be able to blame the onboarding flow for low quality leads. Money invested in a good onboarding flow should pay off in onboarding/engagement.


> These are good values. But the way progressive culture enforces those values socially is pretty intense.

I hadn't drawn this delineation before, but I find it apt. I grew up Asian in the Midwest and while I like progressive values here, I do miss how people there tried to be _neighborly_, even if they held opposing values. I was a kid in the suburbs, so maybe I only saw the softer side, but that doesn't stop me from admiring it and hoping to emulate that particular virtue.


> I do miss how people there tried to be _neighborly_

Yes, there's a certain presumption of goodwill that seems to be lacking. I think of it as "tolerance" in the engineering sense — the idea that we each need to give a little more than 50% in an interaction to account for some slippage and human error.

I do believe that micro-aggressions are a real thing, that small-magnitude interactions that are consistently in a negative direction can add up to a large negative effect. But focusing on those makes it hard to gracefully accommodate the normal noise and random error in humanity. If we aren't also tracking the "micro-benefiencies", then it paints everyone who ever makes a mistake (which is all of us) as deliberately malicious.


Assuming you pulled it straight from the sea, it'd probably be salty and slimy.

The internals of cells are mostly water, protein, and DNA, which don't really taste like anything to our tongues. Most sugars are stored as glycogen, so you wouldn't get much sweetness. There also wouldn't be much texture, as it's lacking any sort of bone or shell.


You are describing an extremely nutrient-rich food with no immediately apparent defence against predation. To the extent that it is difficult to understand how this could exist in the wild.

I suspect that this alga has some interesting and perhaps surprising defences, in line with its relatives. (And, that these may well impact on its taste)

For example, spirulina is said to be spiral because this allows it to spontaneously flee from approaching water fleas, with no active energy use: primarily depending on the laws of physics.


If we leave glycogen in our mouth for seconds/minutes, would the acids in our mouth decompose it into glucose which would taste sweet? Yes, I have no knowledge about chemistry.


Nope. There is no acid in the mouth, and acid doesn't break down carbohydrates anyways, its all enzymes in the intestine.

Amylase, the thing in the mouth, breaks down starches, like in rice or bread. Glycogen is different from these though, as it has different linkages, and can't be broken down by amylase.


Thank you!


Hi author here. I actually just learned this from you. https://www.postgresql.org/docs/9.6/sql-prepare.html will be my lunchtime reading. Thanks!


Yeah, parameter sniffing is also a concern and a thing you have to manage on the SQL Server side - it's led to probably the most venerable article on the topic in that community - http://www.sommarskog.se/query-plan-mysteries.html


Neato! If you investigate and find stuff I'd look forward to seeing your analysis, the work you did on standard statements is quite interesting.


They actually link to another blog post (https://www.citusdata.com/blog/2018/06/14/scalable-increment...) that solves this with pg_sequence_last_value().

I personally couldn't find this function, but I believe they might be talking about lastval (https://www.postgresql.org/docs/current/functions-sequence.h...).


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: