skysight-inc/HackerNews huggingface dataset:
Even if that were true (I have personally not seen any sign of it, Israeli pro-war propaganda is much more direct), this article has nothing whatsoever of the kind. They do not show nor talk about any kind of commonality between the people living in Israel and those in other parts of Europe.
I already pointed out twice that Anki doesn't work for me, and your response is basically still 'you're holding it wrong'. I know of all the things you mentioned, and like I said, they didn't work for me, which is why I was looking for recommendations (which other posters have provided).
They are people who boo and people who do. As always.
Yes, but too expensive for my taste.
What's the point of a pilot saying "mayday" during an emergency?
Or spend 10 minutes setting up a prose.sh account and just write Markdown as you already know it.
Thanks, will check out.
Sure, but adding metadata to zfs would probably be easier than modernizing BeFS. Just in general as FSes are very worthy of being a project unto themselves. Thinking of low lying fruit to get maximum value easily. BeFS doesn’t have to go anywhere either.
Lots of [fairly inexperienced] developers feed the perception.

I don’t know how many times I’ve given someone an honest, thoughtful estimate, and had them come to me, saying “I found this whiz kid, who a gamer friend recommended, who will do it all in a week, as a PWA!”

Eight months later, I’m usually asking “So… how’d that work out for you?”

We are a few days away from submitting an app I’ve been developing for about a year and a half (but the project has been under way for over three years).

The reason that I took it on, was because a [non-technical] friend of mine had created a nonprofit, and was soliciting bids for development of the tech.

He didn’t have a particularly detailed plan, but his original idea would have required a massive development effort.

The “studios” he was talking to, told him that they would have a fully-functional MVP, in three months.

The only person he talked to, that I respected, was a relatively older chap, who basically said "It will be at least six months, and six figures, but come back, when you have a better idea of what you want."

--

"We do what we do, not because it is easy, but because we thought it would be easy."

- The Programmer's Credo
> The litmus test for simplicity of a programming language design is its compilation speed

From a compiler's perspective, sure. Not being a compiler, I find that metric not very relevant.

Simplicity of a language is better gauged by how easy it is to express complex things in it, and how difficult it is for one person to comprehend what another wrote.
People at the margins have a lot more trouble accessing even high-interest debt than you probably do. Some of them actually have nontrivial default risk that makes even arbitrarily high interest rates plausibly not worth it.
This is such a really important comment. I feel like so much of our discourse as a society suffers terribly from overloaded and oversimplified terminology. It's impossible to have a useful discussion when we aren't even in sync about what we're discussing.
Gleam v0.34
I clicked through the GP's second link and the pre-order link which took me here: https://arace.tech/products/pre-order-milk-v-oasis-16-core-r...

This appears to be the (voucher for the) "chip" but I don't see any board to mount it on other than the Pioneer.

Again, I admit I know nothing about the RISC-V ecosystem so apologies, I'm just curious.
You can learn programming languages by creating cards in a form of:

Question: short code

Answer: output
Nice to see an article that remembers AIX isn't about ELF.

Symbian also used a COFF variant.
> ... the "unoptimised" version is consistently between 4 and 5 times faster than the hand-optimised variants:

I'm getting this comment a lot, but so far the reason has been that people are using smallish numbers, and implementing the square root in floats.

In the context where this exploration is taking place, you can't do that. We're working with exact huge integers, and while a square root on floats can get you in the ballpark, you then need to refine the answer to get the exact value, and that takes order of magnitude the same time.
I could think of a nice corollary for this: If it's not worth measuring, it's not worth optimising.
Micro is probably better at this point for such purpose.

However I also have some customizations myself to use some kind of modeless commands to quickly select or move around, but I still model things around basic vim syntax and its fantastic move keys which keep me in the home all the time (e.g. Using alt+ghjk from insert, I move around, adding shit I select, without having to switch to move or visual mode)
Yes agree with you there, static storage requirements are less of a concern with regards to the weight, which is probably why we'll see sodium batteries take over some of this space.

For primary applications (cars, portable devices, etc) sadly it still looks like lithium is the best option.
You are confusing "simple" with "easy". When you are trying to solve hard problems the "easy" way you are going to have bigger problems later than just awkwardness.
This was presented at NeurIPS 2023: Cinematic Mindscapes: High-quality Video Reconstruction from Brain Activity

https://arxiv.org/abs/2305.11675
While that may be true of many Haaretz articles, at least in this case this article does not appear to contain anything else but a good enough summary of the two open-access research papers published in Nature, which are linked in the article.

Moreover, the conclusions of the 2 articles about the 3 main migrations that have affected most of the Europe are not controversial or completely new, they just bring more precision and additional details to what was already known.
Python packaging is really bad.

These days I just use virtualenv since at least it's simple to use and reason about. It's bad, just not nearly as bad as the others I've tried.
Oops! Sorry about that!
I simply replied to a statement that was false. We have a good understanding of why pyramids were built, and it does not match your statement.

You made the following statements:

1. Pyramids were built so kings could live forever

2. The Egyptians saw that this did not work, but continued to build pyramids.

The first statement is not true. The pyramids were built for the after-life. This invalidates the premise for your second statement, as the Egyptians could not verify that it worked in the after-life (or that there even is an after-life).

Now that you see my reply in a different context, your castle analogy is also not relevant.
x86 was designed/developed back when a lot of programs were written in assembly, so writing assembly for it isn't terrible especially if you focus on the simpler instructions. Things like accessing global variables or manipulating the stack tend to be easier on x86 than on a load/store architecture because of all the addressing modes available.

I personally would nominate POWER/PowerPC for Not The Ideal Assembly Language To Learn. Lots of confusing mnemonics, like two addressing modes, and registers identified by number instead of by name. It was not designed to be written by humans
For any shell command where a minor mistake has the potential of ruining your day, take a look at “try”, which will allow you to inspect the effects before running it against a live system: https://github.com/binpash/try
> RISC-V has miles to go, I worry that with the current pace of ARM it may never catch up

That's a weird assertion. This machine is basically competitive with a Pi 4 (certainly miles ahead of Pi 3, both in CPU power and in having 8 or 16 GB RAM vs 0.5 or 1 GB).

The initial version of the RISC-V spec was ratified in July 2019, and the C910 core in this chip was announced in the same month. The TH1520 SoC hit the market in June 2023 (my board was delivered that month), four years after the CPU core was announced, and also four years after the Pi 4.

Note that the Arm A72 cores in the Pi 4 were announced in February 2015, so it was 4 1/2 years from core to Pi 4 using it, slightly longer than the THead C910 core announcement to Lichee Pi 4A shipping.

The Arm A53 also took about four years from announcement to the Pi 3 and Odroid C2. And the Arm A76 took four years from announcement to the RK3588 and Rock 5 shipping.

This is just the industry.

If the SG2380 machine(s) really come out this year then they will be faster than the A76 RK3588 boards and Pi 5 and around 2 to 2.5 years behind. But their P670 cores are equivalent to Arm A78, which is not available on an SBC -- and there are 16 of them, which is also not available in any cheap Arm-based SBC.

That's halving the gap.

SiFive's fastest core, the P870, is around Arm Cortex-X3 performance, and announced just 16 months later (October 2023 vs June 2022).
The Earth's too small for that. One way to solve it is GLOBAL THERMONUCLEAR WAR and another is bunches of space habitats. Personally I prefer the latter.
Right, but points 1-5 aren't about these issues you're bringing up.

Sure, people can rote memorize "public static void main(String[] args)", but there's way you can test them their understanding on each of these magic keywords. This would achieve the goal of understanding programming language constructs without unrealistic algorithmic questions.
T.b.h. I mostly use vim with keyboard movement in insert mode enabled, so ... 80% time I don't really use modes.
My home laptop is my work laptop, a 30 mm thick ZBook 15 from HP. I move it in several rooms according to the season. Some rooms get too hot in summer, others are OK. Same thing for winter.

I could buy a desktop and remote desktop to it from a lighter laptop (maybe with a monitor, mouse and keyboard? too much stuff to move) but sometimes I don't work from home. Not every year now. Thankfully covid took care of nearly all of those days spent at a customer's premises.
I'm curious how the example

shelly 'find "class" in files in this directory without the .venv dir'

is interpreted. I'm assuming something like:

grep -l -R --exclude-dir .venv class

and possibly with the "--null" option, but I can also see how using "find" suggests the user is thinking of the find command, so wants filenames containing the substring "class" but not in the .venv directory. My first attempt at that is:

find . -name '*class*' | grep -Fv '/.venv/'
This line of arguing would imply that an established company selling established products would not need to fear any competition as long as it can keep the pace of its innovation cycles. While this line of reasoning is not wrong it completely ignores the possibility of "disruptive innovation" to use a buzz word here. I honestly think RISC-V could be a shooting star that will come to many as a surprise. And as long as RISC-V lags in performance behind ARM it could still compete successfully in price due to free licensing of RISC-V versus expensive licensing of ARM64. This has been AMD's strategy for many years (before they had better integrated GPUs compared to Intel). And think of how IBM completely lost its PC business to cheap competition.
I love the idea. Have you heard of https://bountysource.com/? Not quite the same thing but might give you some ideas.
GeckoLinux – Linux for Detail-Oriented Geckos
I've watched another version of this talk (maybe at Strange Loop), but I'm pretty sure I hadn't seen this hangup on measuring weird C++ artefacts against Python before which comes before the interesting stuff and for me was a big disappointment.

Comparing the size of C++ int (which will be the 32-bit signed integer because hey why not) against Python's integers (which are just fully arbitrary big integers) is unfair.

But it doesn't stop there, next it measures std::list<int> which is a doubly linked list, a container that C++ keeps around partly because it is infested with the sort of programmers who've heard this data structure is sometimes a good choice (it is) and therefore reach for it first -- exactly the sort of bad optimization we're warning against. Python doesn't even have a doubly linked list.

Then it compares std::map<int,int> against Python's dict, but std::map is a red-black tree of linked lists, Python's dict is a hashtable, because of course it is. So these aren't anywhere close to comparing like with like either.
South Korea Lays Out $470B Plan to Build Chipmaking Hub
Sure. I built a team of ~35 this way and it worked out pretty well. There were very few dud hires, and of those that happened on investigation it was always because the process I put in place wasn't followed (on one occasion it wasn't followed by me!). It got noticed; we had customers telling us they had to deal with us because they couldn't match the talent we'd been able to attract. We had employees leave and come back because they wanted to work in a good team again.

The process wasn't anything special and the questions weren't particularly hard. It was very heavily standardized though.

No system is perfect. You'll get bad hires no matter what, and miss good hires. The question is only how many.
The post you replied to had four sentences. (But two paragraphs).
> In most countries outside the US [and Canada], squash is called pumpkin.
I went hunting on DanHulton.com for some more gold. I was fascinated by the "I Paid The Most" site, and was disappointed it wasn't a real thing (anymore).

@DanHulton - tell us all the tale.
>build 16 new fabs, creating more than 3 million jobs,

3 milion, wow, feels like a lot.

Also, if you had an opportunity to read Chip War, then is feels like a history is repeating itself - again gov-private funds want to meet eachother and disrupt semico industry
That is really an absurd headline considering the content of the article. Defining who you are has very little to nothing to do with were some of your ancestors may have come from 5000 years ago.
I feel like efficiency is the killer of dreams. Anything I can code, has already been created or can be done 100x better by someone more experienced. And there are a lot more experienced people than me.

We're all just killing time anyways, but nobody likes wasting time.
Exploring .NET Frozen Segments
[off topic, but I expect that some amount of downvotes are people misclicking; I know that I found myself correcting many of my own, I wonder how many I don't catch]
Interesting, and what form factor is this in? Are we talking mATX/ITX style board as opposed to an SBC?
It was a magnesium alloy and practically indestructible. Alas, I did test it -- it got kicked off a table while open in a very cramped multi story flat during a hackathon -- but it survived with a minor scratch on the lid. Did I mention it was a Panasonic Toughbook?
> Virtual threads are nice for unblocking legacy code but they aren't without issues. There are better options for new code with less trade offs on the jvm as well.

The designers of Project Loom would say the exact opposite. The whole push behind Project Loom and similar models (Go's oft-praised "goroutines" runtimes being another one) is motivated by Threads being a much better fit for async behavior in a fundamentally procedural language like Java or Go than promise-based frameworks like async/await.

The whole motivation of Project Loom is to make the simple thing (spawning threads to handle blocking IO) the fast thing as well (by actually replacing the blocking IO with efficient async IO OS calls and managing the threads internally). Project Loom will be considered a full success if the next generation Java web server does something akin to "new Thread(() -> {executeHandlerFunc(conn); }.Start(); " for each incoming connection, just like the Go built-in web server.
Well, human processes can be visulised and their completion time can be estimated, as can possible breakdowns.

Eliminating breakdowns thus eliminate "waste" in required effort, coordination etc.

So I don't see how human processes differs from technical ones that much...
What value does a random stock image add?
I was curious, so looked this up, but I have no prior knowledge of this:

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

> Chlorinated brake cleaner containing tetrachloroethylene will, on exposure to high temperatures (above 500 °F (260 °C)) or strong UV light, decompose into phosgene and hydrogen chloride, both of which are extremely dangerous if inhaled

So C2Cl4 - https://www.chemspider.com/Chemical-Structure.13837281.html

Oh, and this answer suggests that the reaction occurs with 'singlet' oxygen - https://chemistry.stackexchange.com/questions/76185/what-is-... (very pretty picture of the intermediates!)
> but there's not a ton of high performance Risc-V stuff happening.

Uhhh ... yes, there is.

Several companies designing very high performance RISC-V were founded in 2021 or so. Most of them have top designers fresh from designing the latest Apple, Intel, AMD chips and they are aiming to match current x86 and Apple performance.

You'll see their products in the market around 2026.
Maraging Steel
The Venus of Willendorf (https://en.wikipedia.org/wiki/Venus_of_Willendorf) is a good example of the importance of hips (or generally - shapes) related to childbearing in representations of women
The underlying fact is of course not copyrightable. But for example merely translating a news article to another language would be a derived work.
Ok so this uses an LLM to put together a command for you.

The LLM doesn't actually understand the command, it's just "guessing" each 'word' in the response, as the most likely, based on the data it was trained on.

LLM's in general are trained on internet published bodies of text, for obvious reasons.

One of the largest bodies of text that would inform something like this, will be sites like the SuperUser, AskDifferent & Unix stackexchanges, and possibly the litany of gists out there.

I'm curious to see how the results would fare vs the top-ranked answer to the top question matching the input query from each of the three stack exchange sites.

Either way it sounds like a sub-par solution compared to just reading a couple of man pages.
It’s definitely worsened. It’s a well-discussed phenomenon.
My usual comment on any thread touching vim, as an answer to all hypothetical comments talking about how vim never clicked :

Remap the Escape key to CapsLock else you will never like vim (provided you are a normal person)

It's the most important key and you should punctuate all your inserts with it. So it'd better not be the key that's the furthest away from your fingers.
The reason that's the case is an historical accident.

Don't be a victim. Remap.

P.S : Yes, I know about people using Ctrl+[, or Ctrl+C, I know you got used to it but one gets used to anything, it does not mean it's good. A weird combination isn't great and Ctrl + C has some quirks --> https://vi.stackexchange.com/questions/25764/use-control-c-i...

P.P.S : Yes, I know about `jk` it's clever ok but my mapping is system-wide and now I enjoy Escape being at the right spot for bash, zsh, fish, gdb, firenvim vim modes at no configuration cost.
I think react is not as immediate-mode as what you see in many immediate UI libs. In particular the canonical "let buttonPressed = drawButton("OK")", where your button state/press is actually reported back. In React events on your components have to flow back through some strategy.

This is either a nit or a completely fundamental difference that entirely changes the ask.

Immediate mode isn't _just_ about repeating the UI every frame
Note for other readers: due to old licensing deals for names, the brand sold as Breville in Europe is not the same as the one in US, CA, and AU. The one being talked about here is known as Sage in Europe.

And they really are superior-quality devices.
4x audited multi-chain liquidity aggregator powered by LI.FI
Yes everything added is open-sourced:
Metasploit: https://github.com/Ostorlab/agent_metasploit
Nuclei: https://github.com/Ostorlab/agent_nuclei
OpenVas (not used though due to many issues): https://github.com/Ostorlab/agent_openvas
Asteroid: https://github.com/Ostorlab/agent_asteroid
Resuming a Vim session I have accidentally disconnected from (2014)
It's nice to interact with people who are strangers. Grocery store employees, baristas, mechanics, service people etc.

As you get older, a lot of the people you interact with regularly you have a responsibility for/to. Co-workers, bosses, family, kids.

With strangers, even the grumpy interactions are fun. No responsibility.
> And then there comes Rust in all its glory with "my string constant".to_string() awkwardness

Would you feel better if it was `"my string constant".to_owned_string()`?
Indian teen invents gadget that may transform dementia care
>> But nobody should be developing AGI without incredibly robustly proven alignment, open or closed, any more than people should be developing nuclear weapons in their garage.

Now please fly to North Korea and tell Mr. Kim Jong Um what he should or shouldn't be doing.
You're contradicting yourself. Building them to protect local leader's power and influence and national defense are very much the same thing in feudal societies.
Tetrachloroethylene
All DeFi Liquidity in One API
We did test it on Bug Bounty targets (see article) and found 2.5% of programs to suffer from at least one of these issues.
poetry is awesome. i recommend it
> Employees don't

As a manager in a scale up, my incentive is to hire competent people into my team so we can meet our goals. Sure, it's not the same as the company being mine, but it's a good enough incentive. I think a standardized process is better because it reduces unconscious biases.
If your program requires 5 OS threads to be able to make progress (say, there are operations for which 4 threads are blocked while the 5th does work), and the runtime only spawns 2 OS threads and tries to schedule your 5 now virtual threads on those 2 OS threads, then your old program was perfectly correct and the virtual threads runtime has broken it.

This was a known and advertised failure case with the new threads runtime, exacerbated by limitations in the implementation that cause certain blocking operations to block the current OS thread instead of blocking the virtual thread and allowing another virtual thread to be re-use the underlying OS thread.
I was asking, not correcting you!

Django ORM also uses the same copy and move method but it warns you against doing it on production databases: "same copy and move method but it warns you against doing it on production databases".

That makes me reluctant to use SQLite for a use case it is otherwise well suited to: multi-tenant applications.

Alembic does not have such dire warnings, but still looks problematic with regard to constraints?
> I'm unsure how useful implementing spaced repetition would be vs "just play yer guitar"

There's no reason you can't do both: Make flashcards that have a few bars of music on the front (tab or notation, whichever you use), and then actually play the music when the card comes up to figure out how the review should be rated.
The rival JH7110 SoC (it's like A55 to this chip's A72 -- slightly slower but cheaper and much lower power consumption) has PCIe. The VisionFive 2 brings one lane out to M.2 NVMe. The Star64 brings it out to a standard PCIe connector.
That's covered in the article, my bullet points were just an attempt at a summary.

Briefly, it doesn't work like that. Interviewing developers is very unintuitive. Many reasonable expectations are violated. There are lots of people who can talk very well and will appear to have a good understanding of programming, up until the point that you ask them to write a program (any program) at which point they can't even start. If you don't force candidates to write an actual working program you will pretty quickly hire people who just can't do it, and then have to fire them later. Yes this sounds totally wrong, everyone struggles with this fact at first. It's sort of like the Matrix. Nobody can be told what interviewing is like from the employer's perspective. You have to see it for yourself.