skysight-inc/HackerNews huggingface dataset:
"Cop shit" is excellent idiomatic English for conveying what they mean. The title is clear, accurate, and attention-getting.

My general experience is that people who get wrapped around the axle over a word also wouldn't have engaged with the topic if a different word were chosen.
A security guard that gets paid $15 an hour can't do anything but call the police either.
The point is that you can do useful, practical modern computing on a 130nm node. It's obviously not going to compete with flagship 7nm processors, but it's not like you are working with commodore64 level stuff.

You can run modern operating systems on 130nm processors and they will keep up with most everyday tasks. No machine learning, no compiling Firefox, no gaming, but it should be good enough for basic development, browsing the web, checking email, watching 1080p video, etc.
Pretty surprised that the music recommendation results you've been experiencing have been quite poor. Your feedback would have been invaluable in retraining the algorithm to make recommendations that suit your preference. Feels like a lost opportunity. Moreover, I don't know if much thought around self-discoverability/popularity has been factored into the design of the recommendation system - ideally, the recommendation system should surface interesting things that I like that I wouldn't necessarily discover on my own.
The fact that I've paid them for the hardware gives me more confidence that I'm not the product. Ironically, the fact that I can get TeamViewer for free and use it to get remote access others' computers makes it feel like a higher threat attack vector for me.

Before I bought the Google mesh wifi, I already had android, chrome, project Fi, and Google's DNS (router level) at various levels of my request stack. That's not even counting search, gmail, and calendar. If Google are playing shady games with my network traffic, whatever marginal gain they get from having software on my router is negligible. Especially compared to the awful PR backlash they'd get once somebody hooks some monitoring gear up to their hardware and exposes it.
Loneliness alters your brain's social network
Scientists made 1 small edit to human embryos. And had unintended consequences
I think MacOS == NeXT for the purpose of this discussion.
It's a reductive, dismissive way of thinking, like saying that everything is ones and zeros, or that we're just copying protobufs around.

The data that we manipulate has business meaning and there are consequences for the users that arise from how we model things. Consider the genre of articles like "Falsehoods Programmers Believe About Names" [1]. There is ridiculous complexity here, for those willing to see it, but some people get tired of it.

[1] https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-...
You'd almost certainly need to redesign the hardware for that; the A13 already pushes its efficiency curve during boosts.
I'm a Redux maintainer, and I'm _strongly_ in favor of using TypeScript for any meaningful app development [0] [1].

Also, I don't know why you're referring to thunks and sagas as "deprecated". Thunks are the recommended default approach for async logic in Redux [2], and we include them out of the box in our Redux Toolkit package [3]. While most apps don't need sagas, they're a great power tool to have in your toolbox. Neither of those is in any way "deprecated".

[0] https://blog.isquaredsoftware.com/2019/11/blogged-answers-le...

[1] https://redux.js.org/style-guide/style-guide#use-static-typi...

[2] https://redux.js.org/style-guide/style-guide#use-thunks-for-...

[3] https://blog.isquaredsoftware.com/2020/02/blogged-answers-wh...
N++ has had for a few years its own internal sidebar (Setting -> General -> Document List Panel), but I've always used the Window Manager plugin, that for some reason I don't recall (probably the Path column and its handling of the two views that I always keep open) I always found more comfortable.

That said, my usage is not sane and is just a reflection of my organization capabilities and the constant postponement of switching to a better editor (one with good multi-sessions management, for example). A large part of the files are RFCs by the way, that I need from time to time (or just don't care about closing).

I wouldn't be surprised if Geany were much better by the way, there's a lot I dislike in N++.
> Bellyaching about the rules is just sour grapes.

Bellyaching about the rules is necessary to get people onboard with the idea that maybe the Constitution should be changed. That it's not a perfect religious artifact.

> I'm not sure that you understand the narrow margin by which the United States came into existence. Without these 'somewhat naive' mechanisms, small states would not have joined the Union and there would be no United States.

I'm not sure why I'm supposed to be convinced that this would've been such a worse outcome.
[1] https://en.wikipedia.org/wiki/Geared_turbofan

This Genius Invention Could Transform Jet Engines, 2015, 3m51s, Bloomberg QuickTake Originals

[2] https://www.youtube.com./watch?v=8aPIEsnKb6o

Rolls-Royce UltraFan technology, 3 shaft geared turbofan jet engine, 2018, 2m29s, MDx media

[3] https://www.youtube.com./watch?v=6zD4uEdCkAk
Engineering by press release? A fun fact for you: Rust is forbidden at Dropbox for new development.
I used the title the author of the article gave it. I generally try to do that when submitting, unless there is a very very good reason not to -- e.g. it's something completely incomprehensible to someone who isn't a regular reader of that specific site.
The title of his PhD dissertation was "Automatic computing with the EDSAC"
I've never heard of MonadBSD, but installing a previous version of a package is straight forward on FreeBSD. Just specify the version when you use pkg or use portdowngrade.
20 Indian Soldiers Killed in Deadly Border Clash with China
I was a graduate student teacher too. The biggest difference to me about teaching in university is that everyone in the classroom wants to be there — or at least cares enough about their parents to fake it. How could they not? It costs thousands.

Secondary schools, however, are prisons for our youth, so that their parents can go to work. Something like half of the people don't want to be there on any one day. So how are we supposed to keep children forcibly confined without cop shit? This is all well and good if education is the goal of school, but people who don't want to learn do a really good job of not learning. We confine them anyway. We pass laws requiring them to be there. We make our children get written permission from their wardens to go to the toilet, but at least they get an hour out in the yard^W quad, right?

I think that all of this institutional dehumanization is harmful, like the author does. But I think that unless you let people leave, particularly the disruptive students, you can't run a school this way.

Of course, if we don't dehumanize our kids in school, we run the risk that they won't work for dehumanizing employers in the future either. When you reach university, no one makes you beg to use the toilet, no one cares if you miss a class. You're in the elite now. But for the rest of the workforce, well, you had better have an good written excuse for being sick.
Awesome. Was just told that Lego Mindstorms is the way to go as well. I'll start with scratch and we'll go from there. Thank you!
Disclaimer: not a rust of .net dev, but my impression is they’re very different in what they’re trying to. It’d would be like comparing C to Python (as an example, not as an analogy).

Rust is closer to a super fancy C, compiles natively and was made with a heavily focus on certain types of memory safety.

F# has syntax more like Haskell/ML, and is compiled to a bytecode instead of an executable. It runs on .NET and everything that entails.
It's exciting to see AMD challenge Intel in single core speed as well. For most folks, number of cores are far more important, but there are still plenty of applications that benefit tremendously from fast single core speed. Will these speed increases affect the server lines as well?
We're building a very literal "git for data" product, Dolt. (doltdb.com). I'm very curious about this criticism:

> Git semantics, ("branche", "merge", "commit") are not well suited for data, because merging dataframes and creating "branches" often leads to misunderstandings and delays.

Can you give a concrete example of what you mean? I'm wondering if this is a failing of the tool you're using or the model itself?

> Time travel is very nice to have, but it's often the case where you would like to consume your input datasets at different point in time in the same repository

Dolt supports doing exactly this. See my reply to a child comment below.

> Awful performance

It's not obvious to me why this needs to be true in the general case, unless it's caused by b) bad design. Are you mostly talking about write performance, or are reads also a problem?
If you get seriously confused, ask a question on stackoverflow. There's at least one dev around that answers. If it's a bug, they'll fix it.
I think you answered your own question. The reason for server chips to use better silicon is to generate less heat (and consume less power) at the same frequency. Server operators (unlike desktop users) are more concerned with non-idle power consumption. Besides, server CPUs are semi-passively cooled, there's not enough room in a server chassis to accommodate elaborate cooling setups common in workstations and especially in enthusiast machines.
I even got fatigued reading your list of choices and you even missed critical choice such as flavor of SSR.
Well written article, well written response. Sometimes us humans think that perceived improvement of conditions = improved conditions. This is false, but as a business guy calling the shots, my goal is to do the thing on paper in front of me by the deadline whatever the costs. Combine that with a developer's creativity and you get a new framework.
A lot of amazing research and startups come out of UC Berkeley, and while they are on the fringe of the Bay Area and arguably outside of it UC Santa Cruz and UC Davis do very interesting research in bio chemistry and materials
There is an excellent community resource on using React with TypeScript here:

https://github.com/typescript-cheatsheets/react-typescript-c...
yeah, it's partially because i still need to be able to commute to work, so I have to be within the greater toronto/hamilton region, which is really expensive.
What do you believe people are replacing it with? Hooks?
>0% for the Ryzen 7 in games

The CPU is less and less relevant for gaming. The reviews I've seen put it out ahead consistently but only by a 1-2fps. And as you say, a few percent in applications. If you want those couple of percent then you'll pay a 10% higher price for it. Disproportionate but to me it's still a great value processor.

And also for me the price would be the same - AMD's wraith cooler was noisy and I ditched it ASAP on both the 3700X and 3800X we have in the house here. They're in boxes in the attic so pretty much have negative value.
> Essentially nobody graduates from Harvard with a significant amount of debt.

Now I wonder:

1) how common it is to have such a tuition scaling?

2) can Harvard do this just because they have a shitload of money?

3) how easy/hard/expensive would it be for other colleges/universities to do something similar?

4) Is this possible only because a significant percentage of students are in the higher tiers and in practice their full tuition is what makes these discounts possible?
This is a point that's really attractive to me as well. Faster language and runtime means I can run on fewer, cheaper servers which means when its time to scale 10 or 100x, it's not a massive cost increase.
Why TinyML is a giant opportunity
There is a couple things I see in this post that I wouldn’t do at all, and I maintain a couple services with orders of magnitude higher QPS. I feel that replacing Node.js with any compiled language would have had the same positive effect.
> The worst part is this isn't even just going to affect folks that would never think to update their router firmware. The firmware they do push out is frequently a massive downgrade.

I worked there a bit over 10 years ago, so things may have changed, but honestly I wouldn't expect them to change all that much. For that kind of hardware (SOHO stuff), Netgear didn't have any software developers in-house. It was all outsourced to dev shops in Asia. The software was usually whatever generic thing the dev house had built, with customization for branding and enabling/disabling features Netgear wanted or didn't want. Occasionally they would pay to add features that didn't exist.

Netgear usually didn't get source code, and would only get changelogs for new releases (which weren't all that detailed). There were often many regressions, and all bug testing and feature verification was black-box. When something was wrong, it was often a fight to get the dev house to prioritize it, especially if they didn't think it was a critical bug (declaring a bug a shipping showstopper was usually effective, but you can't cry wolf all the time, and that only works for pre-release products, not updates).

I imagine things are better now; at the very least I expect these developers to have at least a little more awareness of common security issues and how to avoid them (definitely was not the case in the 00s), but I assume it's still a mixed bag. On the plus side, most of the current-gen hardware is beefy enough to run Linux, which a lot more developers are familiar with (IIRC a lot of the stuff back then was running vxWorks), which hopefully makes it easier to hire better developers.

If you want high-quality software on your networking gear, go with a company that you know is actually a software company, and not an outsourced hw/sw company. Products that are based on OpenWRT or Tomato or something like that are probably safer, assuming they haven't broken it with their customizations... but don't expect updates to new major releases. Having said that, I still buy Netgear switches and other stuff that's internal to my network and are generally relatively "dumb". They're usually pretty reliable and reasonably priced.
one technique that could be used (to get high compression rates on compression applied to each frame) is to train a compression "dictionary" on the first few seconds/minutes of a data stream, and then use the dictionary to compress/decompress each frame.
Ask HN: Self-hosting websites? Good or bad idea?
So I have some Saas idea I want to test out. But I don't want, nor have money to host them on a VPS or something for now. So I thought about about hosting them at home as I have an old DELL Optiplex laying around. My internet is fiber 1gb down/500mb up. What are the downside? For those who has done it, any tips? Are you satisfied?
> I found this fix months after it had been posted, and there had still been no new patch released to fix the issue.

D-Link isn't any better, many of their firmwares to fix KRACK were in Beta for 4 years and many are still in Beta.
Cool! I'll check that out.
> Not to mention that I am not convinced these tests strongly correlate with one’s ability to successfully complete an undergrad degree.

I'm pretty sure that they do, at least if you're looking at the set of all students and not "students who got into university X". (If you only look at students who got in, you get issues like this [0] where height does not correlate with performance in the NBA, likely because short guys in the NBA had to be more skilled to get there in the first place)

After all, the ACT/SAT are largely poor IQ tests, and IQ really does predict academic success...

0: https://twitter.com/page_eco/status/1160900306588164096
Totally agree. Because if the question really were “What are your motivating factors?” or “Which job areas you enjoy working the most?” then they should ask those questions directly instead of something so easy to misinterpret.

Imagine if someone responded "My children are my passion" or "teaching Sunday school" then - whoops! now the conversation is in a very tricky area where it's all to easy to ask questions which may be regarded as evidence of intent to discriminate.

Instead, I interpret it that the interviewer is using popular buzz-phrases. And if the interviewee doesn't know the buzz-phrase then it becomes an indication of a so-called "bad cultural fit."

Which is all too often another way to say "too diverse for us".
Adobe Flash will finally die on December 31, 2020
You'll likely see these things augmenting expensive skilled employees by carrying their engine driven welders and air compressors around job-sites before you see them doing low margin delivery work. Most technology moves from high margin industries (where the cost per operating hour of an employee is higher and therefore easier to beat) to low margin industries.
The disruptive students I'm thinking of were basically juvenile delinquents, not future math PhDs who trolled on homework sometimes. The girl who dropped acid in economics class, the girl who peed on the floor in math class, the guy who beat the shit out of another guy in the cafeteria, the two girls who were literally ripping each other's hair out in the hallway until my history teacher pulled them off of each other. There weren't that many of them, but in a class of 30 students a single one of them (just 3%) can guarantee no one learns anything.
How do you figure 9 hours? 3 batteries should be a 24 hour day if you are charging 2 and running 1
500qps. i think the more interesting story here is what language/framework COULDN'T do this, than which one could.
Also love you can encrypt your files at rest. Something which Dropbox does not offer.
There's great research about zero defect software, and my favorite is a weird grey textbook by Capers Jones called "The Economics of Software Quality"

In it you'll find that this level of requirements gathering, blueprint/spec writing and code inspection are actually cheaper in a relatively short time (months, not years).

Writing specifications that are extremely detailed ends up giving you all the logical failures ahead of time, and makes typing code more of a spell checking exercise. By having the logical failures before the code ever runs, you get to debug & fix them before any code runs. This ends up being faster & cheaper in total than waiting for users to find bugs.

However - I understand that for many companies they actually don't care if users find bugs as time to market is more expensive than the future bug finding. But if you have a product already in the market, and you expect to support it for ~year, you probably can do much more detailed design and avoid so much pain.
Python lets you write clunky, slow, and bloated programs. That doesn't mean that all Python programs are clunky, slow, and bloated. It just lets you get away with it.

Those obnoxiously clunky sites most probably use a popular JS framework, but they made the poor decisions to override scrolling, history, links, etc.
The TL:DR version of this is quite simple. Trumps poll numbers actually do not move all that much. They change because the ratio of democrats:republicans change in every sample.

In effect, the pollsters are creating the illusion of movement in opinion where there is actually very little. Note the author does not say this is intentional, just a statistical fact.

This jives very strongly with 2016 where the most accurate polls were the polls that had the uniform samples (in fact THE most accurate poll polled the same set of people over and over again).
Not OP, but my take: When people talk about "CRUD" in the way you describe, they're usually talking about one of two separate (but related) things.

The "it's not _actual_ development" framing is usually directed at applications which "only" allow users to perform basic actions on some data, basically UIs for manipulating a database. It is absolutely real development (in my view), but less sexy than AI/ML, big data, etc, etc.

You are correct that every application (with some sort of data persistence) needs CRUD. But how CRUD is implemented, for better or for worse, depends on the requirements of the application storing the data. For (most) relational databases, the low-level "how do I CRUD" is well defined: standard SQL queries. But if I use NoSQL, or flat files, or something; it changes.

The definition of CRUD also varies depending on the layer of abstraction within an application or the perspective of the user/developer. For example: from a DBA's perspective, CRUD is SQL queries. From a UI, CRUD might be a JSON API or GraphQL endpoint. From a server-side application, CRUD might be a specific ORM library.
Take care, you may summon the ghost of Serdar Argic (https://en.wikipedia.org/wiki/Serdar_Argic).
Universities can adjust for grade inflation. For example, a Waterloo, the Engineering admissions department compares high school averages to first year averages to see how much scores drop, and use that to compute an adjustment factor by school (the logic being that if your marks dropped more than average, then your school was probably inflating your mark from the "true" mark you deserved).
I suspect their point is more: if it's a solved problem, why do we keep making new ways to do it?
Test particles are super-useful.

Synge in his textbook [1] discusses a five-point curvature detector, which is the formal treatment for a small cloud of non-interacting dust that reveals the Riemann curvature tensor.

Baez does this succinctly and less formally at [2], using a decomposition of the Riemann curvature tensor into the Weyl tensor and the Ricci tensor.

One could substitute ticking clocks for coffee grounds: in e.g. exterior Schwarzschild, when the flat-spacetime round-ball is instead a Weyl-curved spacetime American-football, the long axis of the football is radial to M, so the clock closest to M ticks slower than the others (cf. the Riemann tensor and especially the last sentence at [3]).

One may compare with [4] (and the focusing theorem on the same page).

- --

[1] Synge, J.L., "Gravitation: The general theory". (1964) Ch. XI, §8

[2] http://www.math.ucr.edu/home/baez/gr/ricci.weyl.html

[3] https://en.wikipedia.org/wiki/Schwarzschild_metric#Curvature...

[4] https://en.wikipedia.org/wiki/Raychaudhuri_equation#Intuitiv...
Hey, thanks for the kudos!

FWIW we are absolutely working on modes of using the product that "just work" like a normal database without any explicit commits / merges. In that case commits would happen automatically (maybe one for each write transaction?) and you'd get all the history "for free." We aren't sure how useful that is, though. Definitely looking for customers interested in this use case to guide us on their needs.
Sync.com claims to be end-to-end encrypted [0]. Is there any indication they are not?

[0] https://www.sync.com/your-privacy/
The Cheese That Stands Alone: The Sad Fate of Limburger Cheese
Ahh. I must have been looking at the old Spot's weight.
I mean you could also have the "we used commodity everything, where first to market but the next folks did it better and cheaper because they could" posts - hindsight is 20/20.

I bet IBM didn't expect using off the shelf components would mean that the IBM PC was the standard for the next 30 years and it wouldn't be theirs.

-----

As someone who works at a company that relied heavily on video conferencing (half the devs off shore) - every single major solution absolutely sucks, they are flaky, unreliable, sound quality is poor, video rate is poor (and this is with fat pipes at both ends) and worst of all latency, latency when trying to have a round table conversation with people remotely is horrific, it is good to see someone pushing the limits, Skype et al haven't gotten much better in the last decade yet my internet connection at home/work is x50 times faster and even mid range business laptops have much improved graphics grunt.
UC regents unanimously endorse restoring affirmative action