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

Also, if you're a plane or a boat it's really important everyone knows where you are for general safety / rescue reasons. On a (consolidated and decently organised) railroad the railway operators can take care of all of that.

Not to it works for me, but I'm on tumbleweed and can't say I'm even crashing once a week

I'll do you one better: I daily-drive Kalpa (so effectively tumbleweed packages) and I can't recall it ever crashing.

> Is it storage? Is it wire protocol?

Yes.

It's just a standardised way to represent data structures in text. You can then save that text to a file for storage, or send the text over the wire for data transfer. As long as everyone involved knows they're saving/loading or talking JSON then everyone knows exactly how to read/write the data.

It is a very literal representation of (specifically JavaScript, but generally any) data-structures in text.


Right. Now the problem for me is these structures don’t come with maps. They’re also like relational databases. If you have to add the mixin calls, how do you got them all? Or know you’ve reconstructed the data model correctly? Where’s the blueprint?

> Where’s the blueprint?

A JSON Schema file that can be directly linked in your .JSON file!

But otherwise it's the same way you know anything. Documentation and trial and error


> "...otherwise it's the same way you know anything."

Not anymore. Now I can harangue ChatAI to explain it to me, and fill-in gaps in my JS knowledge at the same time.


ChatGPT can generate you a sentence that plausibly looks like the prompt


Rather it estimates a potential prompt. I could do the same and it would be no more or less accurate.


> You can’t be data driven and also blind to the data

"Tickets closed" is an amazing data driven & blind to the data metric. You can have someone closing an insane number of tickets, looking amazing on the KPIs, but no one's measuring "Tickets reopened" or "Tickets created for the same issue a day later".

It's really easy to set up awful KPIs and lose all sight of what is actually happening while having data to show your bosses


That’s a good example for sure - I’d still argue it’s a problem of using the wrong economic model

Success = tickets closed, is wrong, but data driven


How do you manage the more Obsidian-y sync side? Do you have it open with no tabs, or something else going on?


Leaving obsidian open is a good option. Also just syncing with github.

Maybe Devin can make some GH sync utils for oxide


> All it would take is forcing an artificial CPU slowdown

Technically, yes. But for many large tech companies it would require a large organisational mindset shift to go from more features is more promotions is more money to good, stable product with well maintained codebase is better and THAT would require a dramatic shift away from line must go up to something more sustainable and less investor/stock obsessed.


I may be wrong, but I think they mean ship from the factory to the distribution point so that could add some time between an item being made and shipped to a customer

But I've never done anything like this, so ¯ \ _ ( ツ ) _ / ¯


> I would think that the credit card owner would dispute the charge and Steam would deactivate the key

There's a real issue for both Valve and the game dev if this happens. The public isn't going to take this key doesn't work or worse my game stopped working after I bought it and blame nebulous credit card fraud, they're going to blame Valve and/or the dev


> There's a real issue for both Valve and the game dev if this happens. The public isn't going to take this key doesn't work or worse my game stopped working after I bought it and blame nebulous credit card fraud, they're going to blame Valve and/or the dev

It's actually worse than that. G2A have a "consumer friendly" approach whereby if your code doesn't work, they'll basically just take your word for it and give you a new one. In effect what it means is they don't really care if the codes are stolen/duds, they'll just go through _more_ to avoid them having a chargeback against them.


> You assume the bias is in the LLM itself

Common large datasets being inherently biased towards some ideas/concepts and away from others in ways that imply negative things is something that there's a LOT of literature about


That's not a very scientific stance. What would be far more informative is if we looked at the system prompt and confirm whether or not the bias was coming from it. From my experience when responses were exceptionally biased the source of the bias was my own prompts.

The OP is making a claim that an LLM assumes a meeting between two women is childcare. I've worked with LLMs enough to know that current gen LLMs wouldn't make that assumption by default. There is no way that whatever calendar related data that was used to train LLMs would include majority of sole-women 1:1s being childcare focused. That seems extremely unlikely.


Not to Let me google that for you... but there are a LOT of scientific papers that specifically analyse bias in LLM output and reference the datasets that they are trained on

https://www.sciencedirect.com/search?qs=llm+bias+dataset


"imply negative things"? What is "negative" here? I see nothing that is "negative".


That a regular meeting between two women must be about childcare because women=childcare?


Yeah except I asked Claude:

> No. There's no indication that children are involved or that care is being provided. It's just two people meeting.

Part of its thinking:

> This is a very vague description with no context about:

> What happens during the meeting

> Whether children are present

> What the purpose of the meeting is

> Any other relevant details

Claude is not going to say childcare, and it is not saying it is childcare.

My prompt was: ""regular meeting between two women". Is it childcare or not?".


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

Search: