Hacker Newsnew | past | comments | ask | show | jobs | submit | jakevoytko's commentslogin

An old neighbor of mine was a headhunter. He once told me that some companies had a trick to get around the law. Upon getting hired, you'd sign a document saying that you'd agree to all policies in the employee handbook. Pretty standard stuff. One of the company policies was that you needed to prove any previous salary you stated in the negotiation. If it was too far off, they'd just terminate you. The trick is that they didn't ask at all during the hiring process; you're already hired and onboarded and then HR puts a meeting on your calendar to explain the policy to you.

> The trick is that they didn't ask at all during the hiring process; you're already hired and onboarded and then HR puts a meeting on your calendar to explain the policy to you.

Yeah, "all bets are off" once you are a FTE.


Isn’t that too late to negotiate compensation? I had figured most of the value is knowing how to properly lowball candidates

It sounds made up. Who would go through the negotiating phase, hire the person go through all paperwork only to then gotcha them and fire them if they lied about their past salary? I've never seen an org that actually played games like that.

It sounds like negotiation would still be done however it normally would before things got to this point.

Dunno, kind of sounds like hiring and then negotiating compensation.

That seems like a great way to open your company up to a discrimination lawsuit (whether warranted or not). Not to mention the costs of hiring a new employee you only fire a month later - why bother?

Sounds like HR mythology.


I call BS. Why would they hire you at an agreed to price, go through the cost & effort and then try and "get you"? Your old neighbour was either in bed with his hiring clients or not very good at his job.

He recruited for wall street trading firms; based on the finance types I've met over the years in NYC I would 100% believe some did this just because they hated losing. He was just making the point that you should never lie about your salary history, because he can help you if you didn't want to give it but he couldn't help you if you BSed everyone and got caught.

It’s definitely made-up. I worked for a Wall Street trading firm in the securities division for 8 years. People lie about comp as a matter of course. Secondly, many/most senior-ish jobs in those firms come with a guaranteed bonus for the first year or couple of years. If they were to fire the person before that period elapsed they would have to pay out the bonus.

I know of many people who were fired the day their guarantee elapsed- I can’t think of a single person on a guarantee who was fired before then. To put this into context, we had a guy on a guarantee on our prop desk who came in for one week after he joined, put on a (massively winning) trade that got him enough to get his guarantee and then literally didn’t set foot in the office for the rest of the year[1] until the day he came in to collect his bonus and resign/be fired.

[1] And it’s not like he was working from home because people in trading were (for compliance reasons) not allowed to work from home unless there was an emergency like a terrorist incident where the trading floor was closed.


Christ, that sounds like a colossal waste of time for everyone

There are some rose-colored glasses when people say this.

Programs didn’t auto save and regularly crashed. It was extremely common to hear someone talk about losing hours of work. Computers regularly blue screened at random. Device drivers weren’t isolated from the kernel so you could easily buy a dongle or something that single-handedly destabilized your system. Viruses regularly brought the white-collar economy to its knees. Computer games that were just starting to come online and be collaborative didn’t do any validation of what the client sent it (this is true sometimes now, but it was the rule back then).


> Viruses regularly brought the white-collar economy to its knees.

Now, it's anti-virus (Crowdstrike) that does that. I don't think many or any virus or ransomware has ever had as big an impact at one time as Crowdstrike did. Maybe the ILOVEYOU worm.


crowdstrike is not your average antivirus like malwarebytes or avast. the whole point is you can remote control everything with custom rules and enforce a security policy by locking the device until someone updates it. that update system is the main reason the bug was so dangerous. its built for corporate places who care about compliance more than actual security.

It's amazing that the world has largely forgotten the terror of losing entire documents forever. It happened to me. It happened to everyone. And this is the only comment I've seen so far here to even mention this.

Bad old days indeed!


Indeed, but it was pretty easy to develop the habit of hitting whatever function key was bound to "Save" fairly frequently. I certainly did.

Also auto-save is a mixed bag. With manual save, I was free to start editing a document and then realize I want to save it as something else, or just throw away my changes and start over. With auto-save, I've already modified my original. It took me quite a while to adjust to that.


If your program's auto-save works like that, it's broken.

Almost none do, though. Auto-save almost always writes to a temporary file, that is erased when you save manually.


Google Docs and VS Code are the first two that come to mind for autosave and they don't use a temp file.

Fun fact: I was on the Google Docs team from 2010-2015. Save didn't do anything but we still hooked up an impression to the keystroke to measure how often people tried to save. It was one of the top things people did in the app at first; it was comparable to how often people would bold and unbold text. And then as people gained confidence it went down over time.

This is DELIGHTFUL.

Yeah, source code editors tend to do that. They integrate with external tools that expect to read those files, so if they don't overwrite them, those tools would run the wrong version. It would still be better if they didn't.

Text editors shouldn't do that though. And those shared-view editors that don't have the concept of saving have this very relevant drawback.


I still occasionally make that auto-save mistake.

AI tools have caused me to trip up a few times too when I fail to notice how many changes haven’t been checked into git, and then the tool obliterates some of its work and a struggle ensues to partially revert (there are ways, both in git and in AI temporary files etc). It’s user error but it is also a new kind of occasional mistake I have to adapt to avoid. As with when auto-save started to become universal.


