skysight-inc/HackerNews huggingface dataset:
So you are financing your client. Same thing happens in the construction industry. Client pays 30 days after invoice (which can only be issued after an IPC is signed), then the main contractor pays all subcontractors 30 to 60 days after and their IPCs must VE proportionally to the Main Client approved IPC, in turn subcontractors pay material suppliers and equipment rentals after that. The only payment “on-time” are taxes and salaries, freelancers are treated as suppliers of course. In the Iberian Peninsula it wasn’t unheard of 180 days after invoice. And there is only so much you can blame on SAP.
FYI, one of the papers in "The Art of Human-Computer Interface Design" talked about the evolution of languages (pidgins/creoles). It's short, and You can read it here:

https://archive.org/details/artofhumancomput00laur/page/10/m...

The article is "Interface and the Evolution of Pidgins" by Thomas Erickson, Apple ATG.

I'm sure there are bigger texts about it now. In fact, there are likely multiple books if you search. But this is an interesting article from the old days.
Pedantic: Has nothing to do with "same last name"
I would note that in a fraud investigation or other sorts of investigations of malfeasance in financial crimes a lack of communication is a key component. Communications provide information to the fraudster about which they can plan around the investigation or deceive it. It also provides a direct vector for social engineering. I’m not saying it’s all good or any commentary on the stripe issue, but from my work in this space it’s sometimes not about customer service but about investigating a possible financial crime - which financial services companies are on the hook for. It’s not the police’s job to KYC, AML, or other investigations - it’s the companies job, and if they do a bad job of it or do it in a way a regulator finds easily compromised, they are the ones liable.
> That's the lawyer's job, to guide you through ! If they're not doing that, then find a different lawyer.

Yes! And if you happen to know that, and have a good lawyer, then you're all set. But a hell of a lot of lawyers won't volunteer to do this, or aren't competent enough to have this conversation productively with a layperson, and most people don't know to ask for it.

I have my doubts as to the practicality, but a tool that could summarize and then prompt laypeople go to their lawyer to start that discussion seems like it could definitely have value. I suspect most people interested in this tool may already be knowledgeable enough to ask for a walkthrough anyway, but you could imagine implementations where the summary is presented directly, and could guide more people toward the help they need.
What capabilities were required to place an explosive on the pipeline at that depth in the Black Sea?
I bought a Bolt. I was put off by Tesla long before all the recent stuff with Twitter, but here are some actual complaints about the car itself:

I really don't like the interior of the Tesla. I want a speedometer in front of me. And I want to use my phone, wireless Android Auto is all I need. I absolutely will not pay for another device (and a subscription fee!) when I have my phone. And I want some real buttons.

My original reason (years ago, admittedly) was because my coworker missed a day because an overnight update prevented his door handles from opening. Yeah.. I absolutely do not trust software devs to patch my car that regularly. :)

The biggest reason was probably a lack of trust. I put my family in my cars. Recently, I saw they had an issue with the force that the window closes and the software didn't stop the window closing if there was a block (like a my kids or dog). That's the sort of thing I expect established car manufacturers to have figured out already, and why I bought a GM rather than Tesla with a very shaky quality history.
Sometimes having a lot of meetings is not due to poor process but poor culture. If teams have to seek consensus and buy-in, mostly due to fear of having failures, every step of the way, then they will have tons of meetings. If every single design has to go through a 20-person committee, then there will be tons of meetings. If a company value so-called "coordination" over engineering, then there will be tons of meetings.

On the other hand, if a company assigns a huge chunk of responsibility to every engineer and value "show and tell" or "freedom and responsibility" in general instead of "get permission first", then there will be very few meetings, just like Netflix did in the early 2010s, or as AWS did with true 2-pizza teams. The question is, does the leadership in your company has the stomach or means to cultivate the culture of encouraging individuals to carry out big enough tasks?
I managed to snag a New ‘21 Honda Clarity - half the price of a Model 3 (after waiting ~4 months for the $7,500 tax credit).

While the vehicle is actually a PHEV, I have been able to drive the car primarily on battery (13k miles - 12k exclusively on battery):

-30 miles or less driven per day on average.
-“Free” unlimited charging in front of my townhome
-Free charging at work
-Michigander in the suburbs (charging network is abysmal)
-Desire to go up north on a whim without range anxiety (fall back on ICE)
I don't think I've revised anything. I said that it's possible to impose enforceable contracts on remote code execution. I'm not saying all the approaches are practically useful in the domain of RPC, but even there we can do more than just stick to informal promises.

> You should stick to things you understand

Ok. We don't need VC, for practical purposes we may do a lot of contract enforcement at the tooling level, like if we generate code from an IDL, we may restrict access to various APIs, enforce purity and totality.

> you don't know the difference between REST and HTTP verbs?

It doesn't matter if you talk about REST or HTTP, nothing guarantees "idempotence" of GET. Also the discussion was in the context of REST as something opposed to RPC.

> learn those meanings before you use them.

You command too much.
Spending a tiny fraction of your life intoxicated allows you to make rational decisions despite occasional enjoying altered consciousness. There may be some level of brain damage but depending on the substance and how often it's used I question whether it's necessarily going to be the limiting factor in the aging body.
Not so good with databases, they even tell you: we aren't a managed database provider. So careful there.

Very difficult to set up basic domains for your apps. An attitude of "you solve it." It's been two weeks and nobody from their support has bothered to help me with this fundamental setting. https://community.fly.io/t/for-your-phoenix-app-how-did-you-... - other threads are similar, with some even saying "use cloudflare"?

_Too_ locked down. You can't just connect to your database from the internet. Should be an option, I don't really care about the security implications of it. Let me choose.

---

I've since moved my app to Render.com and it's been really great for me as an indie startup founder. I focus on my app and not the plumbing. Fly felt too much like plumbing.
FWIW, on iOS you can select text inside images to copy/paste. Works great in ChatGPT screenshots.
Like Netflix hosted on AWS?

Who says they are even a "competitor"? This like anti-evil, spam, localization, and login services can apply to a ton of products that are not direct competitors to FB. Sure FB can and will clone just about anything, but you can say the same thing about Amazon and Google and Microsoft, at which point you shouldn't use any cloud services.
I just want to point out that for the second problem (scalability of CPU/memory/io), microservices almost always make things worse. Making an RPC necessarily implies serialization and deserialization of data, and nearly always also means sending data over a socket. Plus the fact that most services have some constant overhead of the footprint to run the RPC code and other things (healthchecking, stats collection, etc.) that is typically bundled into each service. And even if the extra CPU/memory isn't a big deal for you, doing RPCs is going to add latency, and if you get too many microservices the latency numbers can start really adding up and be very difficult to fix later.

Running code in a single process is MUCH lower overhead because you don't need to transit a network layer and you're generally just passing pointers to data around rather than serializing/deserializing it.

There are definitely some cases where using microservices does make things more CPU/memory efficient, but it's much rarer than people think. An example where you'd actually get efficiency would be something like a geofence service (imagine Uber, Doordash, etc.) where the geofence definitions are probably large and have to be stored in memory. Depending on how often geofence queries happen, it might be more efficient to have a small number of geofence service instances with the geofence definitions loaded in memory rather than having this logic as a module that many workers need to have loaded. But again, cases like this are much less common than the cases where services just lead to massive bloat.

I was working at Uber when they started transitioning from monolith to microservices, and pretty much universally splitting logic into microservices required provisioning many more servers and were disastrous for end-to-end latency times.
I think a lot of people recognize that there needs to be change, they just don’t know how to bring it about.
Using Flutter is definitely hurting the web version. I considered singing up but it didn't auto-fill my email. Ok, I'll do that manually. But then the password field isn't detected by my password manager (Firefox's bulit-in one) and I didn't feel like generating a password and manually saving it. Then I would need to manually sign in on my various devices. At this point I decided not to bother (although I am already content with my reader, so maybe I'm not a big loss anyways).

Does the mobile app at least integrate with the platform auto-fill/password managers?
This is really nifty work, and I wired it up a couple of years ago when he published and it worked with one of my DCJ-11s. Fooled around in ODT for a whole afternoon. Unfortunately, most of the PDP-11 operating systems expect a lot of non-trivial system infrastructure in place to boot. I thought about doing something in ROM (maybe a Forth?), but moved on to other projects.
You should run it inside the network affected by the blockage.

If you use Docker you can run the following command to start the server and configure your browser to use it as an HTTP proxy.

docker run -p 8080:8080 docker.io/hectorm/demergi:latest
You’re right. Let me get my “hacker” news in a place that verifies for “hackers”.
Idk I feel like one of the benefits to uservices is isolation; not in design or architecture as many comments say, but isolation from one service affecting another.

If I run a monolith and one least-used module leaks memory real hard, the entire process crashes even though the most-used/more important modules were fine.

Of course it's possible to run modularised code such that they're sandboxed/resources are controlled - but at that point it's like...isn't this all the same concept? Managed monolith with modules vs microservices on something like k8s.

I feel like rather than microservices or modules or whatever we need a concept for a sliding context, from one function->one group of functions->one feature->one service->dependent services->all services->etc.

With an architecture like that it would surely be possible to run each higher tier of context in any way we wanted; as a monolith, containerised, as lambdas. And working on it would be a matter of isolating yourself to the context required to get your current task done.
Even currently code isn't "immediately readable". It shows up, but until the IDE ingested the project it does not provide any features besides basic string editing, which is mostly useless.

So no new issue here.

