skysight-inc/HackerNews huggingface dataset:
>Definitely don’t try to get ADHD stimulants and power through burnout in a job she hates.

Some people hate working, period. And the kind of job that's fun or engaging for you might not be available to you. For the overwhelming majority of people, their lot in life is to toil at something they'd rather not be doing. But normal people are able to put their heads down and get it done. If you can't and it's causing problems in your life, that's something you should see someone about. Finding a more enjoyable job might be part of the solution, but remember that such options are often a luxury of the elite.
A smaller attack surface should still lead to less security holes though.
Is Flirting the Next Victim of Millennials' Metaphorical Murder Spree?
Let's flip that around: what is the effect of an asymptomatic COVID sufferer entering a room of people (some of whom are vaccinated vs. some who are not)?

Children aren't currently eligible for any vaccine, and some immunocompromised people can't get the vaccine.

I disagree reason is somehow going to overpower the conspiracy machine. Rules and consequences speak directly to those too greedy to vaccinate or are petrified by fear of some conspiracy theorized takeover.
Has anyone used Copilot with a more succinct language? It appears to only automate boilerplate and rudimentary patterns, which while useful in repetitive low signal to noise ratio languages like React or Java, sounds less appealing if you're writing Clojure.
This is not to remove all sources of bugs, it is a more succinct way to gain guarantees. Typing, as in making types modelling, your domain so that illegal states are impossible to represent implies a lot of tests won't have to be written. Why? Because whole classes of bugs are impossible.

But rest assured, the rest of the bugs are still around so you still need tests. Just not those.

I've worked like this for years now and there's just no turning back.

Do you know how many "null checks" and similar sanity checks are in my code? Close to zero. Do you know why? Do you think I'm a moron or because _those_ things are _actually_ impossible that way.

But rest assured, etc.

It simply cuts down on the amount of certainty that has to be incessantly (re)verified and tested.

Also: when you sit down to model your whole domain in this manner, do you know what you discover? All the things that would be anyway - just further down the line.

"Oh, we don't always have a contract number in these scenarios so _that_ case will have to have a constructor. Oh - that means that this purchase function has to stop "lying" about being able to process any invoice becauase some of them won't have a contract number. Shucks!"

How do you solve that? 4 000 lines of tests and 20 lines of assert hasContractNumber.
It depends on what you do.

Cloud boxes are insanely expensive (easily 10x the price of the equivalent in house box, taking hosting, power, cooling, hw into account).

To make this work, you need a combination of variable demand, and only paying for partial salaries (your cloud boxes are mutualized with other people's boxes).

If you're a reasonably big company (tens of thousands of servers) , with fairly stable demand, and adequate capacity planning, you won't necessarily save a huge amount of money by outsourcing your DCs. You can argue that the gcp/aws guys are better than you at running fleets of servers and data centers , but at 10x the price, it's worth double checking. If all I do is raw compute 100% of the time on a very large scale, it's extremely likely I want to do it myself.

Obviously, there's more than raw hardware to the cloud, starting with all kinds of managed services, which can be worth it. Again , you'll have to do the maths :10x for the boxes, then extra for the distributed db?
Does it give me a competitive advantage? Better time to market?

In the end, there are good use cases, and bad use cases for the cloud, and I don't think it's as clear cut as what you say.

EDIT : if cloud hardware prices were not completely ridiculous (say 2x), then it might suddenly be a lot more compelling, and I would most likely agree with you (security / regulatory issues aside).
What happened is what typically happens: Concentration of expertise. The lower expertise jobs (just mechanically play what someone else wrote/arranged) went away and there was increased demand for higher expertise (be an actual expert in beats _and_ drum machines).

So the winners were those that adapted earlier and the losers were those that didn't/couldn't adapt.

This translates to: If you're mindlessly doing the same thing over and over again, then it's a low value prop and is at risk. But if you're solving actual problems that require thought/expertise then the value prop is high and probably going to get higher.
You would seriously recommend people move all their photos and videos into Word and then export HTML as a solution for ordinary users?
This is actually a pretty important thing to understand. It can be better to rewrite than fix an existing mess. It’s similar to construction work in that sense: if you rebuild, you know what’s inside the walls.
Relationship between solar activity and viruses
It is almost certainly the case that current IP law is very unsettled when it comes to machine learning models and mechanisms that encode a particular training set into the output or mechanism for input transformation. What should probably scare the shit out of people looking to commercialize this sort of ML is that the most readily available precedents for the courts to look at are from the music industry, and some of the outcomes have truly been wacky IMHO. The 'blurred lines' case is the one that should keep tech lawyers up at night, because if something like that gets applied to ML models the entire industry is in for a world of pain.
That's how taxes work. I don't have any children, but my taxes fund schools. My house isn't burning down, but my taxes fund fire departments. I don't commute with a car, but my taxes fund bridges and highways. There is a net economic benefit to pulling your fellow person out of the gutter when it comes to some things. We are all richer because we have an educated populace, cities that don't burn down, highways to move people and goods. To put it into HN friendly terms, all of these benefits increase the quality of our labor, which increases our valuation in the eyes of global investors and makes them want to invest in American companies and keep us paid and employed. And who knows, some day you might need help out of the gutter, too, or a fire put out.
You can very easily turn off ads in DDG from Settings.
They were instrumental in a certain theme park, but the lead programmer suffered an unfortunate… workplace incident as he was attempting to commit industrial espionage. The Costa Rican government has kept this quiet since the 90s…
> I thought it would be cool to have dedicated messaging devices.

You mean something like phones?
Software automating people out of jobs spares no one, even the people writing the software.

If this improves developer efficiency by 10%, 10% fewer developers are required.
Totally agree. It may help to remember that a tech nerd community might produce great insight on tech content, but nothing novel on social matters.
Well you still have to assess validity and code quality which is a difficult task , but not unsolvable.

Also Generative Adversarial Networks original implementation was to pit neural networks against each other to train them , they don't need human intervention.
Now replace “AI” in your 1 & 2 points with “Github” (and the trend of open-sourcing libraries, making them available for all). All you said still works, and it did not harm programmer jobs in any way (quite the opposite).

And actually, I really don't see AI in the next decade making more of a difference than what Github did (making thousands of man-hour of works available for free). Around 2040 or 2050, maybe. But not soon, AI is still really far.
You have to work hard to get the job in the first place. A large majority of people can't even get through the basics of learning to code so can't even get a degree or do the basics to get a job as a self learner. To them getting a software engineering job is too much hard work and they instead just continue earning their poor salaries.
I still think they should have just shipped jQuery or lowdash with browsers as a defacto JS standard library.
Disclaimer: I'm Co-Founder and CEO at https://vantage.sh/ - a cloud cost transparency platform.

We have been hearing this a lot from our customers who use EKS. They are running single clusters as shared infrastructure so have no insight into which workloads are contributing the most costs. This is true with other shared infra like data pipelines.

We are currently working on a solution for pod-level cost insights if anyone is interested in signing up for the beta shoot an email to ben@vantage.sh
I am saying that there are things that are technically vulnerabilities that are not worth fixing. Either they are too risky or expensive to fix, or too impractical to exploit, or too limited in damage to actually worry about. Given the line you drew was that there must be a fix in 90 days, if the company agrees it is a vulnerability, the logical conclusion is that the companies would end up claiming "not a vulnerability" when they mean WONTFIX.

If you think this particular issue should have been fixed within a given timeline, it should be on the merits of the issue itself. Not just by following a "everything must be fixed in 90 days" dogma. All that the repeated invocations of PZ have achieved is drown out any discussion on the report itself. How serious/exploitable is it actually, how would it be mitigated/fixed, what might have blocked that being done, etc. Seems like those would have been far more interesting discussions than a silly game of gotcha.

(If you believe there is no such thing as a vulnerability that cannot be fixed, or that's not worth fixing, then I don't know that we'll find common ground.)
I also like and use Joplin - it can sync with anything that uses file sync but recently released its own server which is supposed to be faster.
I generally don't need a fire department every day either. That doesn't make it a good idea to sever the connection to that utility.
Some of these techniques are impressive, but they don’t work for me. My notes take the form of drawings: flowers, aliens, bugs, geometric diagrams—whatever makes it look like I’m paying attention and prevents my forehead from violently impacting the table.
I still haven't gotten my hands on the Beta yet, so I'm not sure how it's going to be deployed;
But does anyone know if Copilot is going to be accessible through some online IDE (or) is it going to be through an extension for VS Code/other editors?
If it's the latter, I hope the extension doesn't eat up all my CPU!
Coding isn't chess playing it's likely about as general as math or thinking. If you can write novel code you can ultimately do biology or engineering or ultimately anything else.
Ah, that makes sense. I think their 'sales pitch' would be more compelling to more technical users (which I assume is the main initial demographic) if the 'forever's had asterisks and the 200+ year assumption was prominently displayed on landing page.

That shifts my expectations from "economically infeasible lie" to "small fee may not be so small, but feasible with proper stewardship and valuable for certain use cases."

In the crypto/DeFi space, superlative marketing copy is more likely to be interpreted as 'potential scam' than other domains IMO.
> I can't speak to the SRE side

In all seriousness, what other side is there? The SRE's role is to make sure you never encounter kubernetes. eg... you have a git repo and some branches - if you push to them, deployments magically happen. As a non-SRE, what parts of kubernetes would you actually be touching or interacting with?
Those are small discounts against a large premium.

A health insurance analogy would be: Customer A pays $100/mo because he gets an annual checkup and takes the medicines the doctor prescribes. Customer B pays $200/mo because he hasn't seen a doctor since college.

Customer B could reduce his total out of pocket by $800 per year if he paid for the $400 visit.
It's the taxpayers who want it and vote for this experiment.
> The free market allocates resources properly and will provide better and less expensive broadband internet, at no cost to the tax payer

I think the problem is that the opposite has actually happened, which is what motivates municipal broadband.
Hard work is necessary but not sufficient. I agree that the essay glosses over the element of luck that is involved, but I don't think that makes the rest of what Paul is saying wrong. Even if hard work alone doesn't always lead to success, not working hard guarantees that you won't be exceptional.
Right, but the top level post was talking about the different but related topic of overall diabetes prevalence.
It's really a great piece of engineering -- it a technical building block that is very well designed and solves a great number of problems. Some of the things that came later put development on a new level, but this doesn't take anything away from jQuery for the time it was made. Resig's book is in a large part "how jQuery was made" and it was a great read. Also some of the built in APIs that mimicked it like querySelector are not as elegant as jQuery, even though it was a solved problem at that point.
I think this headline is hyperbole, but also somewhat true, but not for any fault of Kubernetes. I've worked in this space extensively, and have been called in to consult in some variety or another on a number of large enterprise Kubernetes deployments. Nearly universally I found the following things to be true:

1. Companies had critical infrastructure for the success of Kubernetes owned by teams that opposed deploying Kubernetes

2. The primary person shepherding Kubernetes into the company's environment had not done their due diligence on what were appropriate workloads for Kubernetes and what were not and how applications would integrate across mixed environments when required.

3. The principal tech resources at the company were not educated about containerization, Kubernetes, and the intricacies of container networking but were on the hook internally for the implementation.

What ends up driving the "black hole of unpredictable spend" is that companies are sold (either internally or externally) on a relatively short migration timeframe, but that timeframe is contingent on the company having appropriate infrastructure, staffing, and no key persons internally blocking said migration. If any factor is out of whack the migration timeline can quickly approach infinite.

While it is true that there are startups that could run everything they need for their first 10k customers on 5 VMs w/ Nginx & MySQL that decide to build grandiose environments in Kubernetes they don't need. The opposite is also true, which is that there are huge enterprises who could in reality massively benefit from Kubernetes in their environment but for "political" reasons can't get it done even after spending millions of dollars, so are stuck mired in their "legacy" environments. Networking, in particular, is a huge barrier of entry for enterprise Kubernetes deployments and are almost always stymied by people, not technology, because most enterprises have some Boomer network admin who doesn't actually know anything about networking but only knows about Cisco gear running things.

So, what do companies do? They go to AWS or GCP and they just run up a /massive/ bill, as they very very slowly migrate (often rewrite) their legacy systems to the cloud. This is of course astronomically and unnecessarily expensive, but it's generally not the fault of the underlying technology. AWS and Google are happy to bilk major enterprises as well, and often sell them a bill of goods they can't deliver on.
Canada to Ban Sale of New Fuel-Powered Cars and Light Trucks from 2035
Can’t they just get on Medicare in the US in old age? Why do they need to return to Canada? Are they ineligible?
How is it loose? Both in the colloquial sense and in the sense it is used in machine learning it is fitting. https://bair.berkeley.edu/blog/2020/12/20/lmmem/ is a post demonstrating it.
This obviously sucks.

Can't companies write code that runs on customer's premises these days? Are they too afraid somebody will extract their deep learning model? I have no other explanation.

And the irony is that these companies are effectively transferring their own fears to their customers.
To put it another way, how do we know that the "expert recommended shopping results" won't be any different from paid adverts? Or that when they "share at least 20% of our topline revenue with content creator partners when their content is used to directly answer a Neeva user’s query" they won't create a new form of spamdexing where the objective is a cut of the 20% rather than clicks on pages filled with adverts?
From Mei Leaf usually (see if you can get ahold of their tub highness it’s my favourite young Sheng), not cheap though.
I don’t consider myself a loser, as a successful software consultant with a house, a partner, a lot of travel under my belt and enough cash to basically do what I want. I’m moving to a new continent in a little over a month, to spend more time fishing and exploring the wilds, not lurking in a basement somewhere.

So... :shrug:
Surfside survivors tell how they escaped collapsed condo
Just wanted to say thanks. I disagree with these arguments but they helped me to understand how the other side feels.
It'd be kind of cool to have a search engine only for pages without advertising. Kind of like Wiby, but specifically geared for that.
Interviewer: use copilot to implement the most efficient sorting algorithm
>I spent all day every day at CMU either programming, doing mathematics, or thinking about one of those things (to great effect: often the trick to prove a theorem would pop into my head while showering or while taking a walk). I would fall asleep while programming in the middle of the night, dream about programming, then wake up and continue programming just where I left off.

This is such a great experience. I wish I could study at CMU on-site and experience all this. I'm an old horse still kicking :P

>I've since reformed my ambitions, instead of looking to start a company or get a PhD in mathematics, I've decided that hard work is not the love of my life and instead I should focus on my hobbies while looking for a career path that can be simultaneously fulfilling but laid back.

Glad that you figure it out. Guess the study burned you out :(
> Google pushes every other company to fix vulns in 90 days (or have it publicly disclosed)

I believe you're mistaken about the conditional publishing. The 90 day clock starts when google reports the bug - they will make it public whether or not the vulnerability is remediated (with very few exceptions). By all appearances, Google is very willing to be on the receiving end of that on the basis that End-Users can protect themselves when they get the knowledge - in this case, GCE users are now aware that their servers are exploitable and make changes - like moving to AWS. I think the 90-day clock is reasonable stance to take, for the public (but not necessarily for the vendor).
This line of reasoning could be used to justify government expansion into literally any market. Given that most people don’t want government providing services in every market there has to be some other factor that limits the scope which is where the disagreement lives.

Government mediating equal access to last mile lines and funding their construction — probably good to everyone.

Government running consumer ISPs end-to-end is a tougher sell.
> Most people should REALLY research the querySelector and querySelectorAll DOM methods.

Query selectors are like slow motion drowning in syrup. They are so astonishingly slow. They are also limited in what they can do.

Just learn the DOM. It can be learned in a single afternoon but for some reason people will fight you to death on this and then stake their careers on it like a heroic battle that nobody cares about.
-I am surprised not more vendors of laptops have done like Lenovo does (at least on the X1 series) - there's a plastic slider which goes over the lens, showing a bright orange dot when it has disabled the camera.

Seems so cheap, simple and useful that there probably is a patent keeping others from doing it. Sigh.
These type of wasps (Ichneumonidae) are mentioned in this quote by Darwin to point out why he doesn’t believe in god.

“I own that I cannot see as plainly as others do, and as I should wish to do, evidence of design and beneficence on all sides of us. There seems to me too much misery in the world. I cannot persuade myself that a beneficent and omnipotent God would have designedly created the Ichneumonidae with the express intention of their feeding within the living bodies of Caterpillars, or that a cat should play with mice.”

Quote take from Wikipedia. There are more than 25 thousand! Ichneumonidae species.
Where Jobless Benefits Were Cut, Jobs Are Still Hard to Fill
How do k8s and Ansible overlap in your world? I personally haven't encountered a situation where one can serve as a substitute for the other.
Seven months of access and they did nothing with it? I find this strange - not impossible, but quite strange.
That's awesome, I'll check it out. Thanks!
Again, your attitudes are merely snobbish.

None of this is anything more than lazy, outdated stereotyping, indicative of nothing so much as ignorance.
Sonic the Hedgehog's employment prospects are looking up.
Wealth inequality is bad in part because the wealthy then control policy and have wide ranging impact in the day to day lives of those who are not wealthy. It’s a centralization of control.

The rate of incarceration is largely due to the war on drugs. There’s nothing just about it.

I’d take NHS (despite its flaws) over my >2k /month health insurance any day of the week.
Do you feel that way when you see an href on a link? Do you feel the need to debug that? If so, how do you do it?

There is an hx-headers attribute to modify headers, or you can plug into the events system if need be.

htmx is extending HTML as a hypermedia and, therefore, is a very different model than most javascript-based apps today.

I am not sure if complexity can be destroyed (I'd need to have a solid definition of complexity to discuss that) but it can certainly be managed in different ways, some of which are more effective than others for certain problems. We don't do web programming in assembly for a reason.
Work is a drug and I seriously think it triggers some sort of endorphin response in the same way that exercise does.

Unfortunately, many white collar types of work are insular and while you are sitting on front of a screen getting a buzz about solving little problems, or even quite big ones for specific issues, the world is moving on.

It is possible that you may even be compromising your career by being good at the technical issues of a job to the extent that some bosses who cannot stay on top of what you are doing may feel they would be more comfortable with a safe, matey colleague than a bit of a strange wizzkid who gets to be known as the oracle of all things.

Fortunately, 47 is still pretty young no matter what the newer generation of employed go getters thinks, and there is life yet to be pursued.

I would say try taking up a sport - gym, cycling, rowing, jogging, or even something physical and competitive. Get the buzz of routine and physical wellbeing and socialising going again.

Then take a deep breath and think about everything that you have learned over the years that can be actualised into real value. The great thing about coding is that it teaches its practitioners that progress only happens from meeting certain logical imperatives - build on that and problem solve your way to another commercial enterprise.

You have got this. The main thing holding you back is your own thoughts.
TypeScript + React: Why I Don't Use React.FC