skysight-inc/HackerNews huggingface dataset:
Except java is proprietary, and requires a separate JVM, with all its GUI bloat and backward compatibility, while WASM was instantly implemented by all browsers and only does a very limited set of things, which is running an almost-binary in a browser.

Any language can be compiled into WASM, but java being garbage collected, it's far from being the case.

WASM is agnostic and flexible and allows a broad range of things.

Java was never designed with the web in mind, and money ruined it, because it tried to do everything, but did everything poorly. WASM can actually make fast webapps a reality, maybe even on android.

And even if it reinvents java, so what? At least it replaces it and fixes its many problems, they are many things that cannot be done in java. Its VM had no chance to be made standard in browsers...

So in short, if you reinvents something, but you make it an open standard, it's clearly an improvement.
Or https://github.com/nhooyr/websocket
I already checked all passwords made of any printable character up to 7 symbols length. Full 8-symbol bruteforce will take about 120 days on my hardware, so I prioritized passwords with no special symbols first.

Does anyone with hashcat and GPGPU want to join me?
I like raku's grammars, and I appreciate the idea of having them as first class, in a way other languages don't have them.

But you have parser libraries that work very well in all major languages, and I'm not sure being integrated in the language makes Raju more valid for any project.

What it does, imo, is offer a special way to solve some stuff by already being there. But it's like saying someone would choose python for a project because it has a built-in set data type.
This is why I continue to seek out and work evening shifts. 3am-10:30am is just about exactly what my body wants to do naturally. Shifts that start at noon and get out after dark are perfect; once I got that synergy, I stopped feeling tired all the time.

That said, sleep is a complicated, personal thing, and everyone's a little different. You should do what feels right to your body, because it might be very different from what works for my own.
Is Julia getting more stable? I remember that was the big issue a few years ago, especially since it calls so many weird CUDA apis.
The History of China’s Cold Chain
Misidentified?
True, this is an interesting concept. Maybe it's due to human preference, norms, or companies' ability to shift labor?

Japan has the salaryman that works much more than 40 hrs iirc.
I think this is a systems design problem in the category of failing to include a functional system/business method for reversing an invalid record, i.e., an incorrect record of non-payment.

SF Muni also has a phone payment app, but even most people who don’t use it do not have a physical receipt. If for any reason the Muni inspector can’t scan your BART/Clippper card there needs to be a reasonable way to use other proof of payment to correct an erroneous record of non-payment. This is the same situation as if one's phone died after using Apple pay to get on the bus.

The failure to create system methods/business methods that allow for reasonable correction of erroneous records is unethical, but unfortunately common. Think of: cleaning up after “identity theft”, or trying to get removed from the the no-fly list. I privately think of this as a 27b/6 error.
> But the average business does not really have such needs

Well the average business is by definition not an enterprise. Enterprises need things like a solid AD integration, self hosting, enough monitoring coverage to put things like DLP and anti virus controls in place (yeah I know anti virus sucks, but work in a company with 10,000+ people, and you’ll see it getting genuine hits every day).

The fact is a lot of the modern software with good UX that we all love doesn’t meet these basic requirements, or at least doesn’t meet them as well as the old enterprise stuff does.

Many “enterprises” are their own worst enemy in terms of UX, by simply not valuing it enough. But I’ve worked in some that have made incredibly well organized, well resourced, and well supported attempts to modernize their technology stacks, and the truth is that the best and most innovative software that’s produced today, often (and perhaps rightly) doesn’t have the basic needs of enterprise in mind. So even with the best intentions, you often end up stuck using apps with poor UX.

As a side note, you can do absolutely fantastic DevOps in enterprise these days (even if you’re on a VMware stack). But a lot of the user facing stuff still sucks. Especially IM, which is why I have little hope that the enterprise love of email will die anytime soon.
Maybe it’s better to find a new name for the next Perl 5 language version. It would simplify internet searches. It should be clearly distinct from Raku though.. Angular is in a similar mess to Perl, very hard to find decent information on web crawlers
This is very relevant to my current project. We're building a dashboard that's fed with very diverse data, could allow you navigate and examine that data in tons of different ways, and we could make it incredibly configurable.

But we're also aware that our users are not power users. It first needs to be understandable to use it. If we throw a ton of features at them, because they'll drown in them and then not use it. And the prospective users are the decision makers here: we're building this for upper management, and they have no idea that they should want this, so we have to make this attractive, easy and pleasant to use. When they see it, they have to want more, not be put off by incomprehensible complexity.

So we're holding back on features. I know a million features I could add to this, and I really want to, but every time the question becomes: how will they access this? How will they understand what this does? So we're careful in adding features, and put a lot of time into getting the interface right. It doesn't yet have all the features I want it to have, but hopefully all the features it has will be features they understand and want to use. And then we'll add more based on what they need, not on what we think we can offer, because that's going to be way too much.
So why not only buy products sold by Amazon?

I've never had a problem buying third-party products through Amazon, but long before I started reading about fraud stories I always tended to avoid those, anyhow. I like Amazon because of the consistency. For anything expensive, if Amazon doesn't sell it directly I'll go to a local retailer rather than take the risk. Only rarely do I buy, say, German deodorant from some random importer selling through Amazon. Alternatively, I'll buy from an eBay seller as long as they have a solid reputation. The problem with Amazon's review system is that it's not obvious to me from which seller a customer purchased the product, which sort of makes the review system useless in that regard.

So, yes, the review system is problematic, but why avoid Amazon entirely when you can simply avoid non-Amazon sellers? This refrain about fraudulent third-party sellers seems like a non sequitur to me, at least the way it's presented. If you're avoiding Amazon out of spite for the way they obfuscate seller reputations, then just say that; that's a fair argument.

EDIT: Here's what I look for: "Ships from and sold by Amazon.com." If you see that, then it means Amazon is getting the product through the same channels as, say, Target. As far as I understand, Amazon won't intermingle their inventory in the same bins as third-party inventory, or if they did long ago they no longer do. But feel free to correct me if I'm wrong.
That's not a limitation of WASI - WASI is just the system APIs.

Exceptions don't work natively in wasm yet, that's true. But they do work in wasm+JS (using JS exceptions for unwinding, in Emscripten).
Specific "middleware libraries" may; the general concept does not. The general concept is just to wrap a decorator around an http.Handler with something else that implements http.Handler. You don't need any sort of specialized "middleware support"; all Go interfaces already support being decorated.

I have found that there is a bit of a misconception in the Go community that there's something special about http.Handler and that you need lots of special code to deal with it. I've seen the misconception that "middleware" is something special and that you can only do it to http.Handlers a lot, but a "middleware" is just "a decorator applied to http.Handler". You can decorate any interface value the same way. There's also a misconception that "routers" are something special, like, they have their own type or something. But they aren't. They're just http.Handlers that can examine a request and figure out which other http.Handler to call. One thing I do a lot is wrap my top-level logger around the "router" that is the top level of my website; in one shot, you decorated the entire website. It's all just http.Handlers, there's no "real" distinction.
At $work we run a raytracing renderfarm on AWS spot instances that are only spun up as needed. This is far cheaper than keeping the same amount of physical machines around to serve peak use. The caveat is that we could most likely do with a smaller pool of machines and queue up jobs over night yielding higher utilization.

So the price advantage only exists when the lower time-to-completion is a requirement.
Raku excels at slicing and dicing input data. So, if you need to read from a database or a csv or anything similar, Raku is amazing at taking that data and converting it into the format to do processing on.

Not only that, but when Perl 5 was at the end of its life, comparing its libraries to both Python and Ruby, you'd often find the best library was for Perl.

Raku should be far faster than Python and Ruby and may in the future have better libraries with excellent concurrency support, making it a good choice to do processing over the data, not just converting it to the format you need. It has an easy interface with C and C++, so you can import libraries from there too, if you need more speed.

Before Python came to fame Perl was primarily used by two groups: 1) sys admins who needed bash style 1 liners, but in a cleaner language (This is where the dirty code stereotype comes from.) and 2) Web devs. Much of the early pre PHP internet and even post PHP internet was written in Perl. When Perl on hiatus the web world turned into this mess of frameworks like it is today. It used to be a more unified world.

And then there is the rare 3rd group. I worked on earlier ML projects in Perl before Python was a thing. I enjoyed Perl more than Python and so did the people around me. Moving to Python / R was somewhat painful knowing it could have been better. I hope Raku takes up this torch and is good as it appears to be.
I would describe Rust more like a read-write lock than not sharing.
You pretty clearly have very little familiarity with "Perl culture" and even less with Perl6/Raku.

Perl 5 is in decline, no doubt. But it isn't because whomever you're visualizing when you wrote the above is an annoying nerd. People can and do disagree on the 'why'; I personally think it is the general decline of Unix-style syntax combined with the natural ebb and flow of language evolution.

If "what you've seen" is watching the compiler developers work through language design, the origin of your misconception at least makes a little sense, even if that's obviously a weird, unfair basis.

By all means, hate on perlmonks.org if you like. Just don't spread insulting nonsense.
Perl 5 was released in 1994. At this point, the "5" isn't really a version number anymore. It's just part of the name.

If you did a "major version bump" from here, you'd probably have to bring the "5" along for the ride. Like Java version 2, where you had J2EE version <X> for years.

In reality, there probably never will be another major version bump of Perl 5, in the marketing sense. The minor version number is really the major version number now.
Heh, I had an account with HSBC for monthly AdSense payments.

When I moved, I guess only the mailing address got changed, not the « registered » address.

So I continued getting monthly statements and all was well.

Tax time comes and I realize I hadn’t gotten statements in some months.

I go to the branch and they said the accounts been closed. Uh oh.

Turns out they sent all those communications and a draft for 5 figures to the registered address I didn’t live at anymore.

Ugh.
Discussed at the time: https://news.ycombinator.com/item?id=13011872
What is that tech then? The primary factor that keeps me from switching to full-time remote is the poor UX for remote meetings in my organization.
These days you have the Ubuntu live-dvd/usb image with Gparted to cover those needs.

Parted Magic has really not kept well up.
Espalier (Formerly Object Spreadsheets)
Then why mention them at all?
And back when we had to read books to learn a language, the definitive guide on Perl was called "the camel book." https://en.wikipedia.org/wiki/Programming_Perl
When I last discussed this with AWS, having them scale it for you meant that you actually had to contact them to pre-warm the ELB whenever you expected more traffic. It didn't work for our use cases where we didn't know when to expect more traffic.
I would rather deal with that than a project with millions of classes which are mostly empty full of useless comments that tell you nothing about how the project is put together.
I'm the lead developer in an org where due to the nature of servicing multiple stakeholders that have a lot of say on what we build - we're building these these types of monstrosities where everything is configurable so it takes dozens of clicks to go anywhere and the end user is not a priority.

Yesterday I almost cried. I've started dusting off the old resume, catching up on my craft and I plan to go back as a senior software engineer in a consumer facing project at a remote first organization, wish me luck.
Lion-Man
Go is pretty verbose, especially error handling, vs modern Java code.
In all likelihood, you'd be leaving this nice, hospitable planet with flora and fauna for an oversized dusty rock.
Tuche
That would be an issue, but I don't think there is an appetite for a new major version of Perl at this point.

To avoid confusion they would probably break the version convention entirely and name it with the year instead. So instead of Perl6 it would be Perl'19.
Personally, I don't care all that much about the extra cost, as long as it works. But it doesn't
Because js is an interpreted language with all the problem is carries, it was designed in 10 days and many developers can't stand it. Optimized js engines are very complex and cannot be fast on smartphones. Did you know those engines optimize code while it's running based on execution paths? It's a nightmare for determinism.

Enabling an agnostic compile target is the greatest thing that could ever happen to the web.
We don't have an "NLP lab" here, but when my project required NLP solutions, perl delivered quite nicely.
It is also a type of Japanese pottery. "Raku pottery is "imperfect but sophisticated", so that's a fit :)" https://colabti.org/irclogger/irclogger_log/perl6?date=2018-...
It's not a useful assist if it's misinformation.

There's a tendency to trust what comes out of a machine as infallible. I certainly don't want anyone armed carrying a badge getting notified in real-time of false-positives for potentially violent, armed, most-wanted criminals.

It just becomes a green light for use of excessive force. "The officer feared for his safety, the automated identification system reported the driver with the busted tail light as being the violent drug lord known as El Chapo. Our condolences go out to the substitute teacher's friends and family."
Don't forget RISC-V and POWER.
Mojo makes all web based work almost effortless. Many thanks to you and the other contributors
The Seattle Times says that that isn't true: https://www.seattletimes.com/business/boeing-aerospace/boein...

In the 737-NG you could turn off autotrim and still have electric trimming. This was changed in the 737-MAX, if you turned on electric trimming you'd also turn on MCAS. That change was poorly documented, and at sufficient airspeed you had to rely on electric trimming because the aerodynamic forces on the horizontal stabilizer would be too high to turn the trim wheel manually.
I would agree with your sentiment if you change your first sentence to "Do swiss banks have any future?"

Switzerland definitely does.
The Broken Windows Theory may be bullshit when it comes to criminology, but I truly believe it applies to code.

I've seen a lot of negligently written code with broken windows on the surface, that deep down turns out to be criminally insane.

If somebody's doesn't give a shit enough to indent their code, they usually don't give a shit enough to design it either.

https://en.wikipedia.org/wiki/Broken_windows_theory
Important to differentiate "Global Warming" / "Climate Change" / "Extreme Weather" .. every single model predicts things differently and suggests different solutions.

I think pollution is a great start because it also directly affects the quality of life, reducing depression and mental health that became endemic on large cities. We just should be honest and not make apocalyptic claims or inject ideological things in the middle.
WiPo Wireless Power – Wireless power where you need it most
Git Essentials Crash Course
Looks like someone from Elasticsearch picked this up and tweeted about it too. I suspect one way or another this could get Amazon to pay attention...

https://twitter.com/kimchy/status/1182745675617824768
Very curious about this exact question! I've got a Dell XPS 13 that I put Mint onto and the only way to get it to play nice with a dell WD16 triple-monitor dock is to update the BIOS and things of that nature. I did so on another XPS 13 I have (which still has Windows on it because it only has 4GB of RAM) and that sorted things right out. fingers crossed
Rather belatedly watching an amazing documentary on the 40,000 year old Lion-Man statue made from Ivory and found in a German cave by SS Archaeologists.

https://www.bbc.co.uk/programmes/m0008c5c
Right, I was specifically referring to routers like Chi where you attach middlewares to a "mux". These don't rely on function composition, and so the only way to pass information onwards — loggers, sessions, and so on — is to use contexts.

The community has a lot of nice middlewares that do things like basic auth, session management, cache headers, etc. If you use decorators and not middlewares, you'll have to write your own middleware code.
You have a very rosy view of 1994 internets. ;)

By 94 work maybe had 128k, though I think it was still 64k.

In 1992, work was very, very proud of having one of very few permanent hooks to the internet. 64k leased line that they paid around £1,000 a month for. I think that was on top of the Pipex peering connection. Can't remember how much Pipex charged. I remember being shown the box and blinkenlights at interview, which is why I remember early 90s internet speeds at all. They really were proud of this. :)

At home I was probably on 9k6 or 14k4 dial up with £500 of US Robotics HST. 1994 was around the year, give or take, that 28k8 finally arrived, after a wait that had seemed like forever. Now you needed to shop for a new modem. :)
The other responses to this comment seem oddly defensive to me.

I was thinking the same thing - in particular, the format and the connection to famous milestones are similar in a way that's uncanny.
Its worth noting that AWS's lack of security features for Elasticsearch Service have been the root cause of some gigantic breaches:
https://www.infosecurity-magazine.com/infosec/why-do-elastic...
Bellingcat investigations on Syria predate Russian involvement in Syria.
Sophisticated Spy Kit Targets Russians with Rare GSM Plugin
Yeah, absolutely right.

However most people do not do this.
The better question, if you need advanced ES functionality, you don't want to manage it yourself, and AWS's offering isn't up to par, why not just use ElasticCo's managed version that also runs on AWS?
Just out of curiosity, which Swiss-grown high-tech is there? I know only of Sauber Group.
This is great news both for Perl and for Raku. I will probably bother to take a serious look at Raku now, sometime, if anything just for curiosity. Why not before? I have no good answer for that.

But my main worry about it is that I suspect it has brought along with it the community's dysfunctional fascination with over-the-top cleverness and arcane constructs. I'll probably stick with Python and Perl 5 on an as-needed basis, but Raku will be fun to look in on for brain stimulation.

My best case hope is maybe it's clarified some things! Like having an agreed on best practice for how objects are implemented, that would be nice.
Seriously, talk about existential crisis :(
Ugh. Spam Assassin is so astronomically inefficient and power hungry, that there should be a cryptocurrency based on Proof of Spam Assassination.
Citation please. Also, I asked about statistical differences, so I don't see how that could be "trivially observable."
yes, the right tool for the right job.
O.O

And it does. Even with Firefox dev tools set to iphone, it works.

This is plain ridiculous. And I've seen this sh*t before, with sentences like "Best viewed in IE5.5 800x600".
With a .41% market share, DuckDuckGo is no threat to Google.

https://www.wikiwand.com/en/Web_search_engine#/Market_share
I'd prefer both.
The language is lacking in every other department as well, so it is not a surprise.
Why not Perl 10 or Perl X?
I think it's likely they will skip the 5, and continue with version 32, or whatever minor they're up to now.
We are so, so far away from being able to leave earth and terraform/colonize other planets. A better argument is that we might find new technology or make new observations that help raise the standard of living on earth through designing to the requirements of space survival and exploration. But it's hard to translate potential ROI into spending when there are much more pressing problems here on earth.
Perl is really great at text processing. Pretty much any kind. A lot of folks dislike first-class regexes, but if they're magic in a lot of contexts like this.

My second remaining use is experimental coding. It is probably about familiarity and experience (I've been writing perl since Perl 4), but I find it to be the most fluid, most "fun" language for noodling around and trying out ideas.

I use Python for things other people will have to work on, because it is the current popular kid, so most folks have at least seen it. Not because I especially like it - the GIL is still a performance killer, purity of essence arguments keep obviously useful things (like case statements) out, and (as I'm sure will be demonstrated shortly) there are always annoying people around to condescendingly tell you why you're wrong to want things like case statements.
No, with failover capacity it'd only be 4x and its def not assuming 100% utilization.

Sadly, its not crazy high.
That's a big part of it. But their scale and presence also means they get to do things that have been invaluable for us, like being able to book meeting rooms in and have access to other WeWork premises with low effort.
I can corroborate this, at Verizon we had problems scaling out ELBs for a very similar use case.
post-scarcity of what? we do have enough food in aggregate, but do we have the logistics to actually get it to everyone? would food for everyone look anything like what I actually want to eat? don't we already use too much energy?

we're certainly not post-scarcity wrt NYC apartments.
Sometimes a Cigar Is Just a Cigar
It is absurdly easy to burn through thousands of dollars worth of employee time. Call something “review”, “emergency”, or simply discuss the colour of the bike shed. Everyone has an opinion on that.

Now invite all sorts of heads, leads, and other important people. Done.

I did consider setting up a mock meeting just to make that point. Let’s see.