But reading in a project would be much much faster if the IDE would just need to read a rich binary format!
Can confirm that demergi works to circumvent the block, as does greentunnel [1]

[1]: https://github.com/SadeghHayeri/GreenTunnel
> The exterior design hasn't truly been updated since the Model 3

Just my opinion of course, but I find all of the Tesla models except the model s just outright ugly vehicles.

Also I agree that the design of most of the EVs out there just seem “meh”. I do like the look of the new Lexus RZ that is coming’s though. And would consider that one if I ever decided to get an EV, but we would keep an ICE car for the occasional longer road trips we take. I don’t find EVs practical for longer trips.
You picked a very good anecdote because it was precisely the era of governments razing entire neighbourhoods to arbitrarily build highways without the support of the locals who lived there that induced the backlash in the 70s against top down government planning.

Basically government poisoned the well itself and has still yet to really deal with the consequences.

Now things have gone too far, what was once local activism has been taken over by established wealth interests, and development is paralyzed.
If anything - this shows how vacuous standard local reporting is. There's little value here since a person actually writing this story would also write it in 30 seconds.
That's true, but Amazon sellers are well aware of the fact that they are operating behind enemy lines and AWS hosting has an entirely different level of expectations associated with it. Even a single case of Amazon raiding the contents of a customer VM to benefit Amazon the retail department would likely have an incredible backlash, so much so that I doubt that over the course that they've been in business we wouldn't have had a tell-all from an employee that was let go.

I doubt if AWS would recover from the hit to their reputation if someone provided proof of this happening.

The same, by the way, goes for parties operating on either Google or Apple's app stores: they are treading on very thin ice and if either one of those ever decides to go into the market that you yourself are in and are successful in you can pretty much count on a removal from the respective app store on some pretext, even if that requires writing your very own app store rule.
Making a chain isn't as important as making an effort
Actually, society varies. But social contract theory does point out that the contract goes both ways. And that society works, in the interest of self sustenance, by making the individual lives better than they would be outside of society. Otherwise a society won’t last long or diminish with time.

Progress could be as simple as introducing or better funding employment programs. It’d clearly really help if there was some clearinghouse type organization informing people about labor market opportunities based on the individual characteristics. The clearinghouse could seek information directly from employers as to preferences/priorities/etc.

But also some people just cannot function in society without some kind of back support. It can’t be a social optimization to leave such people to homelessness.
12 years is moving fast?
Too expensive. I'll wait until it's under 10k eur.
> and governments issuing their own coins.

... in which case they could just create a standard centralised system and avoid all the overhead of blockchain - or am I missing something here?

I don't see the point in mining coins when you could simply run a for loop generating uuids followed by perhaps signing transactions with public key cryptography.

I feel like we'll look back at "web3" as a wild west of cryptomania.

Perhaps we all need to start thinking along the lines of "Generation GPT" - this seems to be the next evolution of the Web if you ask me.
Tesla's attitude and approach to self-driving technology has been and continues to be outright negligent. There's no way I'm trusting "full self-driving" which clearly cannot live up to its name. It feels like P.T. Barnum is trying to sell me a car. If you ignore that aspect, Tesla's only advantage is its electric technology, which conventional automakers are quickly reaching parity on. Meanwhile, Tesla has never reached parity in build quality or finishes. Which leaves you with a mediocre, expensive car.

The most appealing thing about buying a Tesla, to me, is not having to deal with a normal car dealership.
I never got it, but on a reread:

> Is it really parsing anything, or is it merely validating its input and returning a result?

Ok. Now I guess I’m on board. Just feels like the word is wrong.

> Consider: what is a parser? Really, a parser is just a function that consumes less-structured input and produces more-structured output. By its very nature, a parser is a partial function—some values in the domain do not correspond to any value in the range—so all parsers must have some notion of failure.

Ok. It still feels like there’s a better word. “Constrain” might sit better with me, though I’ve not spent enough time to really worry about its fit.

https://lexi-lambda.github.io/blog/2019/11/05/parse-don-t-va...
Slack Emoji for Techies
SF has thrown nearly 3 billion at the problem, over the past 6 years [1], but the incompetence is too extreme [2].

1. https://www.hoover.org/research/despite-spending-11-billion-...

2. https://nypost.com/2021/06/26/san-francisco-run-homeless-enc...
This makes me so happy. I'm not sure I've ever met anyone who actually enjoys Lithia water!

I'm not the expert, but you might check out Colestin. There was once a resort there built during the heyday of "healing" mineral waters. Land is cheap, although it is quite remote and extremely prone to wildfire.

https://www.livinggoldpress.com/TakingtheWaters.htm
I don't think microservices are the answer to everything, but I don't see how monoliths can keep up with developer velocity when an organization reaches thousands of developers.

Monoliths are way slower to deploy than microservices, and when you have hundreds or thousands of changes going out every day, this means lots of changes being bundled together in the same deployment, and as a consequence, lots of bugs. Having to stop a deployment and roll it back every time a defect is sent to production would just make the whoe thing completely undeployable.

Microservices have some additional operational overhead, but they do allow much faster deployments and rollbacks without affecting the whole org.

Maybe I am biased, but I would love an explanation from the monolith-evangelist crowd on how to keep a monolith able to deploy multiple times a day and capable of rolling back changes when people are pushing hundreds of PRs every day.
Good work.

Here are my use cases of a SQL parser at application level.

- enumerate, add, delete conditions from WHERE clause.
- change ORDER BY.
- paging, LIMIT.
- turn an aggregate query into crosstab query.
> competent enough to have this conversation productively with a layperson

HUH ? That is literally their job !

Legal document review is bread and butter for lawyers.

Having productive conversations with laypeople is what lawyers do all day every day.

I really don't get your point.

If a lawyer is unable to have a productive conversation with a layperson about a legal document, then they need to be stripped of their qualifications.
It takes time to see results. For instance it took a few years after Portugal decriminalized all drugs before their program really hit it's stride. There's a lot of societal infrastructure that needs to be dismantled and reconstructed for the new system and that takes time.
It's a trade-off. Mostly pure REST is nicer for external APIs where it's just more important to follow the principle of the least amount of surprise for the ed user. For better or worse, people kind of know how to deal with REST clients.

Graphql, SOAP, etc. all force the user into doing complicated stuff with libraries, figuring out parsing for their techstack, etc. This is fine for internal microservices where you might not care too much about this and can standardize things a bit. But for external users it's more challenging.

With simple Rpc stacks (like JsonRpc), basically the up side is you get to rely on code generation to deal with networking. Cutting down on the amount of ceremony for adding new stuff is definitely nice in a fast moving team. But I would not use it for external APIs. It's kind of a legacy way of doing thing. An alternative to something called XmlRpc, which used to be a light weight alternative to SOAP when people were still doing XML and when MS came up with the genius idea to stuff something called an XMLHttpRequest in Internet Explorer. This was what enabled Ajax websites early on. The X in ajax of course stands for XML. That was just before json got really popular and people started getting really pedantic about their REST verbs.

Anyway, short history lesson. I'd not over think this and indeed simply use REST for public/external APIs and use whatever works for you internally for e.g. client server traffic between your browser/mobile apps and your servers or intra microservice communication. If it's internal, you control the techstack and you can sacrifice some things for making it faster/easier to develop and use without too much regard for what the other side is going to be using. Because you control both sides. REST APIs can be a bit of a burden to maintain. Lots of boiler plate client and server side. Not always the best choice internally.
I tried "Please write an article about the disadvantages of microservices" and it was pretty much spot on.
Well, the "get rich fast" things should be regulated as you say. The problem begins when such schemes become "get rich at all", with nothing in terms of viable alternative. The best way to deal with it is not to make people that desperate in the first place...
Ableton is on the same model.
I very much agree with you on points 1 & 2. I'll add a 3rd - drying up repeated functionality such as repeated auth logic in completely separate applications.
Ketamine disrupts late sensory information transfer in corticothalamic network
Back in the day i struggled with the term invariant, same as with pre- and postconditions. Now i am actually quite happy being able to use them.

Anyways,when i describe invariant i also say something is in itself consistent or true.
It's been reported that the pipeline is encased in concrette which had to be removed before placing the explosives. Additionally several ships with proper diving gear and crew had to go there and stay undetected.
It exists. Naltrexone. Amazing drug.
I disagree that it knows what an interview is (or at least indicates understanding or what it might be based on the output).

It's probably just following a pattern it has discovered via machine learning.
No, I don’t think banks need the money.

They are making billions where I live and they are setting profit records on a regular basis. They make about $1200 per head of population. I’m in New Zealand.

https://www.newsroom.co.nz/taxing-banks-excessive-profits-be...
Your distro exists to provide other people's software. The distro doesn't develop the software themselves. The Python 2 organization has decided to end Python 2. It is completely and decidedly unsupported by anyone as of over two years ago.

If you want to complain about Python 2 being unsupported by the Python foundation, you're free to. But no distro can in good conscience keep distributing a thoroughly unsupported piece of software that's probably full of security bugs.

Regarding the "year of the Linux desktop" thing: Apple is much more aggressive than any Linux distro when it comes to dropping deprecated stuff and forcing their users to move on. Apple hasn't shipped Python 2 for a long time, they ship Python 3.
Without the organizational benefits of a microservice you are just just making intermodular calls really slow, and fail intermittently.
Unfortunately, I’m not comfortable sharing that. To whatever extent it still is, I prefer to keep my HN identity anonymous.