skysight-inc/HackerNews huggingface dataset:
Completely off-topic but I went and looked up that buildings site

https://iwamotoscott.com/projects/bluxome

I don't think I've ever been that annoyed at a scroll jacking website in my live. You legit scroll multiple wheel rotations for about 20-50pxs of scroll.
Amazon’s Drone Delivery Fleet Hits Milestone with FAA Clearance
Beyond the culture war between the woke and the IDW
Anyone else irked by the use of "Intellisense" - a Microsoft brand - when "autocomplete" will do?
Note: This is a month old, not sure why it was posted today - and both versions are minor bugfix versions.

The next series, Nim 1.4, is going to bring speed, size and predictability improvements as well as FFI that better matches e.g. Python's object life cycl. This is done by moving from the existing soft-real-time thread local mark-and-sweep collector (which works extremely well, but does impose some constraints) to a much smarter reference counting with optional cycle collector.

Nim is the only language I'm aware of with different yet practically replaceable garbage collection: RC, Mark & Sweep, Boehm, None, and a couple of deprecated ones. They all have pros/cons, but they all work well.
In Houston, you drive.

There is no reason to judge space in one place by the use patterns of a totally different place.
I think the point being made here is that manufacturing and distribution require roads. People can live in sardine cans however manufacturing / industrial sectors cannot. Zooming in on a engineering marvel for traffic handling and comparing it to high density mixed use housing is a tad non sequitur. Albeit an interesting photo and thought exercise.
None of the problems you speak of are language specific habits, they're just generally bad programming habits. And those bad habits aren't proof that writing code isn't the best way to learn. Of course, you can't just write bad code forever and expect to get better, you have to analyze your results or get feedback somehow and improve your programming. It's basically like every other skill.
Seems like the law should be written so Google doesn't "own" any of their mapping data either.

They didn't create the roads, and there's no human actively taking the photos.

It's not like the law cares about effort when it sided with Google against Genius.
> It’s not like “the industry” just wants to make things complicated for the fun of it.

Doesn't it? I think that there are plenty of folks who want to make things more complicated, because complicated things are fun, while just making things work can be a pain but also boring.
They would have a higher variety of output.
Another way to solve the problem the author is looking to fix is by convention:

splitStringBy "1,2,3,4,5" ","
^ action
^ Arg1
^ Arg2
UK Company Developing a Radioactive Diamond Battery Powered by Nuclear Waste
> anonical originals"

Oof, "Canonical originals", that should have read (not sure what ate the two missing characters, HN or the iPad).
> ask someone to approve/review every little change

If you're asking people to review your edit history, that's (IMO) something you're doing wrong. Branch early, commit often, but clean it up into a series of conceptually related, easy to follow changes with good commit messages before you push it anywhere (morally) shared. In SVN, commits are always meant for the world. In git, commits are meant for you until you decide to share them. Owning that helps. (Again, IMO/YMMV/&c...)
The author lists Ocaml as "non-IDE-friendly." This is not my experience. Ocaml is one of the most IDE friendly languages I have in my toolkit right now -- not just functional languages, but all of them. Ocaml + Emacs + Merlin is stable, accurate, very fast (responsive), and easy to set up and configure.

Plus, named and named-optional parameters are supported in the language, and can be used to good effect for disambiguating function parameters of similar type (the split, join problem).
I disagree that named parameters are just biased toward new users. They're also biased toward reading rather than writing. I find that as a code base becomes bigger and more non-trivial, I end up reading code many times, and the more I appreciate named parameters.
indeed, an increase would be good. however, it is worth noting that China and the US are in different situations. the US spends about 2.7%-2.8% of its GDP on R&D and China is catching up to that, according to wikipedia: https://en.wikipedia.org/wiki/List_of_countries_by_research_...
Well it makes sense to converge towards something right? Unless a programming language is using a radically different paradigm, like Lisp or Prolog, or if it is purely a syntax experiment, why not go with a C-like syntax and have every programmer in the world be able to instantly ready your code and basically understand what's going on.
As a European, it's not the age that matters so much as the uniformity of American cities. A lot of places between the coasts seem to be the same simcity arranged slightly differently.

Come to Europe and see very different styles within a short distance.
Let's try a thought experiment. There is a `Feedback` button on the bottom right, imagine that Google developers actually look at them. Let's assume some numbers:

- Once every ten searches there is that "smart" box.
- Once every thousand "smart" boxes a user spots an error and clicks the `Feedback`.
- There are a hundred developers behind this feature, working 8h/day.

So, according to [the result in a smart box](https://kenshoo.com/monday-morning-metrics-daily-searches-on...) there are 228 million searches per hour. So, to go through all the feedbacks, your developers need to average well over 600 per hour.

An alternative approach to get this estimation: imagine every tenth user reports one error per year. There are [2 billion gSuite users](https://www.zdnet.com/article/google-g-suite-now-has-2-billi...), so intuitively there should be at least as many Google search users. By simple division, your developers would need to go through almost 700 feedbacks per hour.

Having these numbers: how do you think Google engineers should actually react to the feedback?

Disclaimer: I work at Google, but on something not exposed to the outside world. However, we do hit similar scale issues with our users being only Google engineers.
We've built our SAAS on Keli for the last six years and have been amazed by the productivity. Each year we are able to make a net reduction in lines of code. We are now down to only 2 lines, and we expect next year to be the most impressive yet for what we will need to maintain.
Always be popular. The "popular" part makes it not absolute. And I feel like the statement is true. That demographic does tend to gravitate to dynamically typed languages.

I edited the phrasing to make it more clear though. Apologies for anything that sounded overly authoritative. Just my opinion.
I mean, there's plenty of recreational activities where the participant has a pretty good chance of losing their arm or worse. Nobody seems to argue about the legality, let alone the ethics of BASE jumping, wingsuiting, free solo climbing, or technical diving.

And unlike scientific experimentation, these don't even come with any sort of broader social benefit. We let consenting adults mix wildly speculative breathing gasses so they can dive 500 feet underwater. Pretty much for no other reason than it's cool. Why not let scientists do the same if it might cure a pandemic that's killed millions?
Your argument collapses if one notices that Google Search used to be a lot more accurate in the first 10-15 years of its operation. One could say they were actually trying to organize information back then.

The damage that has been done in the last 10 years is hard to miss. Search accuracy went down the toilet as did ranking of results, they started rewriting queries en masse and also censoring.

I hope a competitor arises that steals their lunch. They're so bad these days that it can't be very hard to achieve.
Walking sounds less dangerous, less polluting, and better for overall health
"Moda" and "resto" are the standard names of those functions in mathematics. All the Latin languages have a similar name from them.
33 yes-no questions which each split the audience in half, uniquely identifies slightly more than the world population.

But any given website is much tighter than that: a regular visitor to Cambridge Evening News is unlikely to be based in राजनांदगांव, and vice versa.

Someone is regularly accessing the website of one local take-away restaurant in Larnaca, a gay men-only dating website, and Ars Technica? That’s probably already got you down to 2-15 people out of the ~3e9 on the internet, with just three specific websites in their history.
Just looking around Tokio on satellite view: there are a few highways, but nothing compared to the many-layered intersections you see in US cities like Los Angeles or San Diego.
I also disagree but let's assume it is true. Houston would overall be a better user of space than Siena. The population density of the entire city of Siena is around 1200 per square mile. For Houston it is over 3600 per square mile.
My point was something else: happy to pay someone for commercial alternative to Photoshop, coz I'm never gonna pay one more dime to Adobe.
I think they mean the actual buildings and layouts, rather than the fact that people lived there 500 years ago. It's quite normal in Italy or Southern France for example to walk past churches that are 500-1000 years old
They are biased to new readers of a codebase, not of a language, which is really just another way of saying that the code is very readable.
Because the first sentence in the comment contains an inconvenient truth which goes against the dominant propaganda narrative and which is really hard to refute, so the only tool left for "fighting" with this information is downvotes?
Any chance you have a write up about your experience with it??
ZFS is great but I have no clue why anyone would use Oracle software when Btrfs is an option.
Well, no one was using the land at the time[0]. Everything has grown to touch DFW airport - I lived literally across the street from it in Euless.

Also, a lot of the land there is used by businesses like UPS, Fed-Ex, etc.

0. I'm sure someone was, but not very many people.
Python is to on the other side of Go.

And C++ isn't alone: None of Lisp, APL, Forth or Prolog, to name a few, sit anywhere near the Go<->Rust spectrum.
https://www.researchgate.net/publication/265660320_A_Face_is...
I find the syntax as the author intended it to be: clean. I agree with the ambiguity of positional parameters at first glance. Although named parameters (e.g. in Scala) somewhat solve this, they are optional. Having the parameters with their explicit name makes it quite readable.

myList
.append(5)
.reverse
.put(5) atIndex(0)
.++(anotherList)
.select(x | x.isEven)

Edit: The same feature makes it look a little weird when put on a single line, because we mentally parse the whitespace as separator but in this case it is not:

$.name("Keli") age(50).isOld

It looks like a refreshing addition to function programming languages and I'd like to see where it goes from here, in terms of adoption and features.
No one can agree exactly what money is so that's why you see a bunch of arguments like this. A stock market billionaire who has a small mortgage on one of their properties has no money - he owes money.

You can see different countries have different definitions. https://en.wikipedia.org/wiki/Money_supply#Definitions_of_%2...
Google seems a little harder to break up than Amazon/AWS, but you could probably do it with a little work:

- GCP is one thing

- The various consumer facing loss leader content services can stick together: YouTube, Gmail, Maps…

- Google ad market, YouTube recs, and Google search should be spun off and regulated as neutral platforms
Just the other day I was trying to install a package through apt and kept hitting some error about a lock file. After some googling it appeared to be because the OS was doing an auto-update process in the background. Which in itself is something I'd want, but it's insane as a user experience that it would block you from installing anything else and show nothing but a cryptic console error. So then I had to dig in and figure out how to kill the other process so I could install what I needed, which ended up putting my apt in a corrupt state so I had to run a repair process. By the time I got everything sorted out, an hour was gone.

This was the simplest possible task, and it was on Ubuntu LTS. Seemingly every time I have to switch over to Linux for something I end up dealing with an issue like this. Yak shaving was fun when I was in college, these days I just want to get on with my life.
And even locating a clock to a higher elevation, because gravitational curvature has the same effect as relative motion.
https://arxiv.org/pdf/1710.07381.pdf

Can't find the reference now but even moving the clock a few meters is a measurable drift.
Brings to mind a famous quote attributed to Thomas J Watson (the real creator of IBM):

Watson: we should be investing in ongoing training in new skills for our staff.

VP: But what if we train them and they leave?

Watson: What if we don’t and they don’t?
Researchers are developing a battery powered by diamonds made from nuclear waste
My question -- and I am not being glib -- is there something to the idea that we can "raise our vibration" and would doing so decrease our speed through time?
Hollywood loves remakes and adaptions (and sequels and prequels and reboots) because name recognition sells tickets. This is nothing new, Hollywood have done this always.

> Or remakes with a twist: let's make main characters black/women/gay/trans and pretend that we created a brand new, original story.

Did you whine and complain when Hollywood remade Amled with a lion or Hidden Fortress with white people in space?
You ask for empirical evidence that "private entities have the inability to create money out of thin air", but this rests on a definition of "money". You brought up the example of a private IOU (the Poker Site).

If we remove the distinction between private IOUs and bank IOUs, indeed you would have an example of a private entity creating money out of thin air, for a more loose definition of money. However, as we established, removing this distinction is unwarranted, bank IOUs are treated quite differently both legally and materially.

If we maintain the distinction between private IOUs and bank IOUs, then your example becomes simply irrelevant. Any IOUs that may be issued by private entities that are materially and legally different from bank IOUs have no bearing on Werner's claims.

I believe the empirical evidence for private non-bank entities not being able to create bank IOUs is that they're not banks. Am I missing something?
Show HN: A Skull Made of Fire
Kore 4.0.0 - An easy to use web platform for C and Python
And yet it's necessary to drive in Houston.

Imagine judging Siena based on the ease of driving. That would be equally as arbitrary as judging Houston by its space allocation to roadway interchanges.
I have lived in walking cities, I prefer to have a car. I can enjoy my own music or podcast- my own schedule in the case of mass transit. I can also enjoy my own aircon and heat settings. I know lots of people want to bike/walk everywhere- that is just not for me. I think this comes up everytime someone talks about urban planning here. Some people just have no interest in living within high density areas- I am one of them. I like being able to use a telescope and not hear cars.
Somebody downvoted parent without adding a comment. Is that information factually incorrect?
... and that's for Siena, the province, not Siena the city (which is the regional capital of the province). Siena the province has a population of 268k.
By magic solution I mean the solution where if you just buy a thing all your problems will be solved!

If exercise and hard work were that easy everyone would just do it and we would have far fewer problems.
The "How" prefix was likely removed automatically during submission. dang has confirmed there is a list of suffixes and prefixes that this happens with, but it is not public what they are.

Edit: when I posted this the title was "NASA and ISRO discovered water on the Moon"
LinkPreview API – Preview Web Links with Free API Service
One causes destruction of our shared planet and personal debt
RChilli Talks About the Power of Automation on iSmart Podcast Show
I don't think a lot of people have seen this, so I'm posting again.

Source code is here: https://github.com/victorqribeiro/fireEffect
> You can divide 12 by 2, 3, 4, 6...

I'm pretty sure that dividing 12 by 2, 3, 4, 6... works in metric countries, too. :-)

But seriously, take something like the spacing of things like studs, which is commonly 16" or 24" in the US.

24" would indeed be a pain to divide by 2, 3, 4, or 6 if we were instead working with the same spacing but in metric, where it would be 60.96 cm [1].

But in Norway, the first metric country I happened to find information for, they don't use 60.96 cm stud spacing. The use 60 cm spacing for studs, joists, and rafters (23.622"). Dividing by 2, 3, 4, or 6 for them is as easy as dividing by 2, 3, 4, or 6 in a place using 24" spacing--and they also get easy divide by 5.

If you've got some random physical thing to measure that was not build by humans, like say how tall a tree is, you are probably going to get some length that isn't exactly 2, 3, 4, or 6 times an integral multiple of the smallest division on your ruler, regardless of what system your ruler uses.

For things that are built for humans and for which we will commonly want to divide them by 2, 3, 4, or 6 (or other small integers that we might anticipate), we will tend to pick their sizes to facilitate that using the units we expect the users to be using.

[1] That one does actually come out as an integral number of mm when divided by 2, 3, 4, or 6 so it is not too much of pain. It's just having to deal with more digits and a decimal point as opposed to also having to deal with something that falls between the marks on your ruler.
TikTok has reportedly chosen a buyer
YOu can find more info here:
https://boilingsteam.com/the-pinephone-can-it-replace-your-s...
Does it? Can’t we just expand the amount of money available forever?
In China, professors have to periodically write essays about how they're ideologically committed to the party goals in order to keep funding and not be fired. These goals are all nice sounding things about national prosperity and such, everyone knows what they're supposed to write, it's a minor chore.

In the US, they're only doing this at hire time for D&I so far. We'll see where it goes from there.
I know this opinion will not be received well, but I'm really sorry this extended to things like semicolons, snake_case, and the overloading of the term vector to refer to variable length arrays. I'm a big fan of many of the decisions made in Rust, but those are things which I wish we could have let die in the systems programming language of the last decades.
They are biased towards new users of a codebase, not only the language.

Named arguments improve readability of a code if you are not used to a codebase.
By improving readability, you also improve maintanability: you need less experience in a codebase to make a change.

You focus on writability where it's not the biggest issue of the field, it's software debt.
They don't want to be stacked, but they do want jobs, they want Chinese/Indian/French/... restaurants, they want daycares, they want schools, they want high-schools, they want notaries, and hospitals and clinics, they want shopping malls and delis, they want pharmacies and pawn shops, ...

It's almost like wanting 50000 people with different professions nearby means you have to live next to 50000 people. Until we discover teleportation.
There are cities in the US that are older than the US, by a large margin. Come to New Mexico and you'll see.

Obligatory edit: After COVID, please.
> That is, if I fire Alice light beam at you from a moving train, while Bob fires a beam at you from a platform, both beams will reach you at the same time.

That's wrong. Simultaneity is ill-defined in relativity.

The correct example is, "if Alice fires a light beam at you from a moving train and Bob fires a light beam from you from the platform, you will measure the Alice photons as going equally fast as the Bob photons.
"white people who make the color of their skin a badge of superiority suck" isn't as pithy.
Those are seven plots. The book mentioned in the article lists dramatic situations. A story would in all likelihood involve more than one dramatic situation. The article (frankly, quite blogspammy-looking) makes the same mistake right in its title.

A quick search reveals a better resource with extra information about each situation: http://juliahwest.com/prompts/37_dramatic_situations.html
Possibly, as the interchange allows a sizable fraction to more quickly get to work.
Yup. Too bad it doesn't come in pill form.
Yes, You Should Talk About Your Competitors
This isn't wrong, but also somewhat misses the point.

Four-velocity is change of spatio-temporal position (Δx,Δt) in an inertial frame per unit of time Δτ measured by the object in motion. For a concrete example, think a race track with distance markers accompanied by (synchronized) stationary clocks, and a vehicle carrying its own clock. Three-velocity will be given by Δx/Δt (the distance along the track divided by the time on the stationary clock), whereas the spatial component of four-velocity will be given by Δx/Δτ (the distance along the track divided by the time on the vehicle's clock). The temporal component of four-velocity will be c·Δt/Δτ, ie proportional to the clock ratio.

Turns out no matter the speed of the vehicle, it will always hold that

(c·Δt/Δτ)² - (Δx/Δτ)² = c²

A priori, we could certainly imagine this relation not to hold!

However, once we've baked this relation into the geometry of spacetime, we can of course take the more abstract perspective described above and think about reparametrization-invariant dynamics, with choice of eigentime as parameter an insignificant way to fix an arbitrary gauge.
It's cool. I strongly prefer those things. That's why no single language will ever rule them all.
Same here. I've been using PS since version 4.0 and it has become an absolutely bloated nightmare. +the cloud, vendor lock-in, pricing and all that stuff.
> Get it? It's just... insane. The rules of the universe are the rules for all things in it. They apply to everything, at all scales, at all times.

This is nowhere near as certain as you make it out to be. Take Conway's Life. With 4 simple "rules of the universe", you can create a series which to the best of our knowledge cannot be predicted from those rules. Clearly this series is a "thing" within the simulated universe, and clearly it emerges from the universal rules, but the rules don't give us any insight about it! The only known way to "predict" it is to let it run: in other words, it's irreducibly complex.

Causality can look different at different scales. It's well established that simple low-level rules can generate extreme if not irreducible complexity. This doesn't mean the bottom-level rules don't apply everywhere; it just means their descriptive/predictive utility is not necessarily preserved when you zoom out. Is a prime-finding algorithm best described by the mechanism of the computational substrate? Any number of substrates could suffice. We can best predict its output by thinking at a higher level of abstraction.
Colonial architecture is still pretty recent in the grand scheme of things. Native construction is far older and some of it is still standing. Oraibi, Taos, and Acoma are all close to a millennia old and there are structures in the US going back another couple thousand years like las capas or poverty point. If you head south into Mexico, you can find structures even older than that. There's nothing like gobekli tepe, but that's okay.