The cost for this service is likely keeping up with ID systems for multiple countries, infra and support.
Potentially, if this is made into a protocol, it can be decentralized kind of like the SSL system, so each country manages it's own rules.
2,321 karma · joined July 25, 2018
The cost for this service is likely keeping up with ID systems for multiple countries, infra and support.
Potentially, if this is made into a protocol, it can be decentralized kind of like the SSL system, so each country manages it's own rules.
So we need a mechanism that makes this identity verifiable, maybe you get a unique identifier from the identity service, so you can block the account. There is no mechanism to report you to say, the identity service (this is a bot), so you manage your own block list.
The risk here is fingerprinting, your id can be cross referenced across apps. Maybe here is where you implement a zk proof that you're who you say you are.
So people would go through one hurdle in life, to get this id, and reuse it for every service.
Is this a worthwhile idea? I know many have tried, so help me poke holes in it.
Import it into your projects.
Make the library work standalone. But also build a task manager service that people can deploy if they want to run it outside their code.
Then offer a hosted solution that does the webhooks.
I’m sure someone will want to pay for it.
If you’re running a single instance, you don’t even need any synchronization. If you’re running multiple instances of your app, try implementing locking (this actually works in any language, not just go. Go jsut helps with the multiple long running workers part. With other languages, just run multiple instances.
Process:
1. Each worker can startup with their own id, it can be a random uuid.
2. When you need to create a task, add it to the tasks table, do nothing else and exit.
3. Each worker running on some loop or cron, would set a lock on a subset of the tasks. Like:
update tasks set workerId = myUUID, lockUntil = now() +10minutes where (workerId is null or lockUntil < now()) and completed = false
Or you can do a select for update or w/e helps you keep other workers from setting their ids at the same time.
4. When this is done, pull all tasks assigned to your worker, execute, then clear the lock, and set to completed.
5. If your worker crashes, another will be able to pick it up after the lock expires.
No redis, no additional libraries, still distributed
2. Development now creates unreliable code at incredible speed! Pay is more tokens!
3. You can’t reliably verify any code before prod, pay us all the tokens so we can do it for you, possibly also unreliable!
It used to be that when you pay for something you expect some level of quality, not the appearance of it.
The mental acrobatics today are simply because engineers have become expensive. But engineers didn’t make themselves expensive, tech companies created this culture in order to monopolize talent, and this caused inflation, which leaked into the cost of living for these centers of gravity, which resulted in even more wage inflation, perks, etc.
They can’t solve this problem now, are blaming it on engineers, the government, w/e.
The solution seems to be, clone cheap engineers. They will improve later. I don’t have a problem with this, a valid idea is a valid idea.
However, extrapolating to the logical conclusion, It will be quite interesting when companies realize the trap. Vendors will jack up prices so much that companies will scramble for engineers, which by then will have moved on to other careers because jobs dried out.
At this time, LLM vendors will be offering refactoring solutions. For $1M, we will rebuild all your apps behavior from scratch.
Then they will tell companies to give up code altogether. They will sell AI as a service where you give it an idea, the ai builds it internally, you don’t get to see it bc it’s not your IP anymore. You only get to validate behavior.
Then, the next step will be for the AI companies to cut the middleman (the client companies) and go directly to their customer base because they understand what they need better than anyone, that an app is unnecessary. No UI is needed, you talk to your AI companion and things magically get done.
No one will know what a spreadsheet is anymore, some will forget how to use a keyboard, and at this point some laws will have been sleepwalked into maintaining this status quo in perpetuity.
It’s very easy to convince an addict to buy more drugs.
If you have to explain why your product is expensive, maybe it shouldn’t be.
And this is in a well architected and documented repo, where directness is prioritized over magic, with little to no useless abstractions, on a typed codebase, with development guidelines that address these sorts of specific issues.
Ironically, if you ask it to figure out why this endpoint is slow, it will answer correctly.
Your chosen tools didn’t have business impact, you did. LLMs have (or are thought to have) direct business impact. So you’re no longer in charge of deciding whether you use it.
Simple as that. Don't feel jealous, trying to replicate won't work, he did not know he'd be hired, he built something that he found interesting, and then realized it would be interesting to a lot more people.
The way to reach success is to either be strategically consistent in a way that maximizes luck surface area but does not depend on it, or to be unexpectedly lucky. The latter is gambling, People win the lottery regularly, does not mean you should make that your mission.
Be comfortable with not being the one to hit gold. And yes, it's ok to be jealous. Take a moment and then go back and enjoy the rest of your life.
Finally, there are a lot of companies that would likely hire you, hoping to hit gold. But you are likely filtering them out because they're not tech/large/startupy enough for you. These companies are wondering what they need to attract talent like you.
What I’m trying to say is that , while a lot of it is theater, TSA may be more effective security against foreigners but you as a resident don’t notice because you can opt out. Try going to the UK and telling them you can’t raise your arms while being a US citizen.
I don't quite remember, but I don't think it was a social network then, I think you posted the photos in other networks, and then they made it into a social network and something strange happened. People started posting pictures of food and just general daily life stuff and I thought this was a small group of people who were a extroverts and just wanted to show off idk, they ate beautiful food.
Then something strange happened. This behavior started getting normalized, all other insta like apps disappeared and shortly after, it became necessary to have an instagram account.
I remember at the time I thought something was off, to this day I think I have posted a total of 10 instagram images, they still have the old filters, and stayed off of it since.
But it's been interesting watching it morph into this hydra that simply cannot be put down, to the point where it's more powerful than governments.
How do you find the subtle bugs? Working with LLMs I noticed, they try to implement things from scratch. I asked it to output the md5 hash of some string in the api response, it went on to implement the md5 algo and then called it. I simply did not have the time to check correctness so asked it to import a library I know. Someone might just have gone with it, shipped to prod and then bugs.
It also introduced slight changes in the intended flow of your program, that if you aren’t fully aware, are unnoticeable until they compound and you’re too deep to go back because now 10 different weird behaviors are in prod, you’re not sure what the cause is or if they were actually intended. You just have no frame of reference because maybe you didn’t build all of it as part of a team. And those are the things you should have had tests for, but when you were writing the code yourself you were coding with intent, so you know when something was off.
Now you build at the speed of thought and no longer know all the intents, only that the end result satisfies loosely written requirements.