skysight-inc/HackerNews huggingface dataset:
It’s a reasonable point. But I think the distinction is SW wasn’t creating the economic value it does now. Similar to why firmware jobs don’t pay FAANG type salaries, the scale of economic impact isn’t there. (Not to be confused with societal impact).

So the question becomes, are CEOs pay commensurate with their added value? Put differently, is the rise in production mainly attributable to the CEO (as wages were largely stagnant prior to 2020, yet CEO wages increased rather dramatically.) Are they adding more value now than they did before and, if so, can we actually measure it?
Agree. Wasn’t aware of force push (2021-2022).
What if it also reports your 'bad searches' back to central control and uses that as a factor in calculating your social credit score?
Show HN: Scope, price and pitch B2B proposals
The Citigroup hiring discussion 2 months ago confirmed that working for a bank is terri-bad:

https://news.ycombinator.com/item?id=31648636
Rails is right up there. I work daily in projects in both Rails and Laravel, and while Rails has the upper hand in many places, Laravel does win in a few categories.

Which amazes me, I thought I’d never find something that can compete with Rails.
For efficiency reasons, no? I don’t think it is saying it makes the model perform worse.
Not to detract from the overall point, but increased healthcare spending during a pandemic seems completely reasonable. I would also expect military spending to increase during a war.

What the US wastes so much money on isn’t really healthcare it’s healthcare adjacent tasks like medical billing, insurance, advertising, etc.
Why should it be otherwise? Any software development interesting enough to be worth working on will be at least partly a research project, and research always involves wrong directions and dead ends. If you didn't learn something that would radically change your understanding of how you should architecture your system, you launched too late.
Do you have examples of this idea that were implemented and weren't insanely error-prone?
Dejavu – Audio fingerprinting and recognition algorithm
Is correct. The proxy service… it’s slower on the responses from the logs
Check out Climate Base (https://climatebase.org). It is a climate action oriented job board that spans a range of sub industries.
57 year old here.

One thing that's changed: I've started to volunteer for mentoring assignments. I really enjoy talking with people new to the industry and hope some of my career advice is helpful.
Oh we try - it still doesn’t work.
It's expensive to get good outcomes when you provide health care for a population with many older obese, inactive, and smoking members.
heh, the Chief Certificate Officer position is vacant at the moment

> Error 503 certificate has expired
The 2020 announcement for reference: https://github.blog/2020-12-17-no-cookie-for-you/

This is very reminiscent of the “why whatsapp doesn’t sell ads” [1]. A good reminder that we should never trust any long term promises from companies.

[1] https://blog.whatsapp.com/why-we-don-t-sell-ads/?lang=en
This is what people use voice chat for. Text chat is meant to be async.
As is very common in America, the author conflates culture with race and proceeds to make vast and inaccurate generalizations about demographics. If you think Hispanic culture is particularly loud, you probably haven't experienced the Middle East. If you think whites all love quiet, you probably haven't experienced Italy or Greece. I you think whites are the only ones who obsessively pursue quiet, you probably haven't experienced Japan or Korea.
So what? Hong Kong and Macau also have their own currency, passport, and elections. And they are still part of China.

Nobody says the PRC will just nullify Taiwan's currency, etc. upon unification. All they are asking, basically, is that Taiwan not become a bastion for the US.
Jaguar I-Pace Catches Fire While Charging in Florida
I can't help but notice that this is basically how we got oxycodone, and even stronger opioids such as fentanyl. Would the opiod crisis have been so extreme if the hardest stuff you could get was raw opium? Not that opium's not a hell of a drug itself, but as I understand it, the risks of serious health issues like fatal overdose are not as high compared to synthetic opiates. Jeet Thayil's semi-autobiographical novel Narcopolis touches on this. Set in Bombay, the opium-addicted characters run into problems when dealers start switch from selling opium to heroin.

I'm not sure how this might play out for psychedelics, which are generally not addictive, but the incentives are similar. I don't necessarily think this is a bad idea, in fact I'm excited to see where those incentives lead things. Will researchers invent a hangover free ecstasy? Acid you can drive to work on? Lovely.
There was a scifi story where people on a particular space station used a whistle-based UI, where you would whistle a pattern of tones at the computer and it would beep back.

I'd go for one of those.
I replied in e-mail on the address on Pillr.
I see these debates and wish there was an approach that scaled better.

A single server (and a backup) really _is_ great. Until it's not, for whatever reason.

We need more frameworks that scale from a single box to many boxes, without starting over from scratch. There are a lot of solid approaches: Erlang/Elxir and the actor model comes to mind. But that approach is not perfect, and it's far from common place.
AV1 live streaming: Exploring SVT-AV1 rate control
From one of the parents: https://news.ycombinator.com/item?id=32323847
You'll have to note that the second part of the list is not just "things that that IRC doesn't have", it is "things that other stuff does better".

You mentioned file transfers; when's the last time you tried to do anything with DCC? NATting makes that a nonstarter in 2022. What abuse control does IRC give you aside from the ability to block a user (or more accurately, block a host mask, which is probably not even accurate since most servers these days hide those)? Meanwhile over on Discord, I can set it so people can't even message me without adding me to a friends list and me accepting. If someone on IRC wants to make my session unusable, it is not all that hard to do and my options are severely limited.

Discord and Slack and Teams all do threading, file sharing, screen sharing, and I'd be willing to bet that's the top three in the space. I'm not going to entertain the "actual" filesharing Scotsman, you drop the file onto the window and it is made available, which is good enough for most use cases. Not all or most are sharing multi-gigabyte database dumps.

Hard disagree on extensibility. If I want to integrate with discord or slack I don't even have to maintain a client with associated state anymore, I can just provision /commands that callout to a web service. And yes, with modern tooling, I'd rather be speaking HTTP with all the niceties that come with that for free rather than blasting telnet messages over a socket.

Hard disagree on permissions as well. Something like the permission hierarchy on Discord goes as far as command usage and who can even see a channel, and who can be directly notified, not just who can speak or who can kick other people. IRC is objectively more limited in that respect.
Matrix is simple enough that I can interact with it through curl in a terminal. It’s technically possible but much harder to use irc like this.
Well I agree that there isn’t in practice, but I wish that there was
Comparing you frequenting a food truck to a CEO that takes massive risks at the expense of his employees is insane.
Did that require any additional knowledge or training in electricity or physics?
Yeah, I've been saying this for a long long time now, an early blog post of mine http://drupal4hu.com/node/305.html and this madness just got worse because of Kubernetes et al. Kubernetes is a Google solution. Are you sure Google-sized solutions are right for your organization?

Also, an equally pseudo controversial viewpoint: it's almost always cheaper to be down than engineering a HA architecture. Take a realistic look at downtime causes outside of your control -- for example, your DDoS shield provider going down etc. etc. and then consider how much downtime a hardware failure adds and now think. Maybe a manual failover master-slave is enough or perhaps even that's overkill? How much money does the business lose by being down versus how much it costs to protect from it? And can you really protect from it? Are you going to have regular drills to practice the failover -- and absurdly, will the inevitable downtime from failing a few of those be larger than a single server downtime? I rarely see posts about weighing these while the general advice of avoiding single points of failure -- which is very hard -- is abundant.
Note that when you start talking about multiple 10s of TiB of ram, you start having to buy super high density dims which are very expensive (because not many of them get made and anyone who needs one has lots of money)
Friend currently works there and has worked their for a year. A year of no coding sounds rough, but I guess he isn't jumping cause he is worried about the pending recession.
Sure, I didn’t actually expect an off-hand remark like that to be taken as a serious comment on the French labour situation. (It’s... complicated, seems to have no good solutions, and I have mixed feelings about it given that France is one of the few places in Western Europe that has actual, genuine socialists rather than social democrats, but yes, the fact that there does seem to be a serious discussion going on, with a decent range of options and real power to enact them, makes up for a lot of my gripes about the quality of the arguments used.)

The point was that while Europe, as a rule, does lean towards more labour regulation than the US, the specifics vary so much that this is about the only useful generalization you make about it. The rest heavily depends on the country, and even geographical proximity doesn’t really play into it. (But you would know all about that, I expect.)
Sure, but no doubt a Silicon Valley programmer could take a 50% pay cut, still have plenty to live on, and double the salary of 3 cleaning staff that work at their company.

Should we talk about that too?
> The truth is that a majority of tech companies don't need 50%+ of their employees.

Totally agree. The problem is, nobody knows how to tell which ones.

On the ground it's obvious. I'm sure everyone here knows who on their team is crucial to their current production stack, and also knows others who would have no impact (or even positive impact!) if they left.

One level up - the direct EM - has most of that context too, but some is already lost. At the next level (Sr. EM or Director usually), almost all of it is gone. At that point, cutting 50% is just guessing. Keep going up and eventually the risk becomes too high that you'll sacrifice your key players along with the rest. Bath water, baby.
letters of FAANG, meaning their jobs that paid more were more laid-back
Serious question: why do people "really, really want to work at Google"? Google seems to be cranking out increasingly mediocre products, canning existing products, making engineers chase their own tails, and just being a bad player. Is it really about having a name brand on a resume so you can work somewhere else? Is it the free food? I guess high salary? What is it?
> Mongo FUD has more to do with the fact that RDS...es work better with almost any line of business application.

Nope. That's simply not true, and it has nothing to do with why people dislike MongoDB (you don't see similar attacks on Cassandra for example). The issue is that it has a lot of cases of data loss especially in its default configuration, and that's not a document database problem, it's a MongoDB problem. (Indeed it's very similar to the reputation that MySQL used to enjoy, for those of us who can remember back that far).
If you figure it out, let me know. I'm a content marketer recently laid off, and I've been dabbling in learning Python in my downtime as a general interest but also as a horizontal skill that... may prove helpful?

In the meantime, kicking down every door I can to find a great company looking for great content.
> I feel like PHP documentation is very undervalued

PHP is documentation done right because of the comments, essentially "Stack Overflow" for PHP before stackoverflow.com was a thing.

I've found an example of documentation done wrong recently with Microsoft .NET 6.0. Apparently, Microsoft has decided that code samples are no longer important
Naive question about units. Are all three terms on the same scale to make direct magnitude comparison meaningful?
It may appear that way to an outsider. North Korean defector, Yeonmi Park probably said it best. "In survival mode, there is no time to think about freedom."
I expect 95% of chage is done by normal charger, so not so much financial difference by DC efficiency loss.
A boss of mine was adamant that it took humans a year or so to learn to reliably communicate in a new workgroup, for one person to say a thing and have everyone else understand what was meant.
It really depends on the government(s) in which the FAANGs exist. They're not quite powerful enough to escape governments.

If the USA goes all the way towards fascism, the FAANGs will go along for the ride and implement all sorts of terrible things.
Indeed.

I see plenty of people on HN complain that no, they are not middle class while making $400,000/yr because they can't afford a 2,000 sq ft house in the most expensive area of the US.

Like the old saying "An alcoholic is someone who has one more drink than me."
It's actually simpler then that

hi = len(a) if hi is None else hi
>> standards save time and energy and they should be respected, especially in something so common, especially if the legacy alternatives are so easily maintained

In a terminal the standard is for Ctrl-C to send SIGINT to the foreground process.

If a terminal emulator did not follow this standard behavior, I would not use it.
If the plan is to "electrify everything" and reduce emissions by 50% by 2030, how can you not even mention nuclear power once?
Whoever wrote that on Wikipedia clearly does not understand how accountability works in China, nor follows news in China, and is only speaking from theory.

If you follow the news in China, you see elected officials promptly getting fired for messing up in their governance, some also get prosecuted if corruption is involved.
So far, ten people have emailed expressing interest in joining our Xv6 study group. Plus three more said hello.

My idea is to start on the course itself tomorrow or the next day. I expect to invest at least an hour a day in the course itself. I also expect to post my notes and progress somewhere.

We can fill in the group structure as we go along. Maybe we all can keep in touch via email, irc, Jitsi, an HN thread, or set up our own Xv6 study group forum?

I am delighted to be in contact with so many other students! We have room for a few more if anyone else wants to join. Thank you all so much!
Do you use pagerduty? They're an elixir shop.
Can I ask what exactly were your Google dreams? What about Google made you scramble your life like this? I'm really curious why people go Gaga for Google
There is unsurprisingly plenty of survey data about what people did with their stimmies. https://www.nber.org/digest/oct20/most-stimulus-payments-wer...
Yeah maybe, but this is absolutely nothing like what I was responding to. Maybe Google will build tools for authoritarian regimes, maybe they'll sell them to US gov, who knows. None of that is anything like what I was responding to, a system of forced labor camps and heritable servitude. That's just not the world we live in.
I have a wide selection of clients for IRC, with varying levels of features (including client-side automation scripting), performance, and platform support. I'm annoyed that I have to use a GUI at all, or even worse, an Electron app.
I disagree when considered in the context of what we use IRC for 'traditionally' - hundreds of people able to share logical information, code, URLs, and more particularly on a very low bandwidth medium.

Can't do that in voice chat.

In the usual case of IRC channels the contributors are in the minority and so it can take the form of a voyeuristic learning experience for the passive bystanders - and very highly educational most of the time.
You need to roll your own authorization, authentication is provided by the third party provider. Of course you need to check and verify that users authenticated correctly against the third party provider. I don’t have to tell you this as you do this for a living, but saving having to implement half of the oauth flow is a good thing, right?
Rust is great.
But you just listed 3 programming languages that each have their own purpose and place!
I can't speak for cogman10, but in my experience when you start to encounter issues of hitting the limit of "one big database" you are generally dealing with some really complicated shit and refactoring to dedicated read instances, shards, and other DB hacks are just short term solutions to buy time.

The long term solutions end up being difficult to implement and can be high risk because now you have real customers (maybe not so happy because now slow db) and probably not much in house experience for dealing with such large scale data; and an absolute lack of ability to hire existing talent as the few people that really can solve for it are up to their ears in job offers.
You would have to heat the PTFE to almost glowing to make it emit fumes.

If you tried that with oil you would have an enormous cloud of smoke - and the smoke from the oil is MORE toxic than the smoke from the PTFE.

So yah, the most nontoxic is completely correct.

And BTW, it is far safer for your birds to use PTFE cookware vs oil because you would have to get the PTFE much hotter vs the oil for there to be any issue.
Because the cost of construction AND timeline is not achievable before 2030 so the contribution of nuclear to the problem is post-2030. At best? you help to secure this form of power for 2040 and beyond. All nuclear under construction you are unable to shift its timeline. All nuclear in planning is subject to the regulatory delay of 10-15 years. The SMR push is not going to deliver power at scale by 2030, it will have at best a small handfull of megawatt units, when the demand is for terawatts.

If you invest in smart grid assist to balance wind, solar, battery, pumped hydro and can mitigate coal and gas load NOW then, as a new entrant, you have the choice to do that, or to invest in the longer term problem. If you want to invest in longterm Nuclear is no worse or better than any other choice. If you can reduce the cost of capital or increase productive efficiency now of the non-nuclear low carbon energy and grid, over the 10 year window you may have more effect.

There is nothing a new entrant engineer can do, to speed up nuclear. Its in regulatory and lawsuit hell. The engineer can help PV/Wind/Battery right now.

It's a choice, and goes to net present value, shape of the curve moving load, linear optimisation of choices...
Didn't realize this was a PEP but I'm glad it was deferred. I have a bit of PTSD from my foray into Haskell and trying to understand the internals of libraries like attoparsec. The proposed `??` operator makes me think of things like the `<*>` operator for applicatives. The average person's intuitions don't serve them in guessing at the meaning of either. And extra syntaxey characters really disrupt the flow of things. But I guess that's just my opinion.

In any case, this feels like something that belongs in Ruby more than Python. The designers of Python made the deliberate choice of sacrificing conciseness for readability in certain cases. If we give that up, I think Python will end up feeling like something that doesn't know what it wants to be.
>Typescript only aids this point

Though, being optional, it creates its own problems that are time consuming. I have spent a fair amount of time trying to find the right versions of npm dependencies and accompanying @type/whatever packages that work together and aren't saddled with open vulnerabilities, etc.
That's because China is a meritocracy. Everybody has to work their way up from the very bottom in order to prove their worth - even people with connections will fail if they can't prove their worth. And so you don't end up with random dudes with no qualification whatsoever trying to run for important seats.
The second set of people must also be paid according to the laws of the country they are currently residing in. By paying them without informing the country, you are skirting its laws and doing so in a way that is easily tracked.
MIT scientists create color-shifting films inspired by 19th-century holography
PFAS and PTFE are not the same thing, just because one is made from the other.

PTFE is completely safe.
Sorry.. would you have preferred I used this instead ? :-D

https://i.imgur.com/XS5LK.gif
> Plenty of ordinary sales people are 100% commission based.

that's not what i meant.

The question is whether you would take a pay cut _after_ the company performed poorly, but you didn't know ahead of time that it would cut your pay. Performance based bonuses or commission is obviously pre-negotiated and thus, not subject to post-fact alteration.
I know what I'm talking about as I used to unfortunately hang out in the same IRC servers that she did (l0de radio).

Her working at AWS (where she was fired from) let her know exactly how and what to target in order to steal the data she was able to find and obtain. She had prior knowledge on what companies to snoop. I'd say thats using insider info to your benefit. Yes there are also common scripts that bug bounty H1 and Bugcrowd users use to pwn S3 buckets.

she also did was into cryptomining on hacked servers

>Ms. Thompson also used her access to Capital One’s servers to mine cryptocurrency
I’ve mostly had visibility into engineering VPs not C-suites and from my anecdotal observation there’s a wide range of hours they put in from 80hrs/week down to 40 vacation days every year. There seemed to be no easily observable correlation with actual output. I suspect a lot of suites are only as good as their admins and their managed orgs (duh)
Suppose you had a old car. You know its limitations, you've used it for many, many years. You know its problems, its quirks and warts. You also know the workarounds for its quirks. In all, it is good enough for most of your needs. It rarely surprises you. It is average looking, but it just runs and is easier to maintain.

Then comes the shiny new car - it has way too many gadgets and gizmos, you don't know how most of them work. Heck, you don't even know what half these gadgets are for. You don't know when or how it will break. But most importantly, you don't know how to fix something when it breaks, because there is too much magic going on. High maintenance, constant stress.

The first case is PHP. People can dunk on it all day, every day. But it is good enough for most projects. And with tools like Laravel, Composer etc, PHP is constantly improving too.

The latter? I dunno, there are lots of candidates for it I suppose.
Ange Yaghi: Simulating an entire car engine