Saving also often took a long time, so people didn't do it very often.

Certainly depended on the software. But disks were slow back then, and a save would commonly block the entire UI. If your software produced big files you could wait for an inconvenient amount of time

I’m on tirzepatide and it’s crazy how it can truly reform habits. I’ve been a night snacker my whole life. I don’t even think about food after dinner anymore. At a bar, I used to pound down the last quarter of a beer so I could go get another. Now I might forget to finish it and I probably won’t get another. Now I feel full while eating for the first time in my life. It’s going to be truly transformative at scale, even knowing it doesn’t work for everyone.


My doctor, who is on the older side, told me that he went through his records when GLP-1s started being prescribed for weight loss. He wanted to calculate what percentage of his patients (a) he had advised to lose weight, (b) reduced their weight to healthy levels, (c) and kept it off.

From the starting population of overweight people, only 3% of people dropped down to, and stayed, a healthy weight.


I also think we're going to see a resurgence of either pair programming, or the buddy system where both engineers take responsibility for the prompting and review and each commit has 2 authors. I actually wrote a post on this subject on my blog yesterday, so I'm happy to see other people saying it too. I've worked on 2-engineer projects recently and it's been way smoother than larger projects. It's just so obvious that asynchronous review cycles are way too slow nowadays, and we're DDoSing our project leaders who have to take responsibility for engineering outcomes.


For anything complicated or wide in scope, we've found it much more productive to just hop on a call and pair.


I’ve been playing around with these kinds of prompts. My experience is that the prompts need a lot of iteration to truly one-shot something that is halfway usable. If it’s under-spec’d it’ll just return after 15-20 minutes with something that’s not even half baked. If I give it an extremely detailed spec it’ll start dropping requirements and then finish around the 60-70 minute mark, but I needed 20 minutes to write the prompt and I need to hunt for the things it didn’t bother to do.

I’ve gotten some success iterating on the one-shot prompt until it’s less work to productionize the newest artifact than to start over, and it does have some learning benefits to iterate like this. I’m not sure if it’s any faster than just focusing on the problem directly though.


The dropping requirements problem is real. What's helped us is breaking the spec into numbered ACs and having the verification run per-criterion. If AC-3 fails you know exactly what got dropped.


I'll try that out, thanks for the tip!


As someone who took German in high school, Dutch had my brain flailing for vocabulary to understand but nothing connected.


When I was on Google Docs, I watched the Google Forms team build a sophisticated ML model that attempted to detect when people were using it for nefarious purposes.

It underperformed banning the word "password" from a Google Form.

So that's what they went with.


I wonder if this is just an example of Goodhart's law. How did they measure performance of those models? I would imagine they tried measuring against known cases of forms misuse, aka those forms that contained 'password' field.


My blog is bitlog.com, and my personal newsletter is clientserver.dev


I followed his blog back when he started this descent, and I have a theory that it was hill climbing.

He used to blog about pretty innocent stuff; his wife making fun of him for wearing pajama pants in public, behind the scenes on drawing comics, funny business interactions he'd had. But then he started getting taken out of context by various online-only publications, and he'd get a burst of traffic and a bunch of hate mail and then it'd go away. And then he'd get quoted out of context again. I'm not sure if it bothered him, but he started adding preambles to his post, like "hey suchandsuch publication, if you want to take this post out of context, jump to this part right here and skip the rest."

I stopped reading around this point. But later when he came out with his "trump is a persuasion god, just like me, and he is playing 4d chess and will be elected president" schtick, it seemed like the natural conclusion of hill climbing controversy. He couldn't be held accountable for the prediction. After all, he's just a comedian with a background in finance, not a politics guy. But it was a hot take on a hot topic that was trying to press buttons.

I'm sure he figured out before most people that being a newspaper cartoonist was a downward-trending gig, and that he'd never fully transition to online. But I'm sad that this was how he decided to make the jump to his next act.


Can you define “hill climbing”? Is it a metaphor?


https://en.wikipedia.org/wiki/Hill_climbing <-- applying this for getting more and more engagement


Ahh, so that's what I've internally called "The Sharpiro Effect" really is. Though it's still a bigger shame that a philosophy professor would need to resort to this compared to a newpaper cartoonist.


> ...will be elected president

But Trump was elected president. Twice. So maybe Adams was right? Or what did you mean with "hill climbing controversy"?


I should have clarified for people who had the good fortune to not be exposed to these posts, but that was usually his lead-in to his ultra toxic writing. i.e. it was an engaging hook that led to more engaging trolling


Hmm...but people claimed Adams was crazy for saying these things about Trump...and yet Adams was right.

(The same) people also call him crazy (or "toxic") for those other writings. Maybe those other writings were right as well?

Seems at least plausible.

And yeah, I also thought it was completely impossible for Trump to get elected even once. Never mind twice. I was wrong.


https://gizmodo.com/dilbert-creator-claims-he-taught-chatgpt...

Scott Adams taught ChatGPT to put humans into an instant bliss-state. "Seems at least plausible"?


That doesn’t follow.


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

Search: