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

They believe so because we have spent decades using the term AI for another category of symbolic methods (search-based chess engines, theorem provers, planners). In the areas where they were successful, these methods _were_ infallible (of course, compared to humans and modulo programming bugs).

Meanwhile, neural techniques have flown under the public consciousness radar until relatively recent times, when they had a huge explosion in popularity. But the term "AI" had retained that old aura of superhuman precision and correctness.


The fact is, in search you get one single result and (unless you're extremely gullible) that raises some red flags. But chatbots will give you an answer + a reference and never mention *how many* references for their answer are there on the 'net.

Then why companies aren't offering minimum-wage SWE-1 jobs already? Could it be that the output of an AI tool still needs a modicum of skill and craft to evaluate?

Internships are these, and are getting longer. I'm also thinking this is what will stop the transfer of roles to another part of the world.

Of course using AI is a skill. But the effort needed to get there is becoming lower and lower.


Well not exactly. An internship is a temporary position, which people mostly just take to improve a CV at an early career stage, or as a fallback after being laid off. A "minimum wage job" is... A job.

Internships at my employer pay 6 figures. I've never seen a minimum wage SWE internship.

Hell I had an internship in 1995 and they paid $10 an hour then and provided housing.

For context, my take home was $650 every two weeks - my total quarterly tuition at school and the next year the cost to rent a one bedroom in the northern burbs of Atlanta.


They might manage to pin it all on Alan Dye, who recently jumped ship to Meta.

If you are so adamant about this, why don't you release all your own code in the public domain? Aren't you gatekeeping knowledge too?


I agree with GP, and so, yes, I release everything I do — code and the hundreds of thousands of painstakingly researched, drafted, deeply thought through words of writing that I do — using a public domain equivalent license (to ensure it's as free as possible), the zero clause BSD.


That's commendable, but unfortunately I asked GP.


Is there a link?


Sure!

Personal blog: https://neonvagabond.xyz/ (591,305 total words, written over 6 years; feel free to do whatever you want with it)

My personal github page: https://github.com/alexispurslane/ (I only recently switched to Zero-Clause BSD for my code, and haven't gotten around to re-licensing all my old stuff, but I give you permission to send a PR with a different license to any of them if you wanna use any of it)


The first three things are, in this order: collaborative editing, collaborative editing, collaborative editing. Seriously, this cannot be understated.

Then: The LaTeX distribution is always up-to-date; you can run it on limited resources; it has an endless supply of conference and journal templates (so you don't have to scavenge them yourself off a random conference/publisher website); Git backend means a) you can work offline and b) version control comes in for free. These just off the top of my head.


One answer is right under Introduction:

> Content portability

> Users move between hosts without losing their content, audience, or metadata.


Did that require an entire new protocol though? I am 100% sure that if Twitter, Facebook and all the other platforms decided that they want to offer a way to move around accounts they could do it.


Maybe, coordination is the problem. What does that data look like, what does the target look like, can they be transformed?

ATProto has lexicon, which are more about social coordination than schemas for data correctness

https://pfrazee.com/blog/lexicon-guidance

The protocol is much more than data portability, it essentially turns the global social media system into a giant distributed system anyone can participate in at any point. Imagine if FB also let you tap into the event stream or produce your own event stream other FB users could listen to in the official FB app. That would be a pretty awesome requirement for all social media apps, yea?

https://atproto.com/articles/atproto-for-distsys-engineers


> it essentially turns the global social media system into a giant distributed system anyone can participate in at any point.

Don’t we already have that and is called “the web”? It’s already a giant distributed system anyone can participate in at any point.

What are we really gaining here?


A shared event bus, lexicon for coordination, apps that store user data in the users database, separation of client from app data


if they decided to, sure they could. they don't want to and never will.


I am not debating that. But this same reasoning applies to @at or any other implementation. You have to be willing to implement the features and use the protocol. So I still don’t see why this is any different.


You keep asking questions, rejecting answers, and then saying you don't understand.

Perhaps it is time to read more about the protocol directly instead of asking questions on HN to poke holes in it from a position of ignorance.


> relatively harmless and minor errors

They are not harmless. These hallucinated references are ingested by Google Scholar, Scopus, etc., and with enough time they will poison those wells. It is also plain academic malpractice, no matter how "minor" the reference is.


> until there's a server that I can bring home and plug in with setup I can do using my TV's remote, you're not going to be able to move most people to "private" data storage

Quite some BSky users are publishing on their own PDS (Personal Data Server) right now. They have been for a while. There are already projects that automate moving or backign up your PDS data from BSky, like https://pdsmoover.com/


Microblogging is also the least interesting part of the ATProto ecosystem. I've switched all my git hosting over to https://tangled.org and am loving it, not least of which is that my git server (a 'knot' in Tangled parlance) is under my control as a PDS and has no storage limits!


Is it as easy for other people to read as a Github repo? Want to share?


yeah, tangled seems like a pretty well-designed piece of tech. I've never used it, myself, but I did an audit and found that it's not only analogous to github as far as UX, but it also includes features like CI/CD, which other public/social repo servers have struggled with.

only reason I backed away from it is that when the bsky team had a big "fuck the users" moment, the user purporting to be the tangled founder was happy to cheer them on. so between having to use AT proto, and assuming that the tangled dev doesn't really disagree with bsky's "fuck the users" sentiment, I moved on. but, obviously, whiny moral grandstanding is irrelevant to whether or not someone made a good product. if you've got a use for it, I'd certainly recommend giving it a try!


Tangled founder here; it's just as easy! For example, here's the entire Tangled codebase monorepo: https://tangled.org/tangled.org/core — you can clone this directly as you would a git repo anywhere else.


Looks nice!

New user sign up is a bit wonky. It asked for an email, login and password, then it's asking for a bsky sign-in too? This seems a little weird.

(Minor nit: for some reason, Google didn't auto-suggest a strong password for the password field.)

Then I got to the screen where it asks for full read-write access to my PDS and stopped there. It's kind of a lot to ask! I believe this is Bluesky's fault, but I don't think I can really use third-party bluesky apps until they implement finer-grained permissions.


Fine-grained permissions are already shipped btw, though the documentation could be better.


yeah, I was one of them. developers are not the endgame, though. true social media needs people who are not going to do anything more complicated than "go to website, sign up". there's no world where setting up your own pds is that simple without an organized piece of software to do that kind of thing.

personally, I could probably get behind recommending something like umbrel[0], if it included something like a "include a pds" option during config. but even that is asking for a lot of mind-share for a non-tech user. it would take a super smooth setup process for that to be realistic. point is, though, I'm not saying it can't be done; I'm saying no one is doing it and what people are doing is not getting the job done for wider adoption.

[0] https://umbrel.com/ *and, naturally, at this point, I'd prefer they include something that isn't based on AT proto for social publication. I wouldn't mind if they had both, but just an AT proto implementation wouldn't attract me.


and you expect these “go to website, sign up” people to take the extra step to select a provider for repoing data? these people can barely pick a mastodon instance, what sort of data ownership integration work do you expect? it’s a consideration that’s more niche than the current status quo. unless you’re fine with people defaulting to onedrive or similar.


no, I expect them to go to a store to buy the same product that their friend bought. then I expect them to use that product by scanning a QR code that comes up on their TV, and then registering an account using the site linked by that code (or, just using their tv's remote to sign up, with an on-screen keyboard, or whatever).

not "a server so simple, anyone could host it"; "a set top box that gives me a private social media storage, network data storage, secure external connections, and effortless integration with all of my other iot devices". note that the former requires you to know what hosting is, while the latter only requires that you know what you want to do, without having to understand the details of how its done.


What's a PDS?




In the EU this is already a thing: if you want to sell or lease a building, you must disclose an energy certificate.

https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=LEG...


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

Search: