skysight-inc/HackerNews huggingface dataset:
I see your point about the potential for abuse of power when the negative outcome is difficult to assess, but I don't think that's a strong enough concern to negate a whole class of laws. How would you propose we disallow dumping of industrial chemicals that may be too novel to have had a full harm assessment?
What Can You Put in a Refrigerator? (2015)
I like this idea, especially nation wide. I think the US should set one up along side private policies though as a stepping stone so people can see/envy it. You will never ever get rid of private insurance in one fell swoop it will take steps.
Parler is back online now by routing 100% traffic through servers in Russia
Mechanical engineer who worked as an energy engineer before getting his CS degree speaking here, but I'd tentatively say yes. I don't have a whole lot of experience using my CS degree yet but the main difference between a software developer/SWE/programmer and a hacker is the amount of paranoia that goes into making something. If you are a good software engineer, you've tested and verified everything and you've made sure there little to no risk to your end user. If you don't you're a hacker.

Not to look down on hackers, but the main reason I think this whole question exists in the computer side of the world but doesn't exist for mechanical engineers is that there isn't the hacker/engineer dichotomy in "traditional" engineering. Maybe makers vs mechanical engineers counts, but almost all of the makers I knew were employed as engineers.

A good software engineer/developer and a good "traditional" engineer take the time to think through every edge case, every corner case, and any other case that might cause problems. Makers/Hackers just get to the first thing that works, damn the consequences for anyone else. Which is fine because often the only people using their product is themselves.

Just my $0.02
In terms of contract, I have found this works best (recommended by my lawyer (a former ASF lawyer)): 30% upfront, 50% at first delivery, then they have 2 months to find bugs, final delivery is when the bugs are fixed that's when you take the last 20%. This way, you're certain to always get 80%.

If they want the liberty to "change their mind on the fly" then they should buy man-days which is a completely other thing. Or, they can buy supplementary mandays for whatever they want at the daily rate without changing the contract, or, they can just wait to finish this contract and start another one.
It wasn't a quote, it was something they choose to include. And it was one too many unfounded assumption presented as if it was a fact. Just because someone claims something doesn't make it true. Tying a dozen or so claims together is all the more likely to be untrue overall. And that was the whole article as far as I made it...
I'd beg to differ. There is very little invention going on. Most software solutions tackle well-known problems, customized to a particular business need. Akin to building a house, but with specific owner requirements (three-car garage, etc).

It gets a little complicated partly because of the industry's penchant for reinventing its tools on a rolling basis. In the trades, technology remains largely unchanged over decades, and only truly useful new advances are integrated into workflows (for example, laser level vs plumb bob or spirit level).

In software, new technological approaches are adopted on a continuous basis, and so a lot of effort is spent on learning how to solve old problems with new tools.
Ouch.

Programming is art—to some of us!

Computers don't care about the alignment or the code looking pretty on screen, but code looking pretty on screen helps the human writers and readers alike.

I am sure you don't use syntax highlighting either, and that you only use short one-letter variable names.
One important thing I've managed to get a couple managers to track for quarter/half planning purposes: uncertainty. Prior to that, we'd of course hemmed and hawed and verbalized the fuzziness of our estimates... but only the final decided-on not-super-pessimistic number was written down, and decisions were made based on those. That was a major source of our estimating problems.

Everyone wants estimates. For decent reasons. But until we've done a similar thing before, they're utter fabrication. We can take a semi-educated guess, but we know they're still guesses... so for things we don't have concrete answers for, we give small/medium/large/extreme markers for how uncertain we are.

It's fine to take on a big unknown or two. You might even get them both done in a half. But they better be worth it (or you have to decide when to cut your losses), because completing those two could consume all of your resources... and if that happens and you didn't commit everyone to it up-front, you won't get it done this half. Making that tradeoff more explicit managed to get us signed up for fewer low-impact-but-highly-uncertain projects that would inevitably balloon out of control but never be cut.
Apparently people only live on the east side of the Mississippi from ~ Cape Girardeau, MO to the gulf?
I suppose that might be true of a lot of the western world. The good thing about regular blood tests is that, in theory, you can catch things early before you have symptoms and they become serious problems.

Every blood test I've had, has come back with good results. I have low blood pressure, and I don't take anything other than a few dietary vitamins daily. I'm fortunate in that I established good dietary habits back in my early twenties. It can be difficult to break old habits though, so we'll see how I fare now that I've crossed the age where things start going downhill.
Why do we need AI?
While the dead comment is rude:

> the discipline is all of 20-30 years old.

Is kind of silly. The term "software engineering" originated in the 1960s, well beyond your range for it.
Holy spin. Rob Pike was explicitly talking about young inexperienced programmers who are 'not capable of understanding a brilliant language.' He wasn't talking about experienced developers and made that as clear as he possibly could. Go is made simple for novices, not safe for veterans.
The threat model is malicious injection, not (some)information leakage.

> my web site has been around for 20 years, serving static files mostly containing a blurb about my service, my blog,

Your http website will be used for malicious injection, it doesn't matter how deep it is in the long tail. Are you ok with that? Can you take minimal measures to protect me, the user, from getting a malicious injection?

Regarding rogue CAs, most modern OS (Android, Windows) report back malicious chains to their mothership, quickly detecting and eliminating rogue CAs. It's not the wild west anymore.
If it's a single step well, and the width of the well is fairly constant, then the steeper the slope is (stronger bonds are like stiffer springs) the deeper the well will be. You can extract the most energy with the deepest well.

It seems like gravity potential energy mental model works moderately well for chemical potentials (or more accurate enthalpy) at relatively low temperatures (vs bond energy) for statistically large numbers of molecules.
In Canada the title "engineer" is a legally protected term. You can't legally call yourself a software engineer without going through the Engineers Canada accreditation.

I had a friend question me for calling myself a software engineer (even though they referred to themselves as one.) I've been programming for 15 years (8 years professionally) by 26 but they were unemployed and not practising after getting their BSc.

So in my opinion, there's more charlatanism coming out of academia than from honest professionals who have established a career and deep knowledge of their profession. But then again, I'm not building dams and bridges. So the answer mostly depends on what you're doing and how you got there.
Show HN: Divjoy 2.0 – Build a SaaS app in minutes
Hey HN, Divjoy is a tool that allows you to generate a fully-functioning SaaS app. You get a React UI, auth, database, stripe payments, billing, and so on.

What makes it different from your average boilerplate is that you can customize your tech stack and UI before exporting your code. For example you can choose between Material UI, Bootstrap, or Bulma for your UI. Firebase or Auth0 for auth, and so on down the stack.

It then runs your app in our built-in editor where you can play with styles and drop in new components from the Divjoy library. The idea is to give you that "Aha! I'm building something and it works!" moment right away. That's a better experience than spending your first few hours sifting through docs.

You can try all this out without signing up or paying. Just head to the site, pick some options, then a template.

PS. You may remember my original Show HN from over a year ago (https://news.ycombinator.com/item?id=20688044). The 2.0 version takes that concept and expands it from mostly static sites to full SaaS apps.
Your claim about the prevailing opinion is not what is being discussed here which is how regular Americans are portrayed in Russian media, which is favourably.
90 mins at 400km vs 110 mins at 1400km
You can use the CSS attribute "scroll-behavior: smooth" which avoids the hazards of using JS to hijack the scroll event.

I don't believe it works on safari, but safari is the new IE so what can you do.
"The Mythical Man Month" first edition is 45 years old as a retrospective on a decade old development project 55 years ago.

The strongest indication programming is not engineering is forgetting and reinventing the past. Also revolutionary tools and techniques are invented far too often in CS.

In mechanical engineering we've had screws for a few centuries and off the top of my head the most recent innovation in screw fastener tech was the creation of the "Torx" screw standard in the 60s. The Torx innovation was due to smarter torque controlled automatic screwdrivers on assembly lines WRT electronic drive tech and early digital control.
Agreed. Finding the right balance between beauty and functionality is definitely a something that seems to be in decline. I've used applications that present too much data and others that hide it all away, both equally frustrating.
> There is something special about software engineering that deserves a bit of thought - the discipline is all of 20-30 years old

20-30 years? You think software engineering began in 1990 at the earliest?

Common production software, GCC for example, is older than that.
If the state’s data is garbage in the first place then the chance of a good-faith debate happening drops even further. I’m more than a little disturbed by the narrative that it’s OK for the state to lie as long as they are advancing a cause that you agree with. The underlying issue (covid) should not matter.
I don't know why you got downvoted. Then again, I'm not quite sure what you meant by "await is a partial solution" and "languages that are free to use threads have it best".

As far as your quote goes, I'll add:

> Or, more precisely: multiple independent callstacks that can be switched between. It isn’t strictly necessary for them to be operating system threads.

(Quoting the same paragraph you quoted.)

Standard Raku provides support for OS threads; green threads; coroutines; multiple independent callstacks that can be switched between; an `await` that doesn't require function coloring and is cooperative, supporting work stealing of its thread when it's waiting; multiple other constructs for concurrency, multiple others for asynchrony, multiple others for parallelism; and is an extensible PL anyway.

If you could briefly put your comment into that context, so that I (and perhaps other later readers) could better understand it, that would be helpful to me. I plan to upvote both your above comment and any below if what you're saying then makes sense to me. TIA if you have time to reply.
I can of course back it up past the HN filter: https://duckduckgo.com/?q=laws+against+women&ia=web
Interesting set of tools. I'd love to learn how it works and see the code, there has to be some true craftsmanship inside.

Something that is unknown to a wide range of today's programmers.
Idle Hybrid Coupon 30% Off and 2 Free Pillows
To be fair, you would not actually need to know how numpy.linalg.solve works to use pytorch. Solving linear equations is an extremely deep subject on its own, featuring a lot of difficult and sophisticated issues related to numeric stability. Entire books have been written about how to solve Ax=b with awareness of the nature of floating point arithmetic. Machine learning researchers are generally unconcerned with those topics.
I'd say the problem is more from the academic side. If good data isn't available, then academics should not be publishing papers on toy data. It's meaningless. The goal is not to publish papers but to advance science.
> If what you're saying is true (and I maintain that it's not), then what happens to our claims of judicial impartiality in evaluating election fraud claims?

In the case of the recent election, a lot of judges who likely have some degree of pro-Republican bias (such as the conservative majority of the Supreme Court) rejected Trump's claims.

The Supreme Court is not impartial in election matters, as demonstrated when they resolved Bush v. Gore on party lines back in 2000. But when the people who are partial towards you reject your case, that's a sign that your case is really bad. If they could find a believable way to let you win, they probably would, but they just can't.

So the case against Trump's election claims isn't undermined by the partiality of the judicial system, it is actually strengthened by it.
Arrow 3.0 will be released likely in the next week.
The Rust implementation has a lot of changes because we've had to make public-facing changes, mostly for performance benefits.
I worked once in a system that was sending messages to via message queue to Java based service. We once send 60k messages and a Java based system failed to process these over the whole night.

Java have a high ceiling for writing high performance systems but in practice it is easy to make a massive ball of mug that performs extremely poorly. In many cases it is easier to write fast erlang/elxir/node application.
I know one thing that if people in this thread write books, I'll buy a copy. Contact info is in the profile for when it's out.

All the best to you all,

Just an idea you probably have thought about... Have you considered opening a boutique consultancy and doing business through it? It won't be the megacorp, and the person in charge, you, will actually be capable of wrapping their head around someone like yourselves? I say "yourselves" because there may be people in your situation who'll find it interesting. Name it "Cache", a pun on "cash" and invalidated grizzled software veterans to pool in their networks and save the day.
>the discipline is all of 20-30 years old.

You are right that software engineering is a relatively young field, but people have tried to apply engineering principles to software since at least the Fifties. The term itself was coined sometime in the early 60s and was used by the ACM in 1966.
Now we know(?) why smells are so directly wired to emotions
Clubhouse is in a completely different domain from the problem you seem to be working on. Just think of clubhouse as twitter for audio. Audio-based social media platform is how I view it.
Ignorance is not an excuse.

In mainstream American discourse being Russian is a crime.
Are you implying software isn't complex? Or that imperative languages have low complexity? Haskell takes the complexity of software and provides useful constructs to generalize and abstract some of these complexities. Does it take time to learn? Absolutely. Is it easy for newbies to understand? Definitely not, because it's hard to appreciate their value until you have encountered these issues time and again in software. But it's most definitely not complexity for complexity sake. It can vastly simplify software in practice by restricting the domain in which you are working with a very powerful type system. That is the entire point of it all after all.

I'm not sure which models you are talking about - but models such as Modern Portfolio Theory, or Black Scholes, while inherently flawed have been massively useful in the real world. Claiming they aren't useful is simply not true. But again, you don't mention any specific models so it's hard to even know what you are talking about.
Text should look pixel-perfect if you use loss-less compression. Or aren't you? Are you using QuickSync/HWEnc (lossy h26X?) ?
I don't have anything to add other than to say that was a great explication of what I meant by "simply giving money jeopardizes the peer relationship". I didn't quite know how to explain that further myself, thanks!
Same as iPhone. I just moved from Android and after trying for 1min I couldn’t figure out how to get desktop mode in Safari. Sometimes I find myself fighting things like that in iOS. I’m just supposed to guess.
Personally, I use tabs for indentation, spaces for alignment.

But more practically, I think the right thing to do is use an opinionated formatter (like Go's gofmt or similar) and enforce that across the teams that you work with. Life's too short to bicker about tabs vs spaces, when there are more important things to discuss like short variables vs long variables ;)
All countries do their best, and Sweden seems to be the most successful country at the moment [0]. Neonatal mortality rate in Sweden was 1.38 per thousand in 2019, compared to 1.4 in Norwy, 2.77 in the UK and 3.7 in the US [1]. But you are right that the rate of premature births is higher in the US than most European countries (10-15% in the Us compared to <10% in Europe) [2], and so is the rate of very preterm births (14.1 per thousand in the US compared to 8.3 in Norway, 7.7 in Sweden and 6.7 in Finland) [3]. It is likely that the rate of premature births is also a sign of the quality of maternal care.

The rate of still birth in 2009 in the US was 2.95/1000 compared to 2.74 in Sweden and 2.2 in Norwy [4]

That the statistics of neonatal deaths are manipulated is also a bold claim, it deserves some references?

[0] https://news.ki.se/sweden-leads-the-world-in-saving-extremel...

[1] https://www.who.int/data/gho/data/indicators/indicator-detai...

[2] https://www.reddbarna.no/born-too-soon-the-global-action-rep...

[3] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5346062/

[4] http://chartsbin.com/view/1445

Edit: spelling
You're being single minded here. You should compare it to what is available in Europe, Cuba, Canada, etc not what's going on in Russia. We want everyone to have good health care, not just people in silicon valley and the tech industry who by and large to get good insurance.
You need to think about the following to really define what you are looking for:

- What percentage of time do you want to spend coding vs doing other things like helping/guiding other devs, project management etc. 80 20 ? 60 40 ?

- Are you willing to come in to a team/company and use what they have versus redoing everything ? Do you have a preference for language/stack ? If there is a team that does PHP, would you be interested or only want to work in <latest_hottest_language> ?

- How do you expect to grow further as an Individual Contributor ? What could you do to make yourself more valuable to the company/team every 12 months ? I ask because you want to grow further and you have to define what that is exactly. One of the reasons senior devs start managing because that is easier to measure in terms of growth and impact. If you are a great developer, how can you keep justifying growth (salary etc) every year ? What should be metrics for it ?
Testing dark matter in the Milky Way (2020)
Ah so they have cured themselves of the virus have they?

South Korea is 4 times smaller than California. And its population many times more homogeneous than any of the 50 states.

New Zealand is an island nation with half the population of New Jersey

Thailand has had several recent outbreaks and hotspots.

Also that you believe Chinas/Vietnam/Thailands reporting is making a lot of assumptions. Governments in SE Asia have a very strong hold on what gets reported. You absolutely cannot trust the numbers they are reporting. To do so is irresponsible at best.

Weird how you compare apples to oranges and expect it to be a fair comparison.

Fear is a great motivator for giving up individual freedoms. That much is clear. How easily we give up our fundamental rights in the name of security and fear.
as a single dev, I decided to get rid of ORMs and Typescript because... if I can't figure out what I did between my comments and my Notion documents, I'm doing it really wrong...

I've realized the more time not spent on producing output in the shortest amount of time, I'm eating away at my work life balance
Couldn't agree more. Software engineering is a very practical, fast-moving subject, and that makes most academic work even more irrelevant - software engineering academics often don't have the first clue about what real software engineering is about, because they don't have recent industrial experience.
The cooking book could show the 1, 90 and 99 and 99.9 percentile prep time?

(E.g 99.9 being 40 min would mean that 999 out of 1 000 people got it done faster than 40 min)
The most important aspect of any language are the trade-offs and values held by the designers and community. Julia takes a zero-compromise oath to approachability and performance. Julia is not (yet!) a perfect language, but those values make me want to invest in the ecosystem.
Public schools had a recent outbreak of title inflation, and now they have a page of people with titles like "Chief Learning Officer" and "Chief Legal Officer". They aren't on board of directors of a corporation with legal fiduciary responsibility and aren't carrying a sidearm in the military. They might be a chief, but the pretend Officer part is elementary school make-believe.

TSA scanner employees aren't officers either. They can't even arrest people, and that is why there is typically a bored cop sitting around nearby.

The Florida arrestee was a UI web developer. Scientist ha ha ha.
Terraform – The Missing Manual
Infrastructure-as-code suffers from a tool ergonomics problem. I created this gist to discuss some of the challenges associated with Terraform. Comments/feedback welcome!
You are entitled to the strongest possible presumption of innocence because the government can take away your freedom or even your life.

We are able and ought to use our functioning brains to arrive at merely the most likely conclusion.
There's plenty of ways you could have expressed that claim without trying to spark arguments about Gamergate and the term "SJW" .