skysight-inc/HackerNews huggingface dataset:
For WSL to be perfect (for me), it would also have to have better integration with the native filesystem. This whole business where the WSL filesystem is a separate thing, hidden away in the user's AppData folder, that you can't write to using Windows tools, is a significant drawback. I dunno, I guess I don't quite get who WSL is supposed to be for. The author of this article presents it as an alternative to running Linux in a VM. Which, OK, maybe that's exactly what it's intended to be. But I still wish that MS would include something like Hamilton C Shell as a built-in part of Windows. I.e. a unixy shell that provides unixy tools, and the ability to compose them, but where the tools are designed to mesh well with the rest of Windows.
Out of curiosity, in what ways do you think the NT kernel is better than Linux?
some attempts

There have been Microsoft POSIX, Interix, and OS/2 subsystems.

https://en.wikipedia.org/wiki/Architecture_of_Windows_NT#Use...

EDIT: Re. "totally unused," Interix was available through Windows Server 2012, and supported through 2014.
These Halloween carved Pumpkins gaming art will blow your mind
Coverage limits make that impossible.
I'm confused, how is this relevant? I was asking about app-based 2FA.
It was a performance art web blog post where the page is down to show the case for switching
I don't know whether OP is the author of this code, but if they are, or if anyone is keen to use it as a template, there's a small but important quirk of the Game Boy hardware this doesn't take into account: when the Game Boy's screen is rendering (i.e. almost all the time), the CPU doesn't have access to VRAM.

In this case, I guess this demo works (if it does, I haven't tested it on my flash cart) because the amount of data transferred to VRAM is small and the timing of things happens to line up so that it all gets sent at the right time, but for anything more complicated you can't rely on that.

There's two ways around this: either turn the screen off before copying your tile and map data over (and you can only safely turn the screen off when it's not rendering, too) or set up a system to blast as much data as possible into VRAM as quickly as possible when a frame is finished drawing.

To test if the screen is off, either spin until bits 0 and 1 of $FF41 == 01 or set up a interrupt handler that'll get fired on vblank.

OP, if you did write this code (or if the author reads this, or if anyone else is interested), feel free to hit me up with any questions. My primary side project is a GB game, and I'd love to talk shop.
"Promises" are a lot like locks.
Threaded programming is best thought of as independent programs which can interact with other programs without the hassle of dealing with unknown or to-be-learnt communication methods like pipes, DDE, COM, poke/peek and so on. Its more of an issue now a days as there are many multi-core cpu's unlike the old days where a cpu was typically single core and everything ran like clockwork. With multi-core multi threaded programs you are just picking ways for these threads or independent programs to wait for other parts to catch up and vice versa.
I think there are two questions here:

(1) "Is general intelligence even a thing you can invent? Like, is there a single set of faculties underlying humans' ability to build software, design buildings that don't fall down, notice high-level analogies across domains, come up with new models of physics, etc.?"

(2) "If so, then does inventing general intelligence make it easy (unavoidable?) that your system will have all those competencies in fact?"

On 1, I don't see a reason to expect general intelligence to look really simple and monolithic once we figure it out. But one reason to think it's a thing at all, and not just a grab bag of narrow modules, is that humans couldn't have independently evolved specialized modules for everything we're good at, especially in the sciences.

We evolved to solve a particular weird set of cognitive problems; and then it turned out that when a relatively blind 'engineering' process tried to solve that set of problems through trial-and-error and incremental edits to primate brains, the solution it bumped into was also useful for innumerable science and engineering tasks that natural selection wasn't 'trying' to build in at all. If AGI turns out to be at all similar to that, then we should get a very wide range of capabilities cheaply in very quick succession. Particularly if we're actually trying to get there, unlike evolution.

On 2: Continuing with the human analogy, not all humans are genius polymaths. And AGI won't in-real-life be like a human, so we could presumably design AGI systems to have very different capability sets than humans do. I'm guessing that if AGI is put to very narrow uses, though, it will be because alignment problems were solved that let us deliberately limit system capabilities (like in https://intelligence.org/2017/02/28/using-machine-learning/), and not because we hit a 10-year wall where we can implement par-human software-writing algorithms but can't find any ways to leverage human+AGI intelligence to do other kinds of science/engineering work.
We're now sorting out things for third-party js library written manually that way. It is a mess.

>Promise.all()

Objects returned from yields_deep_inside() may be implemented as lazy-evaluated, i.e. only `print(result.items)` or explicit `await(result)` will yield upon use, while request will be sent immediately. Thus the order of execution will depend purely on natural use case, not on programmed await sequences/groups. Since js is not parallel, you'll touch A or B first, not both.

How to sort it all out is a responsibility of an event framework, not of green thread abstraction that is coroutine.

One more thing: idk how js optimizes endless closures that are spawned as promise callbacks, but Lua coroutine's yield/resume is as cheap as return from / pass control to a VM. No closures are created to retain state across async calls, because VM stack is state itself. I suspect wrapping everything in async-await will simply trash GC and VM performance. In a sense, asynchrony is only emulated in javascript with a cost, though I may be wrong and it all is optimized out. We have to wait for jsvm implementation experts to [dis]prove that.
Draft horses (for which there's of course rather less call these days...) are well-built and docile: https://en.wikipedia.org/wiki/Draft_horse
Liberapay is a libre alternative for Patreon (with anonymous patrons and no reward) with much lower fees for bank transfer/automatic debit [1], as it is funded via donations

[1]: https://liberapay.com/about/faq
The problem with offloading to a thread is that you can't structurally share data with another thread. So any copying of e.g. arguments can be very expensive, and awkward/inconvenient as well.
C has become a niche language used in some tech companies (for OSes, drivers, embedded etc.), while Python has application also outside tech (finance, e-commerce, etc. etc.). The non-tech jobs far outnumber the tech jobs (maybe at 1000 to 1?), and are also more evenly geographically spread.

Regarding algorithms, even developers who do things algorithmically heavy, such as for example data compression or procedural 3D animation, claim to work on the actual algorithms for maybe 10% of their time. 90% of the job is actually the "everything else" - testing, optimising, polishing, chasing platform bugs etc.
Landscape architects now design for mass shootings
But due to their potential bandwidth demands, computers can’t have very many USB-C ports

Isn't this more a function of Intel product differentiation and closing off their bus to others? I get the feeling the killer server ARM is going to be a bandwidth monster.
In response to 2) I am one of those people you think is hilarious I guess. I fully support letting work be done wherever it is cheapest in an economic sense, which often means not in the USA. If and when that transformation happens to my own industry I expect I'll support it in principle, while still being a little dismayed on a personal level at the bad turn. But that isn't a contradiction, I think.
Interactive scientific computing, Goldilocks languages, and Julia
My start menu does not have any advertisment. It had after blank installation but removing the tiles and initial apps solved that. Never came back.

Well, I do not have the store on the tile part of the start menu. But I think it is fair game that the store would show some advertisement when it is a tile.
When I last looked at it (admittedly years ago), it was missing quite a lot of features that you can get as scripts/plugins for GIMP.

As an example, does Krita have the equivalent of Liquid Rescale? Or denoising?

(Actually, just looked up and Krita does now have an equivalent of Liquid Rescale)

As someone already pointed out, they are apps for different intents. Krita is not trying to work in the same space as GIMP/Photoshop.

Assuming the stuff in https://www.reddit.com/r/linux/comments/66gl8h/what_can_gimp... is still true:

>There doesn't seem to be any way to work with individual color channels nor create custom channels (from selections or whatever) in Krita.

Ouch!

I]m not anti-Krita or anything. If it becomes good enough to do the tasks I usually do in GIMP (which frankly is not much!), then I'll happily switch.
>We've never prized docility in horses the way we do in other "pets"; in most cases, we've either bred them to be easily-spooked speed monsters (race horses; courier horses), or angry muscular bulls (war horses.)

Draft horses and other working horses beg to differ.

They're generally calm and docile, and don't spook easily. Especially draft horses working in cities, they're gentle giants, because they have to be when working on traffic and noise. Police horses too.

As for cats, they don't give you the unconditional love that you get from a dog. They need to respect you first.
One thing I picked up on was that the plan to move production to Mexico was to save 30 million dollars. The CEO's compensation was 40 million
That would require physical access to my phone, and access to the content on it, vs convincing a telephone company to transfer my cell number to a different sim. I'm less concerned about the former.

I may be misunderstanding your question?
> Predicting that it will rain at 2:00 PM November 10, 2017 is much more difficult than predicting that the average summer of 2040-2060 will be hotter than the average from 1980-2000

Yes, it is much easier to make predictions about the far future which no one will remember or care about when the time comes to test there veracity.

That does not make them more accurate.
I need to add that even glibc is also quite stable and backwards compatible: https://abi-laboratory.pro/tracker/timeline/glibc/.

That's why some projects deliberately build their software on very old distros, since the software then works from this version on.
Beyond the usual things, that you and others mention, like technical interest and what the company's goal is and so on: does the company provide a sane workweek?

Sometimes they very clearly don't ("70-hour weeks" in particularly awful case).

Other times they definitely do.

Most of the time it's very hard to tell, though, which is a shame. There are lots of other programmers who care about this besides me (my rant about 70-hour workweek got 120,000 page views - https://codewithoutrules.com/2017/09/18/when-startups-pay-le...).

If your company is hiring, provides a sane workweek, and you'd like some ideas on how to promote your hiring effots - ping me: itamar@codewithoutrules.com.
You can use GraphQL with Django.
You can implement GraphQL using django-graphene pretty easily. Django Rest Framework + graphene is fantastic for auth and easily maintained endpoints.
What is the long term plan for my ears and being able to hear well? Any thoughts on this from fans of loud music/concerts are appreciated!
Is there any opensource things that can be a software engineering notebook or journal that is easy to use and painless?
Cuphead a game that gives me anger issues
You don't get source for Unity unless you pay a boatload of money.
I don't think anyone is saying there won't be human level AI 500+ years into the future. Like you said, it's not against the laws of physics or anything.

The question is, will it happen in less than 50-100 years, or would we be like medieval alchemists rushing to outline the first nuclear weapons treaties, right after they have just invented black gunpowder.
In that case, it's not my (an American) job to care for the welfare of any other American. Why bother drawing the empathy line outside my own family? I want cheaper access for steel and iPhones, and I don't care if this woman has a job or not; I'll be fine either way.

I think that's an awful way to feel about another human, but that's what you're suggesting we do with foreign citizens. Why not, instead, try to build a better society for everyone?
For values with compiler-visible scoped lifetime, the compiler will automatically promote them to stack variables. There is currently no way to enforce this happening, but it would be perfectly possible to add such an annotation.

Regarding preallocation, you tend to want to avoid dynamic memory allocation in high performance applications anyway, so whether you do that in C++ or in Julia, doesn't really make too much of a difference. It is true this is a little harder to control in GC'ed languages than in languages where you have to do memory management manually, but the effect is about the same. Julia provides tools to figure out where you're using dynamic memory allocation and those tools will certainly improve in the future.

One thing I think is under appreciated from the performance perspective though is how easily julia lets you express data layout transformation to take better advantage of the cache hierarchy. I touched on this a bit in my JuliaCon presentation [1].

[1] https://youtu.be/uecdcADM3hY?t=32m19s
Enfasten: Automatically make your site faster with optimized responsive images
You'll quickly change your mind when you can't pay rent, or support your family. Principles go out the window when bills are due and there is no money coming in.
The distinction in Julia isn't between value versus reference types (which have fundamentally incompatible semantics), it's immutable types (declared using `struct`) versus mutable types (declared using `mutable struct`). Immutable types are generally stack allocated and need not even be fully materialized, whereas mutable types are typically heap allocated and fully materialized. The built-in array-type is mutable and can change size. As you say, these can be preallocated and modified in place with a rich collection of in-place, mutating algorithms in the standard library, but sometimes that's not quite enough. If you want fixed-size, stack-allocated arrays, you can use the StaticArrays package [1], which provides precisely such types. Aside from immutability, stack allocation and amazing performance, StaticArrays look and behave just like built-in arrays: one of the basic premises of Julia is to allow you to implement types like this and get the exact feature/performance tradeoff you need.

[1] https://github.com/JuliaArrays/StaticArrays.jl
> I recognize the American mindset of independence is different than the Canadian one of interdependence.

You're not the only Canadian here, bud. ;- )

> However you are not allowed to die for making this decision. Emergency services have to be spent rescuing you.

That's really the problem here. It needs to be possible to bargain access to these services, or pay for them at a higher rate. The homeowner must be directly exposed to the cost of living in a floodplain and having rescue workers come to them.
From your list of "first-choice languages", C++ is conspicuously missing. That seems rather peculiar, as the type of genericity you are praising Julia for has been one of the core concepts of generic programming in C++ since basically the late nineties with the standardization of the STL (and it's become an increasingly emphasized part of the language throughout its evolution in the last 10 years or so, see C++11 and later). The example you mention, numerical integrators using different number types (complex, arbitrary precision, intervals, etc.), is the type of stuff which would seem a perfect fit for a template-based implementation.
They're adorable, real gentle giants who'll love you instantly if you happen to have a carrot or an apple.
Live streaming Cryptopals
Mostly it's the authors ignorance of the standard. Just because you can connect a display to an USB-C port doesn't mean that is taking up USB bandwidth or requires the CPU to do more work than previously. It's just more ports integrated into one.
A plain paper notebook. I’ve tried everything and nothing works as well.
USB-A had all of these compatibility concerns too, when it first came out. I remember having a Gateway All-in-One with only two USB-A ports in '98. You had to worry about USB 1 versus USB 2, and some devices wouldn't get enough power through a hub, and so forth.

I'm really looking forward to seeing where USB-C is in two or three years.
I have yet to see a single wholly positive article in western media about Chinese innovation. I feel that we on the west are plugging our ears and going nanananana, rather than facing up to the fact that we have a really competent new super power on our hands.

China is evil, they are exploiting 3rd world mineral reserves in the most unjust and environmentally destructive manner possible. Their democracy is even more of a joke than that of the US. But they aren't stupid or incompetent, and how well the west trusts their scientific results means nothing to nobody.

We should stop trying to convince ourselves that China is failing and start trying to understand what it means to have a non-democratic sci-fi dystopia in charge of the world and how we can escape that totalitarian fate.
> They're all "docile"; they'll accept training and won't bite or attack without serious provocation.

I guess I'm using "docility" a bit differently. There are two somewhat different commonly-used meanings, and it'd be helpful if they were different words:

• the animals everyone tends to commonly use the word "domesticated" for, which usually have specifically eusocial behaviours, like coming and laying down beside a human. Dogs are the central example; but numerous animals, from ferrets to hamsters to pigeons, are actually like this.

• the animals that aren't afraid of humans, and will tolerate their presence, and maybe learn skills from them. Horses, cows, sheep, chickens, etc. Farmers and breeders call these species "domesticated" (compared to their wild cousins), but they're not called that by lay-people. "Able to be livestock" might be what the average person would call these. (Oddly, some common "pets", like guinea pigs, are actually more in this category.)

One of the major differences, in my mind, is that the animals everyone calls domesticated, like being around humans enough that—if raised in a human environment—they'll often defend their human "family member" against their own kind. But this is not a behaviour you see with the technically-domesticated species; a wolf, or a fox, or a cow, might defend its territory if it's feeling territorial, but it won't specifically defend you, even if you raised it. It knows humans are a sometimes-helpful thing, but its instincts haven't been hacked enough to consider them "kin."

I'm not actually sure where horses fall on this measure, having not had much personal experience with them. Your input?

---

Also, fitting into neither category, there are a few extremely-intelligent species that, by this measure, we might call "domesticated" without having had much human-mediated human interaction at all. Corvids and chimpanzees both understand human social behaviour well enough to "befriend" individual humans, but this doesn't translate to them having a default-positive association with humans in general.

Also, under this distinction, I'd say that most wild animals that have assumed a "city habitat" like raccoons, skunks, squirrels, increasingly foxes in Britain, etc. are "technically domesticated." They're pretty much as docile if raised as pets as a horse or a cow would be. Definitely less unpredictable than a "pet" monkey. These species are doing the same thing cats did to get where they are; they just haven't spent as many generations evolving under the constraints cats have yet.
There's been a lot (but not enough) research in this area. There are other factors such as exercise and temperature (so-called zeitgebers: https://en.wikipedia.org/wiki/Zeitgeber), but light is an extremely strong one for most people.
With the recent shuttering of AIM, I'm reminded of the old client's Direct IM feature which would allow you to transfer arbitrarily large files through the chat session. That tool could not have been simpler to the user, as they just had to click "Direct IM" and could then drag and drop files into the chat. However, that system still relied on the cloud service (AIM) being a broker of connecting a handle to an IP address, and that there was little guarantee of the identity of the person on the other end of the IM.
Linux w/ a windows vm makes more sense for that use case though
It's not fair either way, but the company probably makes most of it's money selling to the US market, and benefits from the US court system, so there's that.
It's how we organize ourselves politically. Yes, mostly we owe allegiance to family. Then the rest of citizens who operate under the same laws and regulations we do.

Now, we have to draw the line some place and that tends to be national governments which is where our direct influence ends.

While we can empathize with N Koreans, for example, we are not the ones who decided upon their government. They are responsible for their self-determination.

When we felt oppression, as a country we fought a war for independence. When we opposed slavery, we fought a civil war. It's a bloody crucible, but you have to forge your own destiny as a nation, unless you're proposing internationalization, which is imperialism by another name.
Sounds like https://github.com/JuliaArrays/AxisArrays.jl/ ;)
TFA says they bought 24,000 acres for about $170 / acre (today's dollars) in the 40s. The surrounding 8,000 acres in fact is perfectly buildable with the right codes in place.
I'm a noob to concurrency, but my current understanding is that a "thread" is "virtual". Fundamentally, your CPU has finite cores so no matter how many threads you spawn your (individual) CPU cores will resolve the threads into a synchronous set of instructions to execute.

Having a single threaded (asynchronous) server simply displaces the abstraction of threads.

Please feel free to correct if I'm wrong about this...
Lollerskates.

Your #2 is predicated on Strong AI. At the current time there's no real evidence that that's forthcoming any time soon. (Hype notwithstanding.)

Currently, the most difficult problem with programming is understanding the problem. Absent Strong AI there's no shortcuts here.

... and while we're at it: IF the problem were to be solved -- even if by magic -- then I'd be the happiest person alive. The flaw in your thinking is that everything else would stay the same. It wouldn't. A culture with access to "solve-my-problem-X" on demand would be vastly different and it's not even clear if e.g. "money" or "job" would make any sense in such a world. (Ditto for any number of other concepts we take for granted, but which are ultimately driven by scarcity of resources or the fight against entropy.)