skysight-inc/HackerNews huggingface dataset:
It's interesting how the government propaganda celebrated the freedom and equality of Black people, despite the legal falsehood of the claim.

The class in power is willing to accept the presence of a despised minority, as long as they are kept firmly lower class. It's only when the opppressed agitate for freedom and equality that they all called unpatriotic and unbelonging.
Theses on Hegel and His Catholic Readers
First of all the web isn't only HTML. I can put a plain text or a PDF document or a big gif and it will serve up and display just fine. The reason why people don't just do that is that said document formats aren't designed to solve the problems that HTML already does - problems such as how to display reasonably on a wide variety of devices.

But suppose we wanted to create a new format that does what HTML does, only better in some way.

There is a hard to solve chicken and egg problem here.

Our format is no good until we have created and deployed browsers how to read it. There is no motivation to do that when nobody has such documents. (Note that the other formats that I just named predated the web so there were a lot of documents available from the beginning.) There is no motivation for a website to put such a document up when nobody has browsers that can read it.

And if we solve that problem, that's when we begin to solve the problem of everyone learning how the format works, and how to make it do what we want to do in a wide variety of circumstances. There is a tremendous amount of industry knowledge about HTML, and it takes time to get people to learn the equivalent about the new format. And until they do, what is the motivation for businesses to jump into the new thing that doesn't really work yet?
Overengineered
Localization of code language is a horrible idea, no matter how nice the intention sounds.

English is as sort of like an international ISO standard to write code in - most people can read it, comment on it, audit it, etc. If people feel, they can write comments in their native language.

The entire reason why we have had such a great open source collaboration on global scale is because everyone is speaking the same code language.
Just like how "big oil" bought up the patent for running cars on water! /s
....and Scala 3 !
https://stitcher.io/blog/new-in-php-8
> assumption that _everyone wants to be stacked on top of each other_

It's also an assumption that everyone wants to begin and end every trip, no matter how trivial, with a parking spot. It's an assumption that people will want to drive in traffic for 20 minutes minimum to get to a supermarket, do anything with their kids, or anything outside their property line.

The notion of "stacked on top of each other" has unpleasant connotations, but there are many different ways to live in a dense city. Would you feel "stacked on top of each other" in a Parisian townhouse with a magnificent shared courtyard, 12 foot ceilings, and everything you could possibly want a short walk or subway ride away?
>Autonomous systems are great when things are going well, but at the end of the day they fare very poorly in edge cases sometimes with catastrophic results

That describes humans as well.
Why do you accuse people who say things you don't like of being white supremacists?
It's getting pretty absurd how people excuse Apple for these things. Of course an e-commerce app might show a product they sell on one of their screenshots...
eevblog had a good video about this product: https://www.youtube.com/watch?v=uzV_uzSTCTM
Exactly. I wasn't asking people to do something difficult. I don't think that there's a simpler recursive function than this, if you can't do this, then you don't have basic knowledge of what a recursive function is. I learned how to do this in high school.
What happened is that "better syntax" turned out to universally fail in practice. It's not that we decided to blame the user. But there's 60 years of empirical data that points to M-expressions being irrelevant and waste of time. And people who don't have experience with other languages tend to pick it up just fine, even if the formatting is sometimes atrocious (AutoLISP community is an example).
You don't have to go to the urban center for everyday things though, you go there because that's where the jobs are.

When full remote becomes more wide-spread, that might change things rapidly.
> It is not obvious that you need to include comparative function for a straightforward numerical sort ?

No. It's not obvious.

Python -

a = [6, -2, 2, -7]

a.sort()

print(a)

PHP -

$arr = [6, -2, 2, -7];

sort($arr);

print_r($arr);

Rust -

let mut vec = vec![6, -2, 2, -7];

vec.sort();

assert_eq!(vec, vec![-7, -2, 2, 6]);

The expected behavior is a default natural number sort.

What other default was chosen? String comparison for some value of Strings, coerced from the integers in some way.

If you have to research a bunch of implicit behavior to understand how sort works for numbers. I believe that's unintuitive by definition (simplest case is more complex than necessary). Fixable with a required flag or specialized functions (eg PHP).
It eventually leads to "rapid unscheduled termination".
I think the first reason is a legitimate criteria. Any app that has a window is definitely expected to have a minimise button - it's very strange behaviour if it doesn't, and even games that normally run full screen should have this button when placed in windowed mode.

The second reason certainly sounds infuriating, but it's odd that the reviewer had access to an OS update that you didn't. In general, a crash on the latest OS update is a good reason for rejection because you're going to have to fix it sooner or later anyway. Better to fix it now rather than have to come back to it later.
A while ago, I developed an Apple Watch app that detected when you raised your hand and touched your face and notified you so that you could build a habit avoiding doing so (https://www.facealert.app).

Apple stretched out the review process before rejecting the app, and after I escalated to tcook's email address, I received a call from their team telling me my app took "measurements the Apple Watch was not designed to support".

This, of course, is complete BS since the whole point of generalizable sensors and Apple's ML tools is to build apps to add new capabilities to the device, otherwise all we'd have are map and messaging apps. And it's slightly comical that they added the feature to detect hand washing in the newest WatchOS, something the Apple Watch "was not originally designed to support". I'm fairly certain they didn't want to have any part or apparent liability for the app if it "didn't work correctly", nevermind the app did not mention COVID, disease, or anything else controversial.

There was always a way to "escalate" or "appeal" a review, so any new processes are smoke and mirrors. Apple will always reject whatever they want to reject until they're forced otherwise by a regulatory body.
What does a fraudulent bank have to do with the fact that the FR is the ultimate backstop to loans (IOUs) created by a bank...a "power" you claim is the same as a non-bank created IOU or a an individual IOU? Further not sure how your example refutes my previous reply's accuracy, regardless, if a bank makes a bunch of fraudulent loans adding up to a Trillion dollars and it isn't discovered until those loans are cross-collateralized sufficiently to cause systemic risk, you can bet the FR will back those loans. Finally, given a bit of time a single Trillion dollar loan may not seem as large as it does now. :)
In my experience, I have seen much less of the OOP-only group, especially in recent years. The general feel I have seen when communicating with other developers about this is that OOP is a tool and it's probably not the best one, but they are comfortable with it and it's problems.

In general it feels like the overall feeling to FP is either

"I don't have time to learn a new paradigm when my current one is working good enough to make the company money"

or

"I love using FP ideas in my code when it makes sense"

I really feel like this is the ideal state for Software Development, as either side "winning" will only hurt the robustness of the environment.
Feedback for the authors: I had a really hard time finding the "graph_boundaries" code (I eventually saw the "Click to show" button on the right)

I love the source code included, very handy for the future!
No, that's exactly what the table means. The fact you feel you have to preface your statement with "You probably know this" means you know you're lying.
"Rules" would tend to imply consistent enforcement; "guidelines", not so much.
But it's not very hard for me to just go buy a different phone if I'm unhappy with what Apple is doing with the iPhone.
To not make it sound like it's all roses, some issues I had (mostly with hardware though):

1) I hated the butterfly keyboard (but fortunately they have changed that now, even if it took them 3 years, unfortunately I'm stuck with a buttefly model myself)

2) I hate the touch strip - at least the restored the Escape button, but I have no use for it and it just sits there (had higher hopes when it was introduced).

3) I'd like more than 1 port in the MacBook (not that I have one, but I read rumours that they plan to release a new MacBook with AS that I'm interested in)

4) What is the genious that designed the mouse that doesn't work while it charges?

5) I know about "price differentiation" but having the black mouse/keyboards more expensive is a dick move.

That said, 2 things I do:

