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

Just because you prompt an LLM doesn’t mean it ain’t programming. The job will just change from using programming languages to using natural languages. There is no silver bullet.

reply


A mind map is a specific type of concept map, where the edges are labeled


No.

A Mind Map has labeled edges (and usually only edges, no nodes). It was invented by Tony Buzan and he has a bunch of rules that they have to obey.

A Concept Map had labeled edges between nodes and an education theory behind it. It was invented by Joseph Novak, building on ideas by David Ausubel.

Mind Mapping tools usually produce neither.


Thank god the world doesn’t actually work this way..


This is exactly how the world works.

Language does what language wants to, pedants try to fight it, pedants eventually lose. To boldly split an infinitive continues to be correct in spite of it being "wrong".


Specifically this is how American English works. From composition to pronunciation. It's a beautiful mess <3


It's how all languages work. Some languages have bodies that like to pretend they can regulate them, but it doesn't actually work.


But it somewhat does, no? Why else would words change meaning over time?


This doesn’t solve the supply chain security issue mentioned.


Maybe, but it’s kind of half-assed to just figure out a solution that only works for stdx and then leave every other library out to hang.

Supporting tools like cargo audit would be a better choice for the entire ecosystem, not just things that are appropriate to have in stdx.


I am not sure you are proposing a solution for the raised problem: the more people there are in the supply chain, the higher the risk that someone turns rogue or gets hacked.

How could cargo audit help there when you don't know if a particular package has been infiltrated?


Even better would be to have some of the basics in the standard library, like Go and Zig.


So are people going to jail?


Low quality post that doesn’t understand how DIDs work.


That's because it was clearly very heavily assisted by AI.


No plans to do so - firstly we’d have to rewrite it in C, and second it would be a big amount of code for the Git project to merge.


We tried. At first we built it on top of IPFS. It was much too slow. BitTorrent is interesting but we need a way to have mutability (repos change all the time). So we built the networking layer ourselves and the forge on top of that.


If you built a mutable bittorrent layer yourself (like ipfs but better), then why not make it its own separate thing?

If that's what you've managed to pull off, that's like a way bigger deal than a p2p gitforge (not that that isn't super cool in itself)

I guess architecturally why does it need to be coupled to git and a git forge?


It's optimized for certain workloads around code collab, so for now we don't want to oversell it. It doesn't have to be coupled with Git, though Git is very efficient at synchronizing changes. The protocol currently can be used for other things than a forge, but having an application influence protocol development is very helpful.


Contributions to the repo have to abide to both licenses, derivative work gets to choose only one.


That explains it perfectly, thank you!


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

Search: