skysight-inc/HackerNews huggingface dataset:
With more regulation we'd simply have much worse devices. Apple was born in a country with a lot of free-flowing capital available and incentives to succeed, and they've navigated it extremely well. Of course with big ideas comes the strong chance of failure, but that's why you need to be wary about overtaxing success. If you don't let people succeed when they make something really good, nothing good will get made.
> I experienced this first hand when I first started learning to do TDD with unit tests. We had a badly designed system and we adopted a unit testing strategy that said every class needed to be tested independently from every other class. Testing this system was hard. It was a lot of effort with mocks and dependency wrangling to exercise our classes, and it produced brittle tests that never added any value in terms of the quality of the overall system.

> We were writing bad tests in a badly designed system and having a horrible time. The conclusion we came to was that this testing thing was for the birds. It was slowing us down and not really adding any benefit. Get rid of it.

If the tests are revealing that the system is "badly designed," the solution is not to throw away the tests in my view - it's to work on gradually refactoring the system to address the difficulties with testing it (of course subject to developer time/budget constraints...). The tests provide a gauge of the "internal quality" of the system (to take a concept introduced by the text "Growing Object-Oriented Software, Guided by Tests" [0]).

xUnit Patterns has published a list of "test smells" and possible defects they may indicate in the design of the system: http://xunitpatterns.com/Test%20Smells.html

To be fair the author does call this point out in their conclusion:

> If testing your code is hard it means your code needs to be factored better. Stop what you’re doing and fix the design so that testing is easy again.

I would also add that adhering to the testing pyramid [1] principle is important, such that your system is not overly reliant on mocks (which can diverge from the actual "production" behaviour of the system) and/or brittle unit tests that break easily when changes to the system are introduced.

[0] https://www.google.ca/books/edition/Growing_Object_Oriented_...

[1] https://martinfowler.com/articles/practical-test-pyramid.htm...
GPUs haven't been developed in a vacuum, they were mostly created to accelerate rendering for 3D games, and 3D rendering is mostly about vector operations in up to 4 dimensions (to process points and vectors in 3D space, and pixels in an RGB+transparency 'color space').

The other interesting property of 3D rendering is that it is an 'embarrassingly parallel' problem. Vertices or pixels (mostly) don't depend on each other, so the GPU can process them in parallel. That's how GPUs turned over time into big arrays of very simple cores which are good at running a huge number of vector operations in parallel.
You missed the history before Pascal came to be, P-Code wasn't the first.

Burroughs in 1961 was already bytecode based, all Xerox PARC systems used bytecode, as did several other systems.

Pascal P-Code might be one of the most famous ones, however there plenty others to learn from.
> I find it funny how US nationalists keep bringing up that China can't innovate and can only steal/copy.

Most of them are undereducated with highly censored access to real life in China.

They were never offered the choice to study the Chinese language when they were young, while Chinese have to learn English to get into any Chinese university. As a result, they don't get the freedom to read Chinese online discussions & reports through first hand channels, they have to rely on some "free" media to feed them fake news.

Please be nice to them, they are the victims here.
I can see why they did it, 'phat kaphrao' might be mispronounced as 'fat kaphrao' ('phat' being the stylistic way of spelling fat on the internet).
Because no man has ever been falsely accused of abuse as a divorce/custody strategy, right?

Come back with numbers of convicted.
I've occasionally tried tarragon as a substitute for Thai Basil. It's not perfect but it does a similar job. I'd be curious to know if anyone else has tried this and what they thought?
D'oh!

OK. Sorry. It was late.
Thanks for the pointer to modus-theme. Vivendi-tinted is very close to what I normally run. Time to update to 29 and get rid of more customisation!
Don't be disingenuous and provide the end of the quote:

> four or five generations back.
Didn't realize they used Tulsi. I've been using regular Basil instead!

Surprising that Tulsi is so rarely used in Indian cooking.

When I think about it, fragrant fresh herbs are very seldom used in Indian cooking, outside of coriander (mostly used as garnish). Even mint is used only in certain dishes.
> so ZFS doesn't get confused if I set up a pool with `/dev/sda` and `/dev/sdb`

To be fair, that's not ZFS's problem, that is your problem for not keeping up with the times. PBCAK.

For quite some time now, Linux has had fully-qualified references, e.g. : `/dev/disk/by-id/ata-$manufactuer-$serial-$whatever`

That is what you should be using when building your pools.
It resonates a tiny bit to my brief experience with Comcast (or actually any other providers being hostile to clients) in 2014 when stayed in the US briefly and they were the only one providing much needed broadband in that area (unsure if I was doing a study on the competitors otherwise). As you can imagine having broadband just for 4 months for a forigner was something of a unique deal for them, we had to go into some sort of special agreement at the Comcast desk (I do not remember much of the specifics) of which I felt I must have a proof about on top of the spoken promise of the representative that 'this and that will work this way in your situation'. Somehow I felt the one cancelling my service will not be that keen on alterations like the one I talked with about getting into contract with them. I am unsure but I think I asked for a written additional note some sort or perhaps went into an agreed recording of the conversation, but what I am sure about is that my wife - who left later than me and managed the closure of the service - had difficulty convincing them that it was just a 4 months service not an early termination of a 12 or 24 months one. Those proof asked was life saver with them and left a dent in my recollection that words of Comcast is not to be trusted easily but you need armor strength explicit proofs surrounding you in dealing with them.

And actually with several others. Since then the similar paranoid defensive dealing with overly kind and eager representatives saved me lots of trouble. It is exhausting not to trust anything and is shame we have to waste time and energy on such instead of just honest processes.
Seconded.

I could move to Chiang Mai just for this dish.
And several others have been ported to C++/CLI on .NET, Flash/Code Alchemy, PNaCL before it, nothing new.
Strange as it may seem, me (computer hobbyist) and my son (3th grade) ended up working with this book on QBASIC by Ted Felix:
http://tedfelix.com/qbasic/

Yes, QBASIC. Back to the 1990s. DOSBox or something similar needed for it to work under Windows 10. But: the syntax is easy to grasp even for children who are not native English speakers, and the full-screen IDE with Large Friendly Letters On A Blue Screen seems to help the kids in maintaining focus. Modify your code, hit F5, repeat (infinite LOOPs under DOSBox may be "fun", though, since the program termination hotkey is tricky to figure out).

For teaching/learning the absolute basics of programming, QBASIC still seems well worth considering.

Going through this book with my son just these days, and I think he's doing great. It's a really well written book, too. Careful wording, empathetic towards the child-learner. A prime example of "new is not always better".

When we're done with the introductory book, we'll probably move foward to "Sprites in QBASIC" by the same author: http://tedfelix.com/qbasic/sprites.html
2 weeks for 20+ years of use doesn't seem to bad!
trap phrases deal with that case very easily
Interesting. I don't know about Thai, but for Mandarin, the issue is similar - g/k, d/t, b/p in English all are (voiced and unaspirated) or (unvoiced and aspirated), while what's in Pinyin denoted g/k, d/t, b/p is (unvoiced and unaspirated) or (unvoiced and aspirated).
In other words, if you put the 4 combinations in a square, in English (and German), 2 are used that are on a diagonal, while in Mandarin, 2 are used that are in the same row (or column, as the case may be). In Hindi apparently are 4 are used.

ETA: Wikipedia says this: "Between pairs of stops or affricates having the same place of articulation and manner of articulation, the primary distinction is not voiced vs. voiceless (as in French or Russian), but unaspirated vs. aspirated (as in Scottish Gaelic or Icelandic)."

https://en.wikipedia.org/wiki/Standard_Chinese_phonology#Con...
> (but I'll be honest, I've never seen this work in practice over a prolonged period)

Me neither. I think that can only work when the same thing has been done countless times before. But at that point you can just use someone else's work, either via a library or an off the shelf product, instead of reinventing the wheel. And then you are left with working only on something that's new. Which invites the question - how can you test that which you don't know you need? In the context of unit testing that is.
Permissions and performance improvements in Wagtail 5.1
Most of Serbia's firearms came from the breakup of Yugoslavia.

That being said, I never saw a gun or even heard of someone having it (in my city of Novi Sad, at least - things may be different elsewhere).

Homicide rates for 2021 (according to macrotrends.net):

Serbia: 1.06
US: 6.81
I was told by a physiotherapist doing his Phd that if everybody did Tai Chi and indian Yoga he would be jobless - Tai Chi helps with "stretching" the nerves and Yoga does the same with muscles. (Your nerve flossing description was very insightful and helped me better understand the process).
No, I mean physical. China's lack of IP protections is one of the reasons they have managed to overtake the US in a few areas. Empowering people to block progress has never been a great plan for driving progress. Silicon Valley only holds together as an innovation engine because Stallman figured out how to hack copyright in a way that promotes a free-for-all.

China is not a safe place to own things. Compare Elon Musk to Jack Ma. Both annoy the powers that be. One gets the call-him-a-nazi treatment from time to time and the other disappeared for a bit then fled to Japan.

If Ma had built up his asset base in the US, he'd have been a lot better off.
I hope they won't skip streets and mews' like Openreach/UK does here in London. All streets around me have fibre available but skipped the mews I live in.

The houses around the street entry both have Fibre. Frustrating. They don't even allow you to pay a to get a connection from the street (less than 50m to my door)
Bye-Bye ChatGPT: AI Tools as Good as ChatGPT (But Few People Are Using Them)
I feel like unit tests slow down a framework-heavy application, like an Angular app. The more you refactor and split, the more your unit tests will look like

FakeAsync Fakeclick MockService was called with FakeParameters

Doesn't really add much value over

click triggers function calls service
From what I remember magit is only slow on WSL, when interacting with a repository that is not located in the Linux subsystem i.e. laying in the windows user directory. But that might be wrong or also depend on other factors.
Second that. In detail - IMO the decision of making of every mode a <mode>-ts variant is a very bad one and will hurt the ecosystem a lot. Now you have to remap all the major-mods and hooks and god knows what. There is also a huge mess - e.g. go-mode has nothing to do with go-ts-mode, they are completely unrelated and differ in functionality, other that one could assume based on name alone. What if the author of go-mod will decide to support ts, how should he name it, go-ts-ts-mode?

Similar to evil, people will figure it out over time, producing packages similar to evil-collection, but it is again a half-assed step from emacs where I can only applaud to neovim for making right, if brave, decisions. If you have decided that TS is the future, go all-in.

It is also cool how much emacs29 supports, but the quality is often meh. Project.el is an arcane mode, which updates the cache of projects very unreliably and also what it considers a project is a bit magic. Eglot is cool, but again, as everything in emacs, has big tradeoffs - DAP is bound to lsp, which brings in something like 30 packages, including treemacs - why?

In short: I gave my custom config a good run, and the good stuff is good: vertico, marginalia, embark(!!), corfu are pretty cool packages. Elpaca is also very good, doing for emacs the same stuff lazy.nvim is doing for neovim. But once I've descended a level deeper into configuring it for non-lisp programming, I was clearly in for a huge yak shaving. Neovim is for me a better editor for programming, sorry for the rant.
Uraban Shakedown, some justice was the one to watch. Just using 2 Amiga 500's and a Consumer sampler (pretty much) they got into the top 10 in the UK.

https://www.youtube.com/watch?v=L36m5sobhOE

(I think maybe Aphrodite's genius with the beatz had something to do with it).

I've got an Amiga 600 + Sterio Master Sampler + External Midi box etc. for sale if anyone is interested? - if the price is right..
Yes, for sure. I don't disagree with your overall point. Just pointing out that people are still writing C code for 8 and 16 bit platforms today.
Cynically, I would say a similar scheme/desire to do what was tried in kenya where biometric data was collected from people in exchange for payment. They are a huge country by population alone, training LLMs on their data or providing jobs to train/tune/coddle LLMs there might be a huge win for their politicians.

But optimistically, I would say they just want to make their country attractive to tech business and the CEO dude just wants to get a lot of real estate in Bali.
Android instant apps do exactly the same nowadays.
You might want to give a read to "Scaling Data-Constrained Language Models" [1]. They basically generalized the Chinchilla scaling law by investigating behavior on multi-epoch runs.

[1] https://arxiv.org/abs/2305.16264
I'm pretty sure the multitude of roads, rivers, and national parks in Western Australia named Fitzgerald are after the 1840s governor of Western Australia Charles Fitzgerald and not the US singer Ella Fitzgerald (1917-1996)

https://en.wikipedia.org/wiki/Charles_Fitzgerald

https://en.wikipedia.org/wiki/Ella_Fitzgerald

more's the pity.
I am wondering what is the greatest product-based company in terms of revenue and impact that had no more than one programmer. To be strict about the definition I am looking for a company that generated cash (not raised it) while still having a relatively small programming team.

Top of my head plentyoffish and minecraft are the two main ones that probably everyone heard of? If you relax the condition of 1 programmer a bit then whatsapp is certainly up there.

Also if you consider btc a product (although I am not a fan of crypto) and don't believe the theories about satoshi being a group, then btc is definitely up there. In fact this one needed almost less than one programmer since you had to do very little 'maintenance' after the codebase stabilised.
Wordwhile
Ah so this is what PhDs actually do!
My guess would be that it uses some data, probably voiceover audio, from the original game, and extracts them from there rather than putting directly copyright infringing files up on Github?
Not really, why?
Yeah, I've found I'm starting to write fewer, and coarser tests and it is good for the code base. You can always augment them with bugs later on. And if you can isolate the main logic of a system into small components extended by addition over modification, even better.

In most of the small systems we're developing at work, I tend to have 2 groups of tests: One testcontainer driven test testing the actual database layer. These tests are very simple and small - migrate the database, call insert a few times, load objects back and compare them. Nothing more. And the other tests are usually more of the nature of "Given these elements in the database, expect that output for a REST call", augmented with a few tests of some fiddly functions.

The other thing I meant occured for example in a stream processor, which needed to apply different transformations to incoming messages for normalization, default values, precomputations and so on. Here we reached a point of confidence where each of these processors was tested as a stream to stream mapping in isolation. It was pretty and it worked wonderfully and without issues. If you can achieve this kind of system of pretty much functional components and extension by addition, that's very much a pinnacle of testability.
Just like plenty of bytecode formats that have been invented since 1960, while doing it worse than Java, .NET and BEAM.
And there in lies a bit of a problem. I could probably be 'cured', if I had any particular desire to be cured. Or perhaps put more into programmer terms; this is a feature, not a bug.

I've had decades to look inward and ponder why it is that I am what I am. And often the line of questioning leads down to one particular core reason; that I do not wish to be not suicidal. I've looked at every friend I've severed from my life, every decision, every opportunity I turned away from, every life milestone I will never experience. No first kiss, no first date, no birthdays parties or Christmas get togethers. There will be nothing to reminisce about at the end of my life, no taste of nostalgia at a life well spent.

And yet every time I ask myself if I regret any of it... I would have to say no, I don't. And if I could go back and do it all over again with what I know now, I wouldn't change anything. Had I killed myself then I think it would have left a terrible pain behind. As is, when I do kill myself, it will be as quiet as leaf falling from a tree.

But to entertain you. I have done international travel and volunteer work. I still do from time to time. But there's no enlightenment in doing so, just busy work for myself.

I'm very good at being completely and utterly predictable in every respect that people will see, even if all they know of me is a false name and a false persona. And thus, having met all expectations, be I become someone less interesting then the task at hand.

I realize this is likely what you didn't wish to hear but I do not know what else can be said. I am who am I am.
> Many of which are very complicated to host well yourself and operationize (failovers, monitoring , backups etc)

Oh you are hilarious.

Time for your daily reminder that failovers, monitoring and backups DO NOT EXIST in the cloud UNLESS (a) you configure and manage them (b) deploy your services in multiple zones (and spend $$$$$ along the way).

Lots of people cannot do (a) properly and it is regularly demonstrated by AWS US-East-1 and others that not many people do (b) fully, or in many cases, don't do it at all.

So yeah, the cloud is still "complicated", it's just a different sort of complicated. And if you do failovers, monitoring and backups properly, the cloud is still "expensive", its just a different sort of expensive.
WASM Runtime...
As far as languages go SQL is pretty bad, though. It's not even really a good representation of what it's trying to do. I think if SQL is a good domain specific language the bar seems very low.
Simply not true, and this post represents the biggest fallacy most technical founders struggle with.

The most common problem is they never ship anything.

Or they ship something no one needs.

Or they ship something people need but don't know how distribution works so those people never find it.

I'm someone who's spent enough time writing high quality code that my default thinking is in line with yours, but the truth is it's a privilege to get to a place where you can afford to hire people to clean up your "quick launch" codebase.

Even if you look at it from a place of personal pride, there is more pride in proving your idea solves real problems for real people today, than there is in chasing an ideal codebase that scales better tomorrow when you don't even have proof anyone wants it.
Which is entirely reasonable, no? They have every right to maximise how much they can earn in their available working time, they don't owe anything to anyone else.
To answer hypotheses from others:

> Will there be a Windows version?

> Currently there is no active plan to make a Windows version. We'll post here if that changes.

https://spectrolite.app/how-to/using-spectrolite/download
PSA, if you want to sign a PDF, firefox does it easily. Works like magic.
One part is vertex transformation which transforms 3D points into the 2D screen space, the other is computing the per-pixel colors. Both work on 4D vector data though. Early GPUs had different processing units for vertex and pixel "shading", but over time those have merged into generic cores which can be dynamically assigned to vertex-, pixel- or 'compute'-tasks.
https://news.ycombinator.com/item?id=37389139

This comment has the same opinion, but stated in a different way, possibly because I am not a native English speaker.
As usual, webdevs reinvent the wheel, except - as usual - it's actually less versatile than previous wheels from decades ago.
The goal of any documentation is to help people. "Good" documentation is useful. "Bad" documentation confuses readers and might physically harm people or damage equipment.

Also, when writing documentation, consistency is quite important. Often this is resolved with something known as a style guide. Style guides might be formal or informal. I think that point 3 in this article mentions it quite well.
The wheel in this case being?

I'm not a web dev (particularly) and I'm watching wasm keenly.
>the nations and people who compromise them changed and lost generational memory over the centuries

Changed yes. "Lost generational memory" why? If you mean "lost direct memory of 2 or 3 millenia ago" sure.
US names:

"Johnson" is a tough one. It's likely not https://en.wikipedia.org/wiki/Lyndon_B._Johnson , because the name is so common that we've had two presidents with that surname. https://en.wikipedia.org/wiki/Andrew_Johnson succeeded Lincoln.

"Roosevelt" could be President FDR but it could also be President Teddy Roosevelt, from which the teddy bear is named. Or it could be someone else.

"Warren" is almost certainly not Warren G. Harding as we rarely named things after someone's first name. Warren is a very common name. For example, Warren, PA was named after Major General Joseph Warren, says https://en.wikipedia.org/wiki/Warren,_Pennsylvania .

Very few of the "Clinton" street names will be for Bill Clinton. It's a very common name. See https://en.wikipedia.org/wiki/Clinton and for a list of US place names with "Clinton" see https://en.wikipedia.org/wiki/Clinton_(disambiguation)#Unite... .

Some of the Clevelands are named after President Cleveland, but some, like Cleveland, OH, are named after Moses Cleaveland (see https://en.wikipedia.org/wiki/Moses_Cleaveland#Founding_of_C... for the spelling difference). Cleveland, MN was named after Cleveland, OH (https://en.wikipedia.org/wiki/Cleveland,_Minnesota).

There are a lot of Douglas names in the US. Two blocks from my childhood home was Douglas Road, named after John Douglas. https://en.wikipedia.org/wiki/Douglas_Road_(Miami)

At this point I don't think it's possible to get much good data out of this data set without years of manual effort.

Toponymy is hard, slow work.
Big4 is accounting