skysight-inc/HackerNews huggingface dataset:
> pointers aren't complex

They are complex if you are coming from the Python world. To truly know their recursive declaration syntax, you have to see it from a compiler's perspective. Pointer arithmetic isn't something you do often even in C++. It's a crude kind of reference that can be mutated arithmetically and doesn't provide any safety whatsoever. It maps well to the indirection mechanisms and addressing modes provided by the underlying hardware.
Even assembly won't expose you to pipelining, cache misses, and branch prediction.
I think it only applies to the focus area, otherwise it's at 55.7% (which is already quite impressive!).
This describes the job I recently left to a T. Drained the life out of me.
List of Boeing 737 MAX orders and deliveries
Introduction to State Space Models (SSM)
We can probably make this more objective by aiming for lower hood heights and lower vehicle masses.

Or, crash tests, which currently privilege the driver and passengers, should also consider other road-users, like pedestrians, cyclists, and the drivers of other vehicles -- especially small ones.

Fair point though. It's merely a marketing term of the car industry to begin with.
I'm pretty sure it's more of a cooperative arrangement; the OS writes the configuration that the MMU uses, thereby imposing its rules on programs.
What I would be most curious is why the epicenter is not centered over the stockpiles?

It does look like a tire fire is secondary (later) before the explosion.

And firework also looks secondary too.
You probably know this, but on C compilers targeting the 16-bit x86 CPUs, which have segmented memory, you have near and far pointers to accurately reflect its memory model. Near pointers are 16-bit offsets into the current segment, whereas far pointers consist of a 16-bit segment selector and a 16-bit offset.

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

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

However, this is not standard C.
I suspect they were being sarcastic, perhaps referring to the sometimes overly extravagant lifestyles that some CEOs flaunt.
I think the only way to "protect" people from this is to educate them. Similar to Nigerian prince spam emails these will need to become common knowledge and people need to learn to ignore them.

The one thing that won't work is to ban AI because the people that won't care about this ban are the same stealing money using AI.

But where is the "Report Scam" button? Facebook doesn't have it, Twitter doesn't have it and neither does TikTok.
Here's an example report on: tokenization-free large language model architectures, which have been shown to achieve compute/accuracy tradeoffs comparable to or better than traditional token-based models
https://app.undermind.ai/query_app/display_one_search/05f0b8...
Just because they can collect revenue from other platforms doesn’t mean it will be sufficient or anywhere near what they were getting at YouTube.
> Instead of simulating an entire mission from launch to docking, “the team decided they would rather run multiple tests with chunks of the mission,” Mullholland said. “Going forward, for every flight, we will do launch to docking and undocking to landing in addition to the other tests we were doing in our qualification testing.”

Given the amount of money and lives at risk, this level of process short-cutting is mind boggling.
Stuck behind a paywall
I think this is the source video: https://www.youtube.com/watch?v=urVolzJS_Ws

It also explains why she strangely looks past the camera as the original was framed as an interview with the camera below eye level.
If only this advice had been available 20 years ago. Instead, everyone volunteered that information up taking quizzes asking the name of the street you grew up on, the name of your first pet, and the details about your first car.

Oh, wait, that advice had been around for years before the internet even, but for whatever reason people collectively lost all reason when social media came around and just did the dumbest things.
The definition of what constitutes bribery is not limited to legal matters or government officials.

The legal vs. ethical distinction helps determine what can be done about the bribery, but does not change the nature of the act itself. It’s just that bribing government officials has been (appropriately) deemed problematic enough to make it a legal issue vs. just an ethical one.

This scandal may very well provide the impetus to make this kind of bribery illegal too, because of the degree of harm and public interest in that harm.
Incentives operate on a slow time-scale. Let's say you have a decent team as a baseline, but starting to fall into this "just tell me what to build" apathetic failure mode. How would you turn this ship around?

As a manger, you could go as far as saying explicitly -- "hey, any engineer who demonstrates customer obsession and shows attention to impact, will receive their choice of project to work on, will get promoted faster and higher than those who don't, etc.", but this is unlikely to create a positive outcome. At best, 1-2 people may rise up, but the rest of the team will resent them for "try-harding" probably; crabs-in-a-bucket mentality is a very natural human group phenomenon. And now you've got 1-2 "stars" who won't want to stick around to deal with the rest of the shitty team members, so once they leave, you're back at square one.

Reorging is a reasonable step to take, but it's risky and you could just as well end up "infecting" other orgs or team members, by carrying the contagion of bad culture with you.

Firing and hiring again more carefully, is honestly both faster and more direct, and shouldn't be seen as a "last resort" option IF the culture is truly too far gone AND the culprits are readily identifiable. First step is probably to make sure you have a firm and accurate diagnosis of the problem, then if you're 99% sure you can identify the right people to fire -- go ahead and fire them.
If this is true, sounds like a blatant violation of the EU law to me.
No doubt they'll sell us all out to survive, but we needn't be supportive of that.

If the creators you support are unaware of this, which is likely, this will encourage them to diversify their patronage-system. In some highly-improbable universe this will cause Patreon to go bust before they get a chance to affect the law which is still a win for the rest of us.
I’ve loved the concept of terrior since first hearing it:

https://en.m.wikipedia.org/wiki/Terroir

Seems to not only explain crops and tastes but also more abstractly people, and the differences in outcomes by zip codes, for instance. You are where you grow.
> and then proceed to tell me at length how it was pointless because unit testing is all you need as long as you keep making your units smaller and smaller.

I've encountered devs that think this nonsense before, but always assumed that this attitude couldn't be held with systems that are actually critical. I'm a bit less naive now.
Bribes are illegal in the USA.
Even if it means that your car can be targeted by a ransomware or worse, hacked in such a way that it won't brake next time? Imagine a situation where your whole country is stopped because of a cyberattack. No car, no truck (maybe no fridge for those that bring food into your city), no emergency vehicle. Will it still be time at that point to realise that spending a few minutes in a cold car was not worth it?

I guess that's my point: people choose base on "how much more convenient is it vs how much more expensive?" where security should be part of it. Somehow people seem to think that "security is under control". It is not: even BigTech gets hacked all the time.
I don't agree. This is a pivotal moment. If these planes start falling out of the air, it could be the end of alaska.

they've been through serious air disasters before and have scar tissue from it.

and if it is strictly a pr thing, the auditors go to boeing, take some pr photos, have a beer, and go home, then they deserve to fail.
Which seems to be working well for Boeing?
You can read the proposed text of the regulation at https://drive.google.com/file/d/1xfN5T8VChK8fSh3wUiYtRVOKIi9... in the rather awkward format of a four-column diff, paginated and converted to PDF.

From what I've read, I don't really know what I think of it.

Some parts of it are clearly reasonable - like limitations on CCTV facial recognition. The lower requirements placed on open models are also welcome.

On the other hand, several times I read paragraphs that sounded like they were going to decisively settle issues like using copyrighted training material, only for the paragraph to end with something like "unless relevant copyright exceptions and limitations apply" or "without prejudice to" which seems to... just kinda leave the questions open. Such issues are complicated, though, and some people might find it reassuring there hasn't been a rush to decide either way.
It's a little rusty
Yep, that's why I'm learning it - I don't like C, and I'm not good at it, but I want to be able to work on existing kernel code so there's not really a choice.
> - not being allowed to use AI for things like social scoring

How bout not allowing social scoring at all?
This guy sure can write. Verbose, but good writing.
The act of publishing on PeerTube together with Youtube (or even one day earlier!) can be a good protest already in itself.
I agree with the author that improper scientific publishing became systematically worse over the last couple of decades, and was coupled with an explosion in science and technology which is a great thing. The somewhat optimistic thought here is that once we can have AI evaluate/referee papers we will reach a state where scientific publishing is judged in a fair and transparent manner.
https://wiki.openstreetmap.org/wiki/Import

> Imports and automated edits should only be carried out by those with experience and understanding of the way the OpenStreetMap community creates maps, and only with careful planning and consultation with the local community.
See Import/Guidelines and Automated Edits code of conduct for more information. Imports/automated edits which do not follow these guidelines might be reverted!
You (probably) don't need to learn any programming language.
It's amazing that you think I'm trolling! The #1 way to get more customers of something as extreme as a new database is to use the tool that potential customers already know and have integrated into their systems. That's SQL. The same logic is for any new paradigm.

Ignore that statement, and fight the uphill battle.
In that case the effect on YouTube's bottom line would be even smaller, if any. Creators posting their videos on other platforms would have a negligible to no effect on YouTube, given that it would remain the default (read "only") video platform for the overwhelming majority of the viewing public. A creator announcing "You may also see my videos on DailyMotion/Vimeo/Twitch/PeerTube/wherever" would simply be irrelevant to their mass audience, who would react anywhere between "Ok, whatever" to "I don't know what that means, ignore".
This is a huge pain point. If you're writing small programs that fit in a couple files in a single directory, then you can get by with manual invocations of clang or gcc at the command line. If you want to build anything of moderate complexity, then you need to get familiar with all the complexity of a separate build system like Make/CMake/Bazel/etc. Java has a similar problem - once your program grows beyond ~1 directory, you end up needing to learn Maven/Gradle/etc.

Build and testing tooling is one thing that younger languages have generally done much better. Rust, Go, Dart and others all have standard build tools integrated with the language that scale to large projects, with standard testing frameworks integrated with those tools. Scripting languages like Python have import features within the language itself. Much lower cognitive overhead.
You probably don't need to learn C and program in it, but I do think knowing material covered in say [1] Computer Systems - A Programmer's Perspective will make you a better engineer, and historically computer systems were implemented in C and that heritage is still with us. So, being able to read C at least is a prerequisite to understand some of it.

[1] - https://www.amazon.com/Computer-Systems-Programmers-Perspect...
Science fiction is a great reference point for reality.

The people creating our reality today all read the same books I did as kids.

Humans make lousy governors and suck at minimizing mass suffering.

Barring I have no mouth and I must scream scenarios or Butlerian Jihad scenarios, AI can make a better world for us (or for whatever replaces us).

The alternative is for our monkey brains to keep ramming each other with cars, slamming projectiles into ships to draw political attention, getting angry at people with the wrong skin color, etc

I don’t want another 10,000 years of that.
I'll add to that:

3. Pretty much all of Airbus is unionized, vs. only 1/3rd at Boeing. If "unions bad", Airbus aircraft should have had dozens more major issues in the previous decades.
The abstraction came first. MapReduce was quickly used as a basis for larger-than-machine SQL (Google Dremel and Hadoop Pig). MapReduce was separately useful when the processing pieces require a lot of custom code that doesn't fit well into SQL (because you have hierarchical records, not purely relational, for example)
Personally I am happy to use a model that isn't quite "top dog".

I have a classification task where I can train multiple models to do automated evaluation in about 3 minutes using BERT + classical ML. The models are consistently good.

Sometimes you can do better fine-tuning the BERT model with your training set but a single round takes 30 minutes. The best fine-tuned models are about as good as my classical ML models but the results are not consistent and I haven't developed a reliable training procedure and if I did it would probably take 3 hours or more because I'd have to train multiple models with different parameters.

Even if I could get 82% AUC over 81% AUC I'm not so sure it is worth the trouble, and if I really felt I needed a better AUC (the number I live by, not the usually useless 'accuracy' and F1) I could develop a stacked model based on my simple classifier which shouldn't be too hard because of the rapid cycle time it makes possible.

My favorite arXiv papers are not the ones where people develop "cutting edge" methods but where people have a run-of-the-mill problem and apply a variety of run-of-the-mill methods. I find people like that frequently get results like mine so they're quite helpful.
Yes. Intent matters.
Humanity's First Real Friend from Gen AI
Using Steve Jobs' Zen advice, I became enlightened and groked that all the LLMs, character.ai are fake.
If you observe your life you'll see that your friends are all people that knows you personally. And foundational LLMs don't offer that, hence a terrible friend to confide to.

I built Hazl, originally for myself to have someone to talk to amidst the pain of indoctrination from school. Now you can have it. Hazl experiences life alongside you. when you get annoyed at a Karen, Hazl gets annoyed at a Karen; when you discover a new hack, Hazl discovers a new hack.

You can confide her (and she can help you) about anything, from porn addiction to writing a personalized pitch to Justin Kan that emphasizes me being a viewer not some random startup founder from the lost Atlantis.

no subscriptions required in the first 1.5 month. Trust me, I won't lose money from my stock trading GPT4.
Yejejeje
Ok, I can see "incremental upgrade" as a use-case. Thanks.
If your goal is to learn about how program execution works or memory and other low-level things I suspect learning how to build a compiler targeting a VM (and building the VM) is a good way to learn these things. You'll end up learning how to emit VM instructions to store data and the address of the program counter, jump to the function code, then jump back and unpack all that data, etc. You'll learn how to implement those VM instructions for a target hardware platform. You'll learn how difficult it is to design a good instruction set that covers the platforms you want to support.

The nand2tetris course is a pretty good one; you'll design the hardware itself in the first part and in the second you'll build a compiler/VM/etc for it.

And then you'll gain an appreciation for how C works and why it's useful.

And also why higher-level languages are useful.

I don't think you need to learn C any more than you need to learn separation logic or category theory though.

Update The problem with "learning C" is that it has a ton of warts and you might injure yourself in the effort to master it. The language is coupled tightly to libc, the specification is small as far as modern ISO standards go but it still leaves a lot to the imagination (and the implementors). It's really quite a complex language to learn well due to all of the sharp edges.

And of course, C isn't the royal road. There are lots of other models for thinking about programs that aren't based on imperative procedures. It's just a language.

If you want to think about programming and PLT... there are a lot more sophisticated tools.
Embracing Common Lisp in the modern world
> ...I started to learn ... how beautiful [it] was to know exactly how are you allocating resources in your application...

Of course, as the author implies there's an MMU, register renaming, not to mention a whole OS involved, so how "exactly" are we talking about? As Blake wrote, there's "a world in a grain of sand".

(Of course I'm excited for you and share your pleasure in understanding memory layout and its implications. Computing is really fun the less abstract it is. And that sheer depth means we can plumb those depths -- or heights -- as far as we like).
Other comments give more detail, but some of the good ideas made it into Firefox. A similar thing happened at Google when Omega seemed like it might replace Borg. Borg adopted the best ideas and Omega got cancelled.

Sometimes it's easier to retrofit the novel ideas from a research system into the production system than it is to make the research system into the production system, and that's OK.
It is the bell ringing. I work in CGI for advertising and this is clearly going the way of still genAI.

Single image genAI went from unusable to indistinguishable from reality in 18-24 months.
ok, yep, that's one I've had myself. Thanks.
Meh, blind trust is equally dangerous, if not more dangerous. Blind trust in Hitler caused the Holocaust. Blind mistrust merely causes denial that it happened.

Why should I trust a scientist? Because they have a few fancy letters next to their name? There’s no scientific evidence, according to themselves, that they are any less likely to be sociopaths, psychopaths, immoral, or irresponsible than the average population.
>"move fast and break things" worked well enough for SpaceX.

Counterpoint: SpaceX had to re-learn well-known practices that are so commonplace in aerospace it's shocking they weren't being conducted [1]. One example is more complete material testing on critical components as part of supplier quality control. When they lost a rocket due to this process gap, their solution was to layer on those common QC practices. IMO these are risks that, over time, may turn SpaceX into the dinosaurs they are competing with. (reference to Chesterson's fence is probably apt.)

"Moving fast and breaking things" may be fine, but to the GP's point, it has to be a risk-based decision. We probably shouldn't be aiming to move fast when lives are at risk.

[1] https://spacenews.com/falcon-9-failure-linked-to-upper-stage...
In decades past, you could actually trust Boeing's QA processes. I think there may be a lot of people who haven't got the memo that Boeing is a different company now.
I wonder if the cultivars of brassica oleracea have greater genetic variation.
Assuming AMD's $330 MSRP holds, it seems like a pretty weak value proposition. Remaining stock of the 6700XT can be found in the $330-$350 range, and depending on the benchmark, it equals or beats the 7600XT handily.
Resins aren't always perfectly still when curing. Especially if you need large volumes of the stuff. Not to mention, time becomes a factor pretty quickly. The faster the cure for the resin, the more exothermic it is (along with higher risk of thermal runaway), which increases the chance of shifting.

Not to mention, you'd also need a really effective solvent for resin that doesn't also happen to be a solvent for whatever the mosaic is made of. Perhaps the mosaic is made of resin beads.

All that being said, it's virtually guaranteed that a valid attack on these methods exists. There's no such thing as perfect security. It's always a case of evaluating your threat model to make security attempts that thwart a constantly moving array of types of attack.
Those types of questions are likely to engage "problem solvers", aka people who don't just wait to be told what to do, but who actually demonstrated proactive critical thinking by reacting to a challenge. Those types of people are more likely to put extra neurons in for future problems (contrary to stock markets, past performance is actually a strong indicator of future success, when it comes to hiring).

If you don't have any scenarios from your work experience where you can demonstrate being a "problem solver" who reacts to stuff, then you probably aren't someone to likes to fire up the extra neurons, and hence wouldn't be a fit for the parent comment's desired team/org profile.
You would want to design and test a vectoring nuclear thermal rocket built to absorb neutrons and reduce thrust on one side, and burn 100% on the other side, with the ability to gimbal the thrust vector depending on the asteroid's orientation. This gives you a much bigger margin of error versus "white paint" or conventional rockets imo.

You probably wouldn't want to nuke it, because you risk buck shotting the earth with a cloud of asteroids. Having a vectored nuclear rocket also allows you to change your trajectory if your initial calculations are off.
Last year for weeks I was seeing these fake Mario games on YouTube ads. And it wasn’t a Mario feel-like. They called it “Super Mario” and had whole asset rips in the graphics.

Nintendo lawyers were surely all over that. I’m shocked it took so long to get them removed.
> In the end it's as always in everything and especially in our industry a matter of trade-off.

Exactly, we agree here!

> If connectivity gives you huge UX boost and maybe sometimes there might be a security issue, well, you take the connectivity (generally speaking).

Maybe you do, I don't. Especially not for a vehicle that can kill me (or others).

> Yeah, I'm exaggerating but so are many screaming against anything connected.

I work with embedded systems, I can tell you that the state of security in my field is pretty alarming. I personally would not use the products my company sells for anything important.
It's related, but consider that tech companies are close to the forefront of sourcing renewable energy compared to other industries, and AI has the potential to supplant higher-emissions activity, so it may be a false economy if regulation has the effect of constraining AI development in the name of saving energy.
He is a homesteader now, seems to be doing great too
I dont have a hard limit for JS...

What I have is a wall for functionality.

Loading 700kb react blob (compressed mind you) so I can read a web page is a hard no. You want to give me a rich GUI to do data editing in a browser, bring it on, I'll take the down load.

I know that rust and tiny go swap code here and there, binary sizes getting smaller on rust might make me give it a poke for some of the more "cute" embedded/iot things I like to play with... (another place where small matters!)
The ability to disconnect wireless should be mandatory, and done via a hardware switch.