skysight-inc/HackerNews huggingface dataset:
I don't think it's better outside Russia. But within Russia, the level of detail and the accuracy of data is much better. In Moscow and St Petersburg at least, you can see street level details down to individual buildings easily - I would say it's better than Google in NYC.

I do wonder if Google's poor performance in Russia, and Yandex's poor performance outside Russia are a function of data restrictions. I'm not sure western countries would be as keen to share data with a Russian company, and vice versa.
If you have a Google account, I’d assume your address is already known. The form only asks for clarifying details and an email address.
deno is 'node' shifted by two letters. What do you use nodejs for? That's what you use deno for. It exists in the same space.

So in short, deno is a javascript interpreter suitable for local scripting, server/services, etc. Just like node.

You can probably use it for desktop applications, but it more closely targets server code, again like node.

So how does deno differ from node? It has a different module system and stdlib (better, more modern). It has first-class typescript support. It has much better security controls so that it's possible to use it to interpret untrusted code (this is not security advice).

The 'untrusted code' bit means deno's also gunning a little for the niche lua and other embedded scripting languages occupy, but I don't think it has much of a foothold there yet.
GP: "open source and self-hosted services"

There's probably no wish to monetize, just to distribute working apps for free.

You're right that the issue is easily addressed with a proxy.

But now you need to maintain and pay for a proxy in perpetuity, for other people to use who aren't paying anything.

Even if it's cheap, maybe you don't have the time. It will break occasionally. Knowing there are people who may depend on it 24x7x365 is burdensome too. You'd like to have vacations.

It's not very open source friendly if other people can't just take your software and run it themselves without depending on you.

Those other people can avoid depending on you by registering themselves with FCM, but having to do that is not open source or self-hosted friendly either, which was the GP's point.
I saw a Street View car driving around in Berlin very recently, maybe they have started again?
Because some consenting adults have a lot more power than other consenting adults, and that results in exploitation that we shouldn't abide in a moral, modern country. A huge international corporation versus an individual who will be homeless if they can't come up with a few hundred bucks for rent soon - do you think the negotiation between them would be reasonable?
That sounds like plasma gasification (https://en.wikipedia.org/wiki/Plasma_gasification). Out of curiosity, which city are you in?

> it belches smoke into the atmosphere in the middle of a city, has done for a while and nobody seems to suffer any ill effects

How long is a while, and how does that compare to the time it would take to detect meaningful increases in cancer or other illnesses in the vicinity of the incinerator?
I’m starting to learn macOS development and I’m a bit torn on SwiftUI. As someone who’s primarily done web development the last few years, and comfortable with React, SwiftUI is pretty appealing from the standpoint of being a similar mental model.

On the other hand, it doesn’t quite feel ready. SwiftUI seems to be missing enough components that I end up needing to know how to use the existing AppKit stuff with autolayout, or know how things work under the hood to debug SwiftUI oddities. On top of that, there are few resources out there for learning macOS dev specifically — tons of stuff for iOS, which sorta translates, but not perfectly. I’ve been learning from the Hacking with macOS book, which is very good, and plenty of trial and error.

The other ding against SwiftUI for Mac dev seems to be that it’s only supported in Catalina, and it seems an awful lot of Mac users have held back from updating, so the user base might be diminished.

Most of these seem like temporary problems, but as a newcomer to this world it’s hard to tell if it’s too early to commit to SwiftUI.
At some level, I wonder how possible it is for your bespoke software product to be as usable as a door. A door is simpler than most software, and we've built the same exact door millions of times. We may be spending a lot of time on design when no design will ever help anything.

I am instead going to propose what I think software should aim for.

1) Software should be safe to explore. Trying things out is how you learn. Accumulating learning is how you become productive. With that in mind, you should never allow the user run a command that creates a situation where they can't revert to the previous state. When one wrong move can erase hours of work, your users will never become experts. (Historically, software has been absolutely awful here.
I think this is the number one reason why people are afraid of software -- the one UI paradigm they've learned throughout every new "UI innovation" is "one wrong move will destroy your work". So they tread carefully, and being careful is slow and painful.)

2) A user that knows the jargon that describes some command should be able to run that command by name. Teaching users the jargon can be hard, but once they've learned the word, they should be able to at least run the command. An example is watching a YouTube tutorial for some operation that was recorded a few versions ago. Sinc the tutorial was made, someone moved every menu item around (hello, Fusion 360). Now the tutorial is useless -- you know the command you want to run and how to use that command, but you have to dig around in the UI looking for it. That's a big fail. (I called out Fusion 360 for this, but they have a command search, so it's not a big deal. The search could be better, like maybe telling you how to do it faster next time ("next time, just press X"), but at least it's there. I'll also point out that Emacs does this, and even tells you the shortcut after the command is over. If a 1970s LISP app can do it, so can your whizbang Electron app.)

Anyway, I'm not sure I'd understand how to use a door the first time I saw one. Normally you can't walk through walls, but with this innovation, you can. Weird! But once you see someone else use it, or someone walks you through it (literally), it's pretty easy. With software, we are creating new concepts like that several times a day. At some point, we have to accept that the user will have to try it out and learn how to use it. There is a first time for everything, after all.
Scientists Just Found a Way for Machines to See Through Clouds and Fog
The glass broke on the Cybertruck. The course was closed as well and you couldn’t drive the vehicle. You could only be a passenger.

Their solar shingles are where?

The semi was to be in production 2 years ago. There are serious doubts it’s even viable for long haul.

The battery swap demo has never materialized and there’s doubt it is feasible.

They continue to show photos of a sleek, modern giga-factory with solar panel roofs. Meanwhile their factories look like any other car factory.

Their self driving tech has some cool demos of what the computer “sees” but there’s no evidence it’s close to being available or that it’s any better than where other companies like GM are with the tech.

I’m not trying to dump on Tesla - they’ve done a lot to push the industry forward. I’m just saying I think they generate a lot of hype but don’t deliver and they may have people confused on where they really are.
>> Users aren't thinking about your app when they use it.

Yep. It's probably over used as an example, but I always come back to pinch-zoom. People don't care about your UI, the best you can let them do is directly manipulate their data. Anything else is a compromise. That compromise is always going to be there, but we need to minimize it.

MS Office has turned into a sort of industrial machine with a control panel. You can do anything to your data if you know what sequence of buttons to push to tell the machine what to do. Actually that peaked several years ago and they have been getting better about more direct access to features. OTOH they also have so much functionality that such UI will never go away completely.

On a related tangent, I feel like tools for programmers suffer even more from this. Because we're used to editing text files to get things done, the notion of editing a config file or writing a script to get something to do what you want doesn't seem that unreasonable to software developers. Maybe it should.
History of Industrial Design: Ancient Engineering
> there is no chance everyone could be a programmer

There is no chance, even if by "everyone" you just meant "a majority". It's intellectually challenging, just for one.
Yeah, they’re all priming studies. Afaik that was hot shit for a while but has been mostly discredited. See “power poses” for a dumb way it trickled into pop culture.
Interesting, then the only difference is that a CPU easily as 256 GB ram and a high end GPU typically 16 GB or so?

May Nvidia will start to create ML type cards with memory expansion options at some point.
The bitstream is probably decrypted as it enters the chip.
After that at best you might have some simple xoring at each CLB to make someone probing with needles life harder.

Also making sure each data line is not on the top or bottom layer to make non-destructive access harder. At which point you going to need careful application of acid or focused ion beam ablation.
https://www.python.org/dev/peps/pep-0563/ was to become the default in Python 4, but that has been changed to 3.10 (see https://github.com/python/peps/commit/f1c3a99ad5df574489e877..., https://bugs.python.org/issue38605)
What are the best case scenarios (roughly) for GPU-based speedups of typical DB workloads? I have no sense of whether we're aiming for 2x, 10x, 1.1x.
Theranos isn't Theranos b/c they failed to deliver on a product they said they could build. That is par for the course in startup and innovation. You think you can do something, that's why you go raise money, so you can share your thing with others!

Theranos is Theranos b/c they falsified test results. If no test results had been falsified, Theranos would have just been "another" failed startup, and Holmes would have been given another chance with more VC money to try again with a fresh idea.

MagicLeap is a perfect example of what Nikola will probably end up as. Raising tons of money to do something new, and dropping the ball on it. I remember reading an early article on Magic Leap about how they figured out how to make something float in mid air, no one is calling on the SEC to investigate them... MagicLeap did some really interesting things, just nothing that consumers can actually use (YET!)
If your crypto code doesn't use constant time functions for timing attack sensitive stuff (like digest comparisons) then you have more serious problems already. Relying on HTTP or other noise is not a good idea.
You are conflating consistency of package management and library behavior across platforms with platform support.

When it comes to microcontrollers rust is currently at the mercy of LLVM support and vendors.
Creative destruction – How America’s war on Huawei may boost Chinese technology
Geometry/trigonometry in 10 figures and 100 symbols
Thanks for the feedback. I think you're right; my thinking was to eagerly gather as much data as possible even if not all of it is useful immediately, but it's true that it might dilute the experience when the person entering the info doesn't yet benefit from most of what they've entered.
Love the ability to remove AnyView, that was a really confusing one for me the first time I saw it.

I'm really impressed by SwiftUI, it seems like Apple took a couple hundred really good UI engineers and threw them at this. Coming from a web background it's really refreshing to have these APIs. Swift as a language is part of it, changes to JavaScript like those mentioned in this article would be hard to come by (for good reason!)
You really can't bucket your users on a single mental model. It depends entirely on application and usage patterns. Daily users will become experts pretty quickly and look for fast, simple design. Doubly so if it's a line of business application with a captive audience (like a POS interface). Something like my homeowner insurance is a site I log in to like once a year. I'm not ever going to even remember my password let alone how to do anything without giant, colorful buttons leading me along. This is why UX is a profession.

The seminal work on interaction design isn't Don't Make Me Think, it's About Face. About Face makes thee general rule that you should not design for beginners or experts but for the perpetual intermediate.
It ia a single camera with multiple CCD detectors on a common focal plane behind a shutter. It is not a single CCD on a common focal plane. Should there be such a 3.2GP sensor, the noise would be abysmal, silicon would be huge, pixels tiny, and it wouldn’t be all that interesting for astronomy. Note that each 16MP sensor is physically quite large as well.
I suppose it depends on the government, but my experience is that it’s more about familiarity and ease of maintenance.

In the US there are few actual digital services/ engineering / hackers who are employees. Mostly project managers and contract admins. So it’s frustrating to me seeing a mediocre commercial solution purchased because it’s easier to support than equivalent OSS that requires just a single person who knows how to admin something simple like Wordpress.

The number of times I’ve heard that SharePoint is superior to Wordpress for intranet and content management because it had better support would boggle any reasonable mind. No one is paying political cronies, just people trying to do their best without any direct understanding of what it takes to run these types of services.

I think the solution is to require a rigorous analysis of OSS in solution contracts. Then all the contractors supporting SharePoint will just support WordPress and funnel the license savings into more contractors.
> I remember the cloned sheep over a decade ago

Slightly out in your “remember a long time ago” - Dolly was born in 1996! Pet cloning apparently started in 2004! So it’s been around long enough to somewhat mature.
Out of curiosity, how would you improve them?
Isn't Unix philosophy the one about small, focused tools that compose well? It fits the GP's view, since the composition is meant to be user-driven, explicit and visible.

(Also composability usually implies lack of hidden state - in Unix-land, state issue may just come from the baggage of C language.)
> It makes no sense that 50+ states and territories have 50+ systems for the DMV, business registration, taxes, etc. when the basic functionality is most likely the same across all of them.

While this is likely true, this being the US, you are also very likely going to end up in an ideological (for the lack of a better word) rabbit hole about freedom and state's right to do their own thing.
Phosphine on Venus “tentative but compelling evidence” of life [cached version]
Right, the question being answered above was "what is a timing attack."
So the reasons are: cost, contributions, and audits.

I'm playing devil's advocate here and think this could be an interesting thought exercise.

There is no evidence or proof any of the above are advantageous to governments.

1. Cost - Does it cost more for an existing solution, that maybe other governments and companies have paid toward, than adding features to a solution without all the bells and whistles?

2. Do you want other governments to receive the improvements?

3. Do you want other governments to be able to audit your ("you" being the government) software? It is more effective to hire a specialized audit team or have random code readings by random people?
Link is to Google's cache of an article that will appear in Earth & Sky magazine tomorrow, apparently:

"The new peer-reviewed research paper was published in Nature Astronomy today, September 14, 2020 [sic]."

I understand this outlet published this by accident.
Does anybody with Clickhouse experience at scale know if AresDB is better on some use cases?
Capital must be producible. Land cannot be any form of capital because it cannot be produced.
> simple is not better than possible.

Dang, that's just the most perfectly succinct phrasing of (an answer to) my pet hate in software/developer attitude/life in general.

But it also seems that the 'possible' facet is just nowhere near as financially lucrative as 'simple'.
As someone who has done lots of embedded Lua, I can confidently say that embedding V8 is definitely not what I want.

I want an embedded statically-typed language that compiles directly to something that is memory layout compatible with C++.

We have 1001 languages now, but it looks like I'd still have to write my own to get what I want...
> I didn't realize the choice of green was meant to reflect a bias about human perception.

Yep, but it doesn’t come without consequences, especially for colors like purple in low light situations.
A favorite quote of mine from The Humane Interface:

An interface is humane if it is responsive to human needs and considerate of human frailties.

There is a temptation as a designer/programmer to present the world with MY PERFECT VISION of what a piece of software should be like. Nothing wrong with that, as far as experimenting with and presenting new ideas. But a mindset that produces better software is one of serving the needs of the users. Of course there is an entire profession in identifying the "needs" and studying the "users". But the mindset: "we build tools that enables users", is the first step.

Far more insidious and destructive to the general computer experience has been the rise of businesses, whose entire purpose is to produce software that exploits it's users. I don't know the solution to this phenomenon but I find it repulsive and strive to avoid this software as much as I'm able. Raskin's dedication for the above book:

We are oppressed by our electronic servants. This book is dedicated to our liberation.

Might have been tongue in cheek then but feels disturbingly serious now.
If you denied food to both would they protest?
Well, that’s a good point. But what if the government merely said ‘without insurance, you can’t operate.’

This would be a modest intervention, but would allow a market of insurers to determine what is safe, so as to reduce cruft.

Maybe it’s flawed, but it works for UL rating and building materials ... no UL certification no insurance, therefore no materials are sold without the certification, even though it is technically legal to sell them. This results in a private market for, say, awesome cherry wood coffee table tops that aren’t regulated, but Sheetrock and structural steel clearly is.

Maybe it wouldn’t work, I’m just saying OSHA and state regulations aren’t the only conceivable way to imagine workplace safety being enforced.
It's a lot like Node.js, a js runtime built on v8 w/ bindings to the filesystem, network, etc. However, it is redesigned around recent changes to js. It eliminates commonjs and package.json in favor of es modules, and eliminates callbacks in favor of promises. It also gives scripts zero permissions by default, so you can give each script you run access only to what it needs.
Not clamping dawn is user hostile. These are phones and messaging platforms that are under constant attack by bad actors. Semi-ok means the bad actors have succeeded many times on hundreds of millions of devices.

Stop mistaking your unique desires for those of the vast majority of smartphone users. Very few care about alternate push notification services, or sideloading, they are happy to use the default app stores and services.
A presentation of vintage CAD workstations from the 80s through 2000
German nuclear power was not replaced by fossil fuel, but by renewables. For this year so far, 54% of the German electricity came from renewables, 12% nuclear, 21% coal. Solar alone has eclipsed nuclear with 13%. The installed solar peak capacity is 48 GW, wind is 60 GW, on windy days the production of wind power alone eclipses French nuclear output. Solar peaked at 27 GW at noon today.
> And there's really no upside.

Yes there is, the print function is the biggest syntactic incompatibility. Besides the (optional) u marker for unicode strings that they reintroduced later. Most of the other difference (like changed packages) are semantic.

You would have been able to import and run Python 2 in Python 3, maybe with a couple of "if"s or some magic in the module loader. Breaking compatibility like this felt petty and deliberate and made it really hard to have one codebase target both python 2 and 3 (temporarily).
Yet we should call these people "users," thereby dehumanizing them? Design scolding begets design scolding.

Actually, I prefer apps that allow me to not think too much. Because I am lazy.
Not my claim at all. The parent asked for an example of short sellers doing damage and I showed a highly documented example of Fairfax Financial
I got started using aerial infrared photography for farm crops in 1984. Back then you needed to rent an airplane and use a special Kodak film that needed to be kept refrigerated. The nineties brought satellite photos but there was a big problem - clouds. The imagery was expensive and 75% of the time clouds obstructed the fields.

The military has long had a radar system to see through clouds. It was expensive and kept away from civilian use. This news makes me wonder if you could use it for seeing through clouds. If not, then drones have to be the future of aerial imagery. The only thing holding them back is government regulations.
Here's another interesting piece:

https://www.smithsonianmag.com/smart-news/male-orca-and-its-...

A young male orca and its mother kills a orca baby by drowning it during four hours, with the baby orca's mother nearby.

The researchers are guessing they did it so that the other mother orca that had just had its baby killed could be impregnated by the young male orca, thereby making sure that its genetics would be spread.
SwiftUI is definitely not yet ready, particularly on macOS. Under iOS it can get the job done depending on the app in question.

It's rapidly improving, though. The version of SwiftUI shipping in iOS 14 and Big Sur are massive improved compared to the current version. If Apple can keep that rate of improvement up, it will reach parity with UIKit/AppKit within another release or two.
Hey Ezra!

Thank you for the kind words!

In regards to your question -- We take Privacy and particularly child security as the precedent in our product. We aim to have an active community of students -- and for our private BETA we made sure to include redundancies in our backend, key words-addresses-emails-phone numbers to be automatically blocked from chat.

As we continually build out our platform -- we wish to create a safe environment and an engaging one. Our streams will not operate without a live moderator in place to ensure the chat is secure and safe.

Hope this addresses your concerns!
It’s super useful to check parking spots, street sizes, shops a multi-story building, train station entries/exits, how a restaurant looks from the outside and not just from the handpicked pics on the homeoage.

Streetview has a ton of info that Google Maps will never get quite right.
All ECMAScript features with some examples
> You always have the option to build your own phone.

That sounds factually false to me.

Seems to me that I can't do it. Others have tried, how's that going?

For a start I don't think the components are easily available. Both software and hardware.

> "With easily available components and open source software"

For me the modern definition of a phone is "a device that can make voice calls, message people on their required messaging network, and give me access to my bank accounts".

I don't think I can actually do that with easily available components and open source software right now. It would be interesting to be proved wrong.