Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gaslight-driven development

tonsky.me

Post reply on HN
Print view View original

51–60 of 113 posts

Re: Gaslight-driven development

#51

Post by bjornsing »

This feels like the beginning of a wonderful friendship between me and the LLMS. I work as a fractional CTO. One of the things that frustrate me is when my clients have various idiosyncratic naming conventions on things, eg there’s a ”dev” and a ”prod” environment on AWS, but then there’s a ”test” and ”production” environment in Expo. It just needlessly consumes brain cycles, especially when you’re working with multiple clients. I guess it’s the same for the LLMs, just on a massive scale.

In general I think it’s great whenever some weight / synapse strength bits can be reallocated from idiosyncratic API naming / behavior towards real semantics.

Re: Gaslight-driven development

#53

Post by achenet »

lazide wrote: post #25
loloquwowndueo wrote: post #24

Earlier quoted context omitted.

Maybe I can start pretending I’m an LLM and see if that gets me a pass when I make silly mistakes or hallucinate in entirely the wrong direction. As long as I look confident doing so.

We don’t talk about PMs here. (/s)

s/PMs/bad managers/

Re: Gaslight-driven development

#54

Post by debarshri »

Recently i had an interesting chat with my team around coding principles of the future.

I think the way people will write code will not be around following solid principles or making sure your cyclometric complexity is high or low, nor it would be about is your code readable or not.

I think future coding principles would be around whether your agentic ide can index it well to become context aware, does it fix into the context window or not. It will be around the model you use and thr code it can generate. We will index on maintainability of the code, as code will become disposable as rate of change will increase dramatically. It will be around whether your vibed prompts matches the code thats already generated to reach some accuracy or generate enough serendipity.

Re: Gaslight-driven development

#55

Post by whattheheckheck »

bluefirebrand wrote: post #50
snickerdoodle12 wrote: post #33

Earlier quoted context omitted.

literally just turn on your blinkers, like you should be doing anyway, and lane assistant won't trigger. you are just outing yourself as a bad driver.

No, if you need to depart your lane in a hurry you cannot be expected to use the blinker first and the car should not fight you to do so

No you're most often breaking traffic laws and increasing a chance of a collision, than the off chance of needing to make such a maneuver to avoid an accident. The societal cost of collisions is worth more than your freedoms. Or you should pay higher premiums for turning those safety features off.

Re: Gaslight-driven development

#56

Post by zoom6628 »

JimDabell wrote: post #47
seanlinehan wrote: post #31

Earlier quoted context omitted.

I have this little bookmarklet in my bookmarks bar that I use constantly. It removes all fixed or sticky elements on the page and re-enabled y-overflow if it was disabled: javascript: (function () {document.querySelectorAll("body *").forEach(function(node){["fixed","sticky"].includes(getComputedStyle(node).position)&&node.parentNode.removeChild(node)});var htmlNode=document.querySelector("html");htmlNode.style.overfl…

They have been called “dickbars” before [0]. > Kill-sticky, a bookmarklet to remove sticky elements and restore scrolling (174 comments) — https://news.ycombinator.com/item?id=32998091 [0] https://daringfireball.net/linked/2017/06/27/mcdiarmid-stick...

Huge fan of killsticky and using it everywhere!

Re: Gaslight-driven development

#57

Post by RandallBrown »

abtinf wrote: post #12

> We see the same at Instant: for example, we used tx.update for both inserting and updating entities, but LLMs kept writing tx.create instead. Guess what: we now have tx.create, too. Good. Think of all the dev hours that must’ve been wasted by humans who were confused by this too.

If tx.create didn't exist, why would any hours be wasted by this?

Re: Gaslight-driven development

#59

Post by throwaway290 »

hamish-b wrote: post #3

I like seeing what users are currently viewing the same page, but man the constant jostling of users coming and going made it hard to read the post.

that webmaster should ask himself, if it is so easy implement does it mean you SHOULD implement it? I just immediately closed the page.
Post reply on HN