skysight-inc/HackerNews huggingface dataset:
As indicated, this last section was meant to be read with a grain of salt. It's fair to debate the sensorical context of such a game and to assign varying degrees of importance to this, depending on individual perspective. But I'd also argue that a point like this may be made. E.g., early LCD games are generally not valued highly, while their bigger VFD cousins, which are probably not more complex, tend to be welcomed as charming devices, accordingly enjoying much better chances of preservation. Super Mario Brothers on a cheap NES-on-chip with a tiny built-in display (and several hundreds of games at the tip of your finger to switch to anytime, as well) makes it certainly harder to understand, why this could have been the fascination of an entire generation of kids.

Now we could argue that, for example, Alexandre Dumas' novels were for the most originally published as a series of episodes, which doesn't affect us, who know them only as books. However, it does matter to understand what this meant for some of the text strategy in those novels. And, since we still understand what this kind of publication is, we have indeed a chance to understand what this means. On the other hand, if a medium is entirely gone, it may be real hard to reconstruct this kind of context and it's meaning. (E.g., speaking of the C64, if you never have seen RF output on a customary consumer color cRT TV set, it may be hard to understand why Commodore switched from the rather elegant font of the PET to those blocky characters. Was it just for fancy? Right, it must have been so, since the 1980s loved bold fonts, weren't they?)

Surely, these are minor details, but they may built up to an extent, were it becomes hard to understand the worth of abstract code. In some cases, like Spacewar!, the threshold may be lower, in other cases it may be more robust, but I wouldn't dare to bet future history on this. I think, we still may require constant awareness and constant involvement in adapting resources like emulators. ("Who cares, it will probably still run in 20 layers of emulation" may be not enough.) But then, it may be just me with my interest into those kinds of media types.

However, for a beginning, we should come up with a format of ROM or media images, which includes the original instructions/documentation in a standard format. This may actually help quite a bit. (Compare the notion of ET on the VCS as the "worst game of all times", which only came to being in the 2000s, quite a while after the fact, and was based mostly on the fact that the game was now played without the instructions that would have been included with every cartridge. As I recall it, the most disappointing game on the system was the rushed Atari Pac-Man.)
Dating through work is pretty risky (for any kind of coupling) unfortunately.
> browsing Reddit, it's not hard to find bizarre stories of people triggering week, month, or even year long episodes of worsened depression, derealization, PTSD-like symptoms, or HPPD from psychedelic experimentation.

I'm skeptical of this claim, every bad story seems to go along with some terrible decision making, "this was my first time doing lsd i was peaking hard and smoked a 1g blunt" or "i locked my self in my room so my parents wouldn't find me"
So in interviews do they also test mathematicians and engineers on undergraduate courses?
> and low- or no-JS websites are still mostly nicer to use and better performing than JS heavy ones.

I dunno, there are some pretty egregious examples of this being false though. gmail is one such example. I remember using webmail in the days where every action was a full page load -- and we had slower connections then too, which made it hurt even more. Then gmail came out and blew everybody away with its response times. A well thought out AJAX solution could give you minimal load times for data. The issue lately is when the JS code is too big, not well tuned, and gives the equivalent of several 90s-era-website-full-pageloads worth of data with every action. That is to say a lot of websites aren't as lean as they could be.

I'm not a web focused person so somebody correct me if I'm wrong, this is my outsider's perspective.
You mean all modern DNS cache servers. It is definitely not the case that all resolvers support DNSSEC; the overwhelming majority of deployed resolvers do not.
I ran a small data cluster for years, the horsepower behind my startup. Other than the Chinese DDoS attacks, running the cluster was absolutely elementary. The idea that running a server or a band of servers is difficult is a bold faced lie. People have got to stop repeating the cloud propaganda.
They've done a really good job documenting it in their papers and online docs, but the general flow is to verify equivalence of the generated binary and the formal specification, then to prove properties like memory safety of the formal spec.

I'd start here if you want to learn more: https://sel4.systems/Info/FAQ/proof.pml

Let me know if you have any other questions.
Japan's next restroom revolution? Phasing out squat toilets
I built JavaScript apps in 1995-1996... Must have been extremely uncool then...
A lot of Linux OSes define protocols and interfaces with matching implementations. The kernel has syscalls, the GUI has a socket protocol etc.

Sure the individual components pick a language but there's no singular language applications are "supported" for (except libraries like GTK which you don't really need), that's how we get nice things like TCL/TK and guile.
I am skeptical of this much pessimism from the male point of. view. In the op’s post, there is a graph showing women peaking at 60% marriage rate in their 30’s, where as men leave them behind in the 40’s and 50’s. So a good 40% of women aren’t getting their pick of even the bottom 80% of men. i think it’s more like the top 60% of men and women compete for each other and are largely successfully. The bottom 40% of each hold out for as long as they can for the top 60%, and some of them finally succeed (mostly men with accumulated power in middle age).

Also there are pressure release valves. Some people settle for a sexless marriage and simply get sex via prostitution. Men can sometimes find women from poorer countries.

Finally I think what should happen is, make a #singleAndLooking hashtag on twitter and set it on when you are in the market. Let twitter make the hashtag searchable and filterable by city.
It is in fact "coordinated disclosure".
2. yes, it can be done with setjmp/longjmp, but that's a terrible solution

3. if the C compiler doesn't support 80 bit reals (and D does), you're out of luck.

I looked at the C code generated by C++ cfront. No thanks.

The worst is, the C compiler vendor owns you, and they couldn't care less about you.
> four cylinder piston powered bilge pump in a roman wreck

Thanks for a tip! While I couldn't find exactly what you mentioned, I did find this picture of a bearing from a Roman bilge pump:

http://www.bbc.co.uk/ahistoryoftheworld/objects/0ZUWbEmiTXWf...
> assuming that you aren’t just trying to spread fear

You are paranoid. Stop pointing fingers, stop making accusations, and back up your points.
CmdrTaco will never live this down.
> an album called "The Be Sides"

Does it available somewhere?
This is a docker image of the WeChat Windows client running on Wine. I think it would be reasonable for the author to at least put some credit to the Wine projet in his project page. Instead, I have to check the Dockerfile to see how it works.

Also, the screenshot in the project page shows people's conversation and name (probably the author's), but it would again be nice if we could blur the content so that people's privacy got respected (yes, you could argue that since you are already running WeChat, you don't care about privacy).
> They're one of the stupidest things ever invented

Sure.

What do you have in mind that takes less, not more commitment in time from the candidate however?

> If you want to master it, I guess you need to buy a whiteboard, and have a programmer friend give you random problems on a timer.

Yup!

> Having said that, do you really wanna work at a company that does this?

I would take a whiteboard firing squad any day over the takehome test firing squad where they ask me to implement Todoist from scratch - backend and frontend, refuse to provide me any feedback/insight, tell me "do your best, follow your best judgement, treat this like production code" and then after hours of me writing tests and code, come back to me and say I spent too much time developing the backend and the frontend was not progressive enough.

The whiteboard firing squad questions are pretty predictable.

The very bad ones will ask directly from one of the popular sites. DFS/BFS/Invert Binary Tree/Coin Change/Hop Jump Skip/you know.

I have to learn it once and can regurgitate until I forget them again.

I pay the heavy cost once upfront and amortize it over all the interviews.

No such thing for a take home coding test!

Take Home coding tests are great at gauging real life performance of a candidate, if done right, but in my limited exposure (I don't have a lot of time to work on coding tests just so I can collect data samples to back my opinion), coding tests are handled extremely poorly, with expectations being set extremely vaguely.

Any realistic assignment requires a dialogue between the consumer and producer.

Companies are trying to minimize the time/money they spend on each interview.

Clarifications cost money.

Hoping a company will engage in a "what really are your requirements? are you trying to test my basic coding competency or do you want to see the best I have got?" will elicit a very vague response, if any.

If a company treats a home coding test as a real assignment and provides the candidate with the resources they need, I see no problem.

Unfortunately from my personal experience and anecdotes from others, it's just not the case.
That depends on the kind of issue you found and the type of service it was, but, yes: without an authorization of some sort, it's probably unlawful to test for large classes of serverside vulnerabilities. The kind of work Project Zero does, on the other hand, is both more impactful and does not usually require authorization, since they're analyzing software running on their own machines.

Most companies should not run bug bounties. Most companies haven't even had a competently run software security assessment (either from an in-house software security expert or from a retained third party). Authorizing serverside tests and soliciting inbound reports from random people is not on the list of "first things you should do to get your house in order", and most people do not have their houses in order.

If this sounds like an extraordinary claim, I'd suggest maybe paying more attention to software security people and less attention to Reddit and HN stories about bug bounties; it's easy to get the wrong impression from message board threads, and as you can pretty plainly see, a lot of commentary on message board threads isn't well-informed.

Katie Moussouris is maybe a good starting point if you want to inject the "bug bounties can be bad" take directly into your veins. But there are lots of other people to listen to; it's a mainstream take. If you want a pro-bounty take, you can read what Cody Brocious writes. My (mainstream) take isn't the only decent take.
KNUTH vs MCILROY

https://comic.browserling.com/knuth-vs-mcilroy.png

WHO WILL WIN?!
I've never encountered I am "mono" looking for "mono" and I've used many of them.
Just to reinforce that this is correct and to add detail - the Deputy Chief of Mission is the senior career foreign service person responsible for actual embassy operations.
Brilliant! I will try this. Never thought of that.. but that will help on days when my hands are a little colder than usual.
Sophisticated Soviet spy radio discovered buried in former forest in Germany
Use PaaS for DevOps Toolchain – Do not build it
And looking at one whole initial article it generated:

https://ceb.wikipedia.org/w/index.php?title=Klakkabekken_(su...

it describes where the place is and gives the citation as "found in the Geonames.org database".
I remember dealing with JS early on the same way I deal with bash today. With all the weird apis no one understood at the time, limited internet resources (and even books at first), it was just a crazy quest to hunt someone who knew what to do, copy it, and try to tweak it (usually unsuccessfully) until something kind of sortoff does what you want.
This is epic...

> Q: What is the opposite of an acid?

> You: alkaline

> T5: Alkali

> Correct answer: a Base

:-)
That the CAs are happily still selling 2yr TTL certs?
BWAHAHAHAHAHAHAHAHAHAAAAAAaaaaa ... deep inhale eheh ... oh wait, you seriously believe that?
Yes, cloud costs are the cost of having poor internal management, such that inefficiency and incompetence reigns unchallenged. The enormous cost differential is unfortunately borne by the unit doing the work, rather than the one preventing it from being done efficiently.
> Or if there is a systematic approach to this problem

There is.

The whiteboard firing squad questions are pretty predictable once you do enough of them.

The very bad ones will ask directly from one of the popular sites. DFS/BFS/Invert Binary Tree/Coin Change/Hop Jump Skip/you know.

You have to learn it once and can regurgitate until you forget them again.

I am happy to help a fellow HN'er and work out some trial whiteboard interviews with you if you feel that would help.
Not promising at all. Basically, the idea cannot work. EMC2 is defunct, btw.

https://www.reddit.com/r/fusion/comments/dmqgd5/is_the_polyw...
There was no basis for the belief. Read some of the comments in this reddit thread.

https://www.reddit.com/r/fusion/comments/dmqgd5/is_the_polyw...
I've had absolutely zero problems with them overheating, and that's even using them as security cameras in a desert cabin without AC, where outside ambient temps exceed 120F.

The only thing I did to prepare them for that abuse was adding a small adhesive-backed aluminum heat sink [0] to the CPU. It only required some filing of the fins to fit in the tight packaging of the camera enclosure.

I never attempted running them without the heat sink, knowing it was going to be a rough desert life for them. So I can't even say if it was necessary.

It's also possible my software settings which are optimized to minimize wifi bandwidth and storage consumption are helping keep things cool. The `motion` process is only using around 15% CPU continuously, and the loadavg hovers around .27, FWIW.

[0] https://www.adafruit.com/product/3084
Same for me.

Only a few minutes with bare arms and I get this snapping sensation in my forearms as I type. And if I push through, pain.

Doctor's wanted to do surgery. But I didn't have the problem prior to an injury that required me to use crutches, so I was hesitant to resort to surgery.

Keeping my arms covered has been a lower risk solution that's been working fine now for 6 years.
Place cells have recently made the rounds in popular science which are basically the cognitive topological maps being discussed. The fidelity of these maps remain to be seen. Some examples:
https://www.nature.com/articles/ncomms14531
https://www.nature.com/articles/s41467-019-08550-1
Yeah I’ve found very few sites I want to follow don’t have an RSS feed.

It’s definitely out of fashion to link it prominently but it’s usually in the meta data still.
The chance that you'd want to date a given randomly selected person, or even an algo-selected person, is small. The "Once" app sounds like navigating deep space in hope of one day reaching a habitable planet.
If a company or government ignores security vulnerability reports this way, then you publicize it,anonymously if necessary, through the press if necessary, to the bad guys if necessary.
The strong reason is given in the linked article. C is better supported, more stable, has more developers, and is better understood. Meanwhile many of these bugs could be caught by testing, which you should be doing anyway. You can also survive the effects of the bugs with other tools like stackguard with extremely low overhead, while still having the vast benefits of C described in the original article.
> And while the SQLite developers were able to do this work after the fact, the more 1% regressions you can avoid in the first place, the easier this work is.

That mention of regressions seems, IMO, a slightly out of left field attempt at dismissing how the SQLite example shows that you can, in fact, "make it fast" later. Maybe he should've a picked a different example entirely because it undermined his point a little bit.[1]

All in all, his entire thesis comes from talking about a typechecker, which is indeed a piece of software whose each component in general contributes to the performance of the whole. It isn't a set of disparage moving parts (at least, from what I remember of my time studying parsers in college), so it's very hard to optimize by sections because all components mostly feed off each other. Most software is not a typechecking tool, plenty (dare I say, most) of software does have specific bottlenecks.

Though I do agree that, even if we aren't focusing on it right away, we should keep performance in mind from the beginning. If nothing else, making the application/system as modular as possible, so as to make it easier to replace the slowest moving parts.

[1] Which is a good thing IMO, as it highlights how this is all about trade-offs. "Premature optimization is the root of all evil", "CPU time is always cheaper than an engineer’s time", etc., are, in fact, mostly true, at least when talking about consumer software/saas: it really doesn't matter how fast your application is because crafting fast software is slower than crafting slow software, and your very performant tool is not used by anyone because everyone is already using that other tool that is slower but came out first.
They do deserve some credit for intentionally introducing that feature to the browser as a standard feature, but the notion of fetching data without reloading the page wasn't novel at all.

That's what Java applets and plugins were for.

I'm also pretty sure they weren't the first to fetch data from the server without reloading, because people were doing all sorts of novel things in the mid-90s with plugins.

The reason it didn't really take off back then wasn't because of vision. It was because there was so little you could do with JavaScript. The browsers were still implementing the basic features and a lot of page/component manipulation was very broken. Applets and plug-ins were so much more capable.
Flutter as an alternative to cross-platform mobile app development
One other thing I read a few years ago is Elizabethan London was getting about half it's energy from coal.
The same one people are accusing HF of but with poor whites
Why Ally Bank Is Paying $2.6B to Buy a Bank You’ve Never Heard Of
(I don't think people like the gratuitous imaging generated by that last sentance. Much too real.)
Gmail is a great example of everything that sucks about web applications. Poor information density, crap sliding around underneath your mouse everytime you go to click, GUI changing every month, ambiguous pictograms everywhere.

Maybe users like native applications because native app programming sucks and it weeds out people who carelessly build things like that.
There was "The Cotton Squares" 3 songs in MP3, but, sadly download links are dead now.[0]

FTR, Thanks to linked HaikuOS Forum thread, ~10 year old Reddit request could be solved finally.[1]

[0] http://www.oocities.org/sbarta30/fanmusic.html

[1] https://old.reddit.com/r/haikuOS/comments/c6lkp/the_beos_son...
Explanation and analysis:

https://blog.acolyer.org/2020/02/24/anylog/
> Thanks for the numbers. Can you run it for -M extended as well? That would be the case when using unnamed prepared statement.

Those are worse, due to the increased number of protocol messages (parse/bind/execute vs exec).

tps = 491218.039129 (excluding connections establishing)

> that slight overhead is more than acceptable IMO, especially when compared to MSSQL.

I wouldn't call a 2x performance difference slight... That's also with a lot of context switching overhead - if you have a client using pipelined execution, the difference also gets bigger.
Not to be confused with the m4 language.
Remains of the Day: Issue 04
Great article and much of the observations apply to law firms too. The HBR piece it is based on is here: https://hbr.org/2020/03/whats-really-holding-women-back

Also, the disclaimer about this not necessarily reflecting the opinion of Bloomberg LP or its owners made me chuckle given the namesake’s apparent views on this topic.
We use Kubernetes and spot instances to reduce EC2 billing up to 80%
Where Coulds Go
Defeating a Laptop's BIOS Password
This is some crazy sht, I’m surprised the expertise people have and to be able to do this
The problem here is that it's actually hard to do a lot of what should be 'simple things' without all that cruft.

Web interfaces are unlike other tech layers in the sense that without tooling, it's often not 'simpler' it's diving into the cruft and weirdness of browserland.

React etc. are not just 'frameworks' they are also 'making something very hard to use, usable in a specific way'.

This issue exposes the inherent hidden complexity of browser weirdness.

If you really want to keep it simple, within some very specific parameters, and have enough experience to know what those are ... it's managable 'by hand' or whatever. But it usually gets ugly.
> opinionated (in the "users of this language are stupid" direction) Pike, et. al. seem to be

Such a strong statement, wrapped in quotes to make it seem that this is Pike's literal words, should really be substantiated with a reference. Otherwise you're putting words in Pike's mouth that he never said.
Nice! A few years ago I whipped up something simple using dig, diff, cron and some bash scripts. It's handy to get alerted when something changes, and I've definetly caught a few unintentional changes.
The author is off his rocker. Just because he used cute phrases like "a monad is defined as a monoid in the category of endofunctors" doesn't mean he knows what he is talking about.

Rust is the best shot to replace C, and it has yet to figure out how to manage memory without a complicated ownership/borrowing/lifetimes model and not impact performance.

That and Rust is probably 5-6 years ahead of its time. The future where Math, Cryptocurrencies, AI have eaten the world is still very far away.

So in my opinion, your best bet/insurance for the future is to learn Rust (which I'm doing); that being said I don't know what I'm talking about.
Came here to validate that.

"Overthink it' first, and then smooth it down to its essential simplicity" is usually the process.

FYI the reason I don't like the musical analogy is because in that scenario, the tooling can easily overwhelm the creative process. You get caught up in the tools and literally never think about the problem.

I suppose a software analogy be might be using 1000x various frameworks to try to do something: you'd never get past the frameworks.
A Text Renaissance
Angular 8 – Role-based authorization tutorial
That's impressive indeed. I'm even more impressed at developers of DXVK, who implemented the whole translation of D3D11 into Vulkan, including for shaders (enabling playing TW3 on Linux).
a very small part of ChromeOS is written in Rust...(mainly in Linux apps support, aka "crostini", https://chromium.googlesource.com/chromiumos/platform2/+/mas... for instance as well as other bits).
Roku has an API and you can make your own private channel without any approval or help. Users must discover your channel on their own and sideload it from the Roku website rather than the device menu.

Content is a whole nother animal. Pluto TV is a Viacom product and spends millions on licensing those shows (which, yes, are looped). You could show free films or public domain content on your private channel (and many people do), but getting licensed media will require buying the license from whoever owns the productions.
The Brave Little Toaster