1) At least every 2 OS releases I do a clean new macOS install. No particular concrete reason, but it might help my case having a "cleaner" system.

2) I've never cared/used Time Machine. I use CCC on my own. So I never have the TM related issues some people seem to have.
I think the danger is not just unrealistic expectations from a point of view of "I'm just not that much of a genius/producer", but (not necessarily article-related) I think it's important to realize how unusual the story is of the "super successful" and "driven" people we so often compare ourselves to.

Now that I'm older, I realize that where I am is not surprising despite the work I've put in; what would have been far more unexpected would be for everything to have worked out and grown so large that I'd be one of the big successes.

That measuring stick would need to be configured against the mean, assuming it's needed at all (and it likely isn't).
Interesting use of the Hermetic Axiom, there. Raised an eyebrow.
And "privacy"- meanwhile their App store is full of spyware.

Not that Android is better, but at least they aren't marketing it.
Modernizing the OpenBSD Console
The Internet makes it easy to see who is winning at life and who isn't. It also guides you on where you should compete. If someone else is winning at a particular topic that interests you; then you can decide to either join them or out-compete them with better results.

This article addresses The Great Man Theory[0] or what I call supernaut syndrome[1] which has affected the masses terribly. Every person has to be all they can be now, and their full potential actualized, otherwise there is no point.

[0] https://en.wikipedia.org/wiki/Great_Man_theory

[1] https://en.wikipedia.org/wiki/%C3%9Cbermensch
I'm honestly curious what you see as the issue with "getStudentBy"-type function names. Could you expand on that?

Of course I understand a name could become rather verbose in your last case, but I'm not satisfied that it would be much of an issue in practice.
If the airplane isn't in the clouds and is below 18,000 feet MSL the pilots are still responsible for seeing and avoiding other traffic. There are a lot of places in the USA that don't have ATC radar coverage, so traffic separation is based almost entirely on see-and-avoid and cloud distance laws for VFR pilots.

The ATC problem is probably the easiest one to solve, and there are already some solutions in use like D-ATIS and automated pre-departure clearance (PDC).
The source. Plenty of other pictures and examples.

https://assets.publishing.service.gov.uk/government/uploads/...
does not work in Fish Shell.

fish: $$ is not the pid. In fish, please use $fish_pid.

readlink -e /proc/$$/exe

^
https://www.google.com/search?q=medicare+vs+private+insuranc...

I'm not trying to be an ass, just trying to point out that many, many sources all say the same thing.
The situation we're in is kind of insane. Where were the people like you when DST was passed into law?
So I agree with the thrust of the point of your article as well - I guess my only point of disagreement would be where I would have placed something like naming vectors in terms of the trade-off between progress and familiarity, which admittedly probably has a lot to do with my particular domains of programming. However it does seem like a bit of a missed opportunity given the overlap between people who care about performance, and people who are working a lot with linear algebra in fields like computer graphics, simulation and ML. But I do understand that the line has to be drawn somewhere.

(On a side note, the CSS is perfectly fine, and I've been looking for a static alternative to Ghost for blogging, so I might give next.js a try)
Ruby 3 is expected to introduce new concurrency primitives that evade the global interpreter lock (guilds / isolates) and type definitions for the stdlib for optional typing support. This should be a big release for ruby!
In Clojure, for functions that will probably have more than a couple args, I like to pass a map, then destructure it by its keys in the function definition. Two benefits are: you don't need to remember the order of args, and it makes refactoring easier in cases where you are simply adding a new optional arg (you don't need to update all the old calls of that function if they aren't using the new option).
If you read the article, it says the numerator grew faster than the denominator, and analysts think progress is good and not meeting the target this year is not a problem.
I wonder if that is because of the technical skill required to do app reviews. If you are "too competent" as a coder, obviously you'd go and be developer somewhere else instead so I suppose it is kind of a requirement for people who reviews app submissions to not be as competent as developers as those people submitting the apps?
Depending on the circumstances, a robotic system might offer a better response than the humans: it does not have emotions.

If anything, robotic systems might be more predictable.
On the topic of language IDE support. One of the things I've noticed from working in a few languages professionally (Python, Ruby, Java, Elixir) is that the level of power required in an IDE seems to be a function of the language.

My observation was that to feel comfortable in Java I tended to require a very powerful IDE (Intellej) to deal with refactoring and appeasing the type system.

When I write Elixir, I feel comfortable using a much less powerful (from a language integration standpoint) Vim, mostly due to the constraints Elixir has in the language. In Elixir, there is no mutable state, I can feel confident that the only things affecting a function are the things in front of my face when reading it. Elixir's alias/import syntax make it pretty easy to jump to the file that has a function definition in.

I think FP languages tend to have an edge in how much power an IDE is required to have, because those languages tend to have features like immutability and composable higher order functions)
At my last job (at a company in California), half of the development team was contracted out of a firm in Russia.

I once asked the Russian developers how they felt about programming in English as opposed to Russian. They all said they strongly prefer programming (both keywords and identifiers) in another language, because it feels more like a "computer language". And there really aren't that many words to memorize, anyway.

Just an interesting perspective in the discussion.
Get Waifu on Terminal
Apple may have broken the telescreen (as per the famous ad), but they didn't break the wall behind it.
Was literally told this by an Apple "Genius" when I took my dad's MacBook in for what was obviously (and did indeed turn out to be) faulty ram.
When is the last time you used it? I've been a full time scala developer for over 4 years now spanning versions 2.11, 2.12, and now heading into 2.13. There have been massive improvements across consistency and huge convergences happening across the scala FP community in terms of library usage.

> the reliance on JVM (ewww... so you end up having to be a Scala expert AND a Java expert... plus deal with JVM windup time and JVM stacktraces... Not noob-friendly)

This is just plain weird. This makes me feel like you spent zero time actually working with the JVM and it's incredible ecosystem. Being fully inter-operable with Java is a huge win for both adoption and usability. Not only that but the JVM is one of the most mature runtimes in existence with massive amounts of documentation and help available.
Well, we're used to the AbstractBeanHandlerFactoryFactories already. A slight discomfort of learning something new can seem much bigger when you're already acclimated to abuse.
These highways suck to drive on and have as much delay as Illinois highways half the surface area. Its one of my least favorite parts about tx.

The reason is largely that they just scaled up traffic patterns which are fine for 2 lanes to 6-7 lanes. It's absurd. The local legend in Austin is that the highway designer later committed suicide. I bike to work.
Hello everyone,

I am Sumit and I have been working on dwata for the last few months now. The software is intended to be open core although I have not figured out the best licensing route. This is early early stage but I want to get some feedback.

The aim is to create a software that really works without any engineering setup. It (backend, Python) reads DB schema, and generates SQL (including JOINs and Sub-queries) depending on what tables/columns are selected in the UI (React app).

I am talking to some founders who have teams and need to query data (business analysis). Non-technical people get frustrated with SQL and existing tools usually want engineers to setup Dashboards, and they go the SQL way. I want to build dwata in a way where there is no SQL in the UX at all. Of course this is not easy but for vast majority of business users this would positively affect their lives.

Simple query like "Show me orders from last year where product value was above $50" needs a 3 table JOIN. If we could get to these without knowing SQL that would be of value. Please share your thoughts, and thank you for your time.

Kinds regards, Sumit
International Scheme: Translating Scheme to every human language
Cashapp/tempest – a type safe DynamoDB API for Kotlin and Java
Can someone point out how Keli implements purity in the documentation? Haskell requires the IO monad to accomplish this, not sure what Keli does. Its feature list claims to implement "pure functional programming" but it seems as though it's just functional, like OCaml or F#.
Tell HN: I got banned from Twitter for literally no reason
I built https://sci.app as my quarantine project. I manually curate videos and livestreams that I think could be of interest for the scientific community.

I wanted to have presence on Twitter, so I opened a new account with an email from @sci.app. I uploaded a nice profile picture and filled all the details (website, location, etc...). I added my phone and it was verified (as well as my email, of course). Here it is, for reference: https://twitter.com/scidotapp

The very next day, I logged in so I could tweet for the first time and my account was "suspended". That was probably a month ago, since then I tried filing multiple "appeals" through their website and had zero response. I don't even know what could I have done wrong as I literally just set up the account.

It is truly sad how draconian the internet has become and how regular people like me have no recourse to fair treatment. This is the exact kind of thing that hinders innovation, who knows how many others have gone through a similar thing and just quit it.
And they're already loud. If they proliferate, whether human operated or autonomous, the noise will increase.

+1 vote for heavily regulating noise pollution.
For a fun excursion, check out

https://www.homegate.ch/buy/real-estate/country-switzerland/... for real estate currently to buy in Switzerland built before 1801 (according to the seller).

(You can change "buy" to "rent" and 1801 for any other integer in the URL).
A classic. The part when the agitator-clown-carnival barker yells "Folks I'm just an average American but I'm an American American! {{insert-ad-libbed-racist-tirade}}". Good thing we defeated nonsense like this long ago.

https://www.youtube.com/watch?v=vGAqYNFQdZ4&feature=youtu.be...
The real takeaway here: Honeycomb is a great tool for log and trace analysis, and by using Honeycomb's minimal data model [1] for traces you can expand tracing throughout much more of your stack. Now Honeycomb itself makes you pay by the event so Slack's internal buffer and collection system really lets them use it effectively for just the data they need. The low adoption of tracing is also due to the high cost of application level integration, which they are deferring by using the existing tracing systems service layer integration.

So if you come at this as a Honeycomb user Slack has not really re-invented any wheel so much built their own backend to funnel data to Honeycomb and use it's excellent trace viewing and light weight analytics UI [0]. In fact API and model which this article goes to great lengths to explain and justify is basically the Honeycomb tracing API and data model [1]. Which itself is an evolution of the system Facebook uses [2]. It is very cool that they have plugged the gap in Honeycomb which is the lack of historical analysis capability by also funneling all data into Presto.

I would love to see the system they use for keeping field/tag names under control. Honeycomb really strains under large numbers of field names.

0 - https://www.honeycomb.io/trace/

1 - https://docs.honeycomb.io/getting-data-in/tracing/send-trace...

2 - https://www.techrepublic.com/article/ex-facebook-engineers-l...
Booms imply crashes. Anyone who is surprised at this couldn't be smart enough to be a good machine learning engineer.
It's not the mistakes that matter, it's the proportion. Pareto says most cases should be ordinary, so looks like we got that covered. The question is given x amount of flight hours under likely ranges of events, who does better and by how much.

If the human can perform better in niche situations but not better in ordinary then that may lead to an overall decrease in crashes or loss of cargo (the metrics we actually care about). If the human only performs slightly better, well it makes sense to switch to autonomous because humans are expensive, especially when things go wrong.

The point is that no one expects the machine to be perfect. You can get caught up in the "well it can't handle x well" all day, but that's missing the forest for the trees. A robot isn't going to get frustrated if you only fly it on VFR days and ground it for 20 hours in Little Rock because weather changed.
translate.google.com somewhat prone to misnegation. Basically one word doesn't change the score that much, and there are things like different word order that overwhelm it.
There’s a lot of literature about sex hormones and immune response.

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6119719/

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4701921/

And then extremely anecdotally: the only people I personally know who have gotten sick† in my ~25–35-year-old social circle have been guys who are, as they say, “on the bike”. Geared up, if you know what I mean.

†and they’ve all recovered well; they had about a week of pretty nasty flu-like symptoms, but then bounced back with bed rest