skysight-inc/HackerNews huggingface dataset:
AO Labs | Building an alternative to backpropagation | https://www.aolabs.ai/ | Berkeley, CA + remote

AI systems struggle with edge cases and understanding local context despite increasing model sizes. From our research at UC Berkeley into the evolution of intelligence from simple organisms, we’ve discovered the missing link is continuous learning (deep learning is pre-trained by design). Models built with our framework learn through customizable parameters similar to animal instincts, allowing for AI grounded with built-in memory and reasoning. We're a community of 160+ developers and researchers building general intelligence from the bottom-up from places like Berkeley, NYU, Imperial College, and Google.

We're building way outside of the current paradigm and we're looking for collaborators at all levels --hackers, contributors, the curious-- as we'll be making our first hires soon. Reach out: ali at aolabs.ai
Building a serverless secured dead drop
Buy something else? Meteor Lake supports up to 96GB, and I assume AMD has something that supports 64GB+ as well.

Lunar Lake is specifically targeted towards power efficient laptops, there are no desktop chips, or desktop-class mobile chips. Its being positioned for Macbook Air competitors, a device which maxes out at 24GB RAM.
Location: Rotterdam, The Netherlands
Remote: Yes
Willing to relocate: Yes
Technologies: Bash/POSIX shell, Docker, Fortran, JavaScript (ES6, Node, React), LaTeX, Linux, Make, PHP, Python (numpy, pandas, mypy, unittest, pytest), SaltStack, SQL (PostgreSQL, MySQL, MariaDB, SQLite), Suricata, firewalls, antivirus, remote support
Résumé/CV: upon request
Email: rolandog (plus) hn (at) gmail (dot) com
LinkedIn: https://linkedin.com/in/rolandog

As a DevSecOps Engineer with extensive experience in implementing and managing IT security solutions, I pride myself on my strong problem-solving skills and proficiency in security tools and compliance protocols. I have a robust background in project management. I enjoy refactoring, automating, and implementing best practices with DevOps and CI/CD pipelines.

I am looking for contract and full-time work.
He was definitely an exceptional and somewhat eccentric person, but it's probably my recollection that's muddled. He gave a presentation on Chinese character sets and encodings like big5 vs gb2312 vs unicode (we were an antispam shop, so very useful info) and also covered input methods, mentioning bopomofo and pinyin. The bopomofo topic segued into the four tones of Mandarin, so we spent the day saying "mā má mǎ mà" a lot, probably sounding like a Chinese kindergarten :)
The phonology differs. Vocabulary differs. Grammar differs. Speaking Cantonese and Mandarin natively, I have no idea what Hokkien or Sichuan people say, whether or not you write it down.

This is especially apparent when speaking to less educated people with less exposure to the standardised, official Chinese language, which is what people do actually write down when intending for a broader audience, of course. Diglossia is real.
Editing with feedback from program output, like in this work, could be more closely applicable if you first disassemble the binary and have it edit things in the assembly language AST, then reassemble. This would result in a higher likelihood of creating a valid program.
When I was a kid, my doctor told me never to stick anything in my ear that was smaller than my elbow.
Wouldn't it be super useful in cases where data is limited?
How does SPB support Multicast?
> What if time is a a free variable that can freely move forward and backwards, perhaps doing a random walk?

It would have to have some measurable effects, distinguishable from "consistency with states prior to the current t". That consistency with previous states is written as t2=t1+X. If t1+X is always "previous state plus some small change", we simplify X to be 1. If you can invent HOW that random walk would manifest, you're up for a nobel prize.
The solution is to replace 1-dimensional linear tab with 2-dimensional jump navigation where links get short abbreviations, so you can type 2 alpha chars to reach any UI element
But Kagi costs money?
Lathes are older than recorded history. The Antikythera mechanism required a lathe for it's construction. Romans clearly had access to metalworking capabilities sophisticated enough for clock making. Engines wouldn't be a huge stretch.
I would have thought scientists weren’t going to use these tools to do research considering they as a group are far more exposed to things like peer reviews and critical thinking than general society.

What worries me the most about these AI solutions, however, is their usage in the public sector. They can certainly be useful helpers, like, they can scan images for cancer and if added to existing processes involving humans, often lead to enhanced results. They can’t replace any existing methods, however, as we learned here in Denmark a few years ago. Unfortunately that lesson hasn’t been learned across the public sector. I think medicine and healthcare learned it, but right now, we’re replacing actual human controls, audits and sometimes decision making with AI or an unwarranted trust in AI results. Which is going to lead to some really terrible results considering how bad things like LLMs often are at being lucky in even “common knowledge” situations. It’s further enhanced by how some of the work it’s tasked to do isn’t as black-and-white as writing code is. We use AI tools in our daily work, and they are ok, but as anyone who’s used them for programming probably knows by now, they aren’t exactly great at being lucky. Sometimes they’ll hallucinate solutions that simply do not exist.

This is how they work, and as I said earlier, AIs can be great enhancers. They aren’t replacements though, and if we start treating them like they are, which is very tempting from a change-management and benefit-realisation perspective, we’re just going to get in trouble. This is unfortunately exactly what we’re doing, and why wouldn’t we? Most western public sectors have functioned on at least some form of new public management for two decades by now, sometimes longer. As a result the entire systemic culture is geared toward efficiency and cost reduction, even when it doesn’t really result in either efficiency and cost reduction on a broader perspective.

Now, if scientists are on board. Then what hope does a public bureaucracy have?
Yes, the LBT could theoretically do 0.006 arcsecond resolution in binocular configuration (22.8 meter aperture), which is about 14 feet at Jupiter distance, or 10 times worse at best. But then it costs 10 times less, and can see the whole universe at that resolution.
I prefer to ask questions that are easier on the algorithm side and have time to see how well the interviewee covers edge cases, handles errors, shows me that it works, and writes tests. Our company's work is more about reliability than efficiency.
> Cheap labor digs up the fossil fuels cheaply

Only if you have fossil fuel to dig up though. To do that you need to have identified where it is and build the infrastructure and skills to be able to dig it up.

Coal mines are far from everywhere, without them you would have to grow fuel and thus compete with human food.
Speaking as an aspiring solo gamedev: these extra menus in programs like Blender are super important.

Sure, you can map extra keybinds, but convenient keybinds are actually a scarce resource if you're essentially the "full stack" of the art pipeline (from sculpting, modeling, retopology, texture painting, to animating). This isn't even including keybinds for any custom tooling.

One thing I really appreciate about Blender specifically is that you can search through all the available operations with F3. This offers a nice trade-off between muscle memory, keybind consumption, and not needing to use the mouse.
What authority is this? Who delegated it? Which concept did science create?
> To maximize Photon's battery life I tried to make the hardware do the absolute minimum to record imagery. To that end, Photon stores images on an unformatted SD card (ie one huge linear array of bytes) which is easy and fast to index into.

Hmm, what about a dongle that connects between the camera and computer? The dongle wouldn't have to worry about battery life because it'd have USB power. It could do the translation to mass-storage in hardware so the computer wouldn't have to be running macOS.
> It only makes logical sense if you try to remedy the movement / distance paradoxes.

Time exists to prevent everything happening at once.
> internalizing how they work

And how long do you expect that to take? Do you think I haven't tried doing that before? It just doesn't register unless i'm literally doing it every day. And with so many algorithms out there there's not enough time to internalize all that.

I don't have that kind of memory everyone else seems to have.
Salar de Uyuni is used for calibrating satellites
On the other hand, A Pixel Is Not A Little Square[0] would disagree, a raster is a grid sample of a continuous function.

[0] http://alvyray.com/Memos/CG/Microsoft/6_pixel.pdf
You say you have no idea what I'm referring to, and then proceed to talk exactly about the feature I was refering to.

This together with your other inconsistent comments here make me doubt your sincerity. You seem to be either tracking Gtk/Gnome Dev closely or are a Dev, but then pretend to speak for users of Gnome and ask others not to speak for users of Gnome. You seem to be in some sort of damage control.

Gnome 2 came with themes, that worked really well, and rarely broke. Denying it only makes you look silly.
At least according to ChatGPT, over 40% fail. If true that’s surprising, since you don’t start a Phase 3 unless a lot of very smart people are convinced it’s going to work, and lab results (including human) back that up.
>And industrial-scale mechanized mining dates back to the stone age.

Citation needed. “Industrial scale” doesn’t just mean “a lot”.
> The free software world wasn't meant to be like this, where you have to fight the OS/distro to get things to work the way you want.

I'm of two minds about this. I get where you're coming from, but I also understand the reasoning behind this default behavior. I've seen a lot of UIs in visually broken or even dysfunctional states due to bad themes. I get why app developers want to prevent that. You and I both, and probably most everyone here, know to turn the theme off first and see if we can reproduce the issue before reporting a bug, but does everyone?

In my mind, if we want the Linux desktop to be appealing to the broader masses (and I really want this), we need a desktop environment or two that makes some concessions in this direction (e.g. making things more user-proof) without compromising on its values. To me, themeability is nice and something I want personally, but it's not a core value that needs to be upheld.
> there are settings implying you can hide but they never work.

Same goes for hiding and reporting content outside friends circle on facebook - these features give a false sense of being in control what you see there.
Another snakemake?
The thing is, normal html as originally written by humans is already very accessible by default. Only when you cram a bunch of unnecessary content, JS frameworks and reimplement browser elements in software it becomes a problem.
It seems keeping both names reflects the high degree of opinionated fans in the open source community (for both apps, apparently).

They seem to be taking from the playbook of a merger sharing two names for a transition period to call attrition risk…

I share the view in support of Thunderbird as the future (although I’m an iOS user still so awaiting over here), but was surprised to see some many comments in support of the opposite.

Especially given Thunderbird has been signaling this path for over a year.

And re: your migration to a Google-less mobile experience, I’m right there with you.

It’s still surprisingly difficult to get great email client developers to support basic IMAP/CalDEV/CardDEV functionality (e.g., Superhuman, Missive). It’s the only thing keep me from migrating all accounts to a great host like Fastmail.
I wrote an HN submission somewhere about the biases I've seen in algo interviews. One thing is they love questions that can be solved with some small twist on BFS or DFS, usually one that's a lot easier if you're doing it non-recursively. I've gone through entire multi-round interviews like that.
Show HN: Generate controllable videos using Veggie AI
Veggie AI is an online tool that leverages AI capabilities to generate controllable videos. Users can create short videos that perfectly match the actions and character images by simply inputting images, videos, or text prompts. It is easy to use, making it accessible to anyone without any background knowledge in AI.
Being independent means little to me. FBI can swoop in and take all the drives based on some vague suspicions. They can be hacked. They could decide to start selling my data tomorrow.

End it end encryption make me worry less about this. I’m not a very trustful person simply put.

But I agree that everyone need to evaluate their convenience vs. risk ratio individually. I use VPNs, I wouldn’t dare to ask my family to do the same, it’s highly inconvenient.
Maybe it's only in my head, but for me, programmers work 99% of the time with code, while developers also spin up servers, cicd pipelines, domain dns stuff, and more stuff that are not strictly source code.
> Koheesio is not in competition with other libraries.

Yes, it is, because nobody wants to run multiple orchestrators, and the "What sets Koheesio apart from other libraries?" section does little to help users decide why they should pick yours.

Workflow orchestration is a mature category, as evidenced by the length of this list: https://github.com/meirwah/awesome-workflow-engines

I would expect someone who's seriously writing a new orchestrator in 2024 to cite the alternatives, their shortcomings, and how you intend to address them. Bonus points if you make a neat little table.

The fact that you're leading with Python does not inspire confidence. Pretty much all workflow orchestrators use Python for their glue, and that's hardly the interesting part.

What were they using at Nike before this?
Multi-Firewall Consistency with OSS Firewall Builder (2011)
Labor costs are irrelevant, as cheap labor also means cheap labor for making machines. It was uneconomical, and caused economic turmoil even in Britain, there were much more arduous tasks that needed to be mechanized such as threshing, which took up a massive amount of labor that could have been freed instead. The Old regime in France was growing steadily. GDP per capita is a stupid metric, GDP per manhour would make much more sense.
Who's Building AI-First Products These Days?
We all love Microsoft, Stripe, and Zapier for adding AI to their existing lines of products. But I'm wondering, what are some examples from the last couple of years that are truly AI-first? I mean, who's building their UI (GUI or API) specifically around AI? What are the products that simply weren't possible before the era of general AI and are now doable? I'm keen to learn about both well-established startups that are already pulling in revenue and traction, and the new guys on the block who are totally revolutionary but still looking for product-market fit.
Gobshite, while it might appear to be "mouth shitter", isn't used to describe a braggard bullshitter or liar, as the components might suggest. It's more commonly used to describe a person who's both stupidly incompetent and contemptible, as in:

"Why is the system down?"

"Dave pushed the updates to the production server again."

"F*king gobshite."

Gobdaw is a less offensive variation, typically used by those who say fe_k instead of fu_k.
I watched Nvidia's Computex 2024 keynote and it made my blood run cold
Mushrooms May Not Be Magic, but They Could Be Therapeutic
"This repo is very WIP and shall be expanded soon" - why not post it, when the readme is a bit more beefy?
Production of most things started to grow exponentially, that is a revolution. We call it the industrial revolution since industrialization made that happen. The industrial processes you talked about were done, yes, but they weren't revolutionary and changing everything like the industrial revolution did. That is why the industrial revolution is called a revolution while the other things aren't.
The application to inverse graphics tasks reminds me of this paper which was released one week earlier: https://arxiv.org/abs/2405.15306
No blunder here.
They're saying that with a 64-bit hash you will likely see hash collisions with 2^32 items. It's easy to generate 2^32 items, so it follows that it is easy to generate a collision.

The high likelihood of collisions is explained by the birthday paradox.

With a 128-bit hash you don't have this problem anymore.
Speaking of 3Blue1Brown - would you be interested in presenting this same material in a video? 3Blue1Brown has regular showcases for this type of material. I will read your article when I get a moment but after a hard day's of screen time I sometimes like to kick back to a video.
3% is 3% - IPC gains for Ryzen would not be 15% but 18%.

But I do think the benefits are in a faster and easier decoder, and easier memory interfaces etc.

Not a hardware engineer, from a software engineer dropping legacy code makes development of new features easier and more cost efficient, so I can concentrate on other things. But as I've said, I'm no hardware engineer.
I like "mediocrist".
The problem just says to fly straight, not straight between two points. Though this thread is proof that a lot of people interpreted it differently, so all I can say is that I personally think it makes sense.

Even so, my guess after a very brief thought about it was actually Canada, so this understanding didn’t help me any :)

I had never heard of this concept of “great circles” before, so it personally wouldn’t have made it clearer to me without some research.

Given my ignorance on this topic, I found the fact that Australia was the first country you’d hit to be really quite remarkable.
Sorry! More succinctly: the authors explore politics of data, as opposed to politics of data structures. I’m curious what the latter would really look like.
Location: Ethiopia, Addis (GMT +3)
Remote: Yes
Willing to relocate: Maybe
Technologies: React | React Native | NestJS | NextJs | NodeJS | Java Spring | JavaFX
Résumé/CV: https://drive.google.com/file/d/1bPQUxreiiKJhVEbA0b-g2hb-fQvTCVcv/view?usp=drive_link
Portfolio: https://yoseph-tenaw.vercel.app/
Email: yosephten@gmail
Ask HN: The "Japanese Developer" Scam
I've been the target of a new scam, (or a new twist on an old one) that I haven't seen anywhere else. It seems to be targeted at web developer freelancers. I'd like to tell you about it and see if you've experienced this as well.

The scam is as follows:

1. A person who claims to be a developer from Japan contacts you after finding your details on a site (in my case, Braintrust). They claim to be working with a team of web developers, and they even have a porfolio of sites they've worked on in the past.

2. Because they are from Japan, they can't easily get US contracts and US dollars.

3. So they want to use your freelancing profiles (Upwork, fiverr, etc) your IP address (Using TeamViewer), and your US bank accounts to secure those contracts. They'll split the profits with you 50/50. All you have to do is let them apply to jobs using your account, show up for the online interviews and pretend that you're the one doing the work.

The first time I was contacted, I spoke with the person over Google Meet and Discord. He seemed sincere, and I entertained the thought because I had worked for companies that employed overseas contractors previously. I knew it was legal and possible on some level, though I refused to let the person use my freelance accounts or access my computer, and I refused to break the ToS of any freelancing site.

He still agreed to my conditions and claimed to be willing to work on any gigs that I could get. We chatted for several hours, but after I slept on it, I blocked the person from all communication.

After that, I was contacted two other times, from two different email addresses, with similar introductions that I suspect lead to the same scam.

This is very high-effort on the part of the "scammer", involving video calls and long chats lasting hours, which makes me question if the person isn't sincere, but just ignorant about the legal issues at play here.

Has anyone else encountered anything like this?

Besides breaking the ToS of freelancing sites, what would be the legal ramifications of agreeing to such an arrangement?
By pressing tab for obvious reasons of trying to navigate through
$20 per attempt. A paper typically comes after trying hundreds of things. That said, the final version of your idea could certainly try it.
There is never not an obvious reason to use encryption, the obvious reason is wanting private conversations to be private. The only “obvious” reason most don’t bother with encryption is because they naively think that this is already the case.
> I continue to insist on algorithm & data structure interviews for software engineer candidates. Not every project needs them as much, but in large enough institutions, every engineer is likely to run into at least one project that does. If they can't figure it out and can't get help from someone who can, their weak solution can easily cost the company and its other engineers far more than it would have cost to interview engineers properly and compensate the fewer qualified engineers commensurately.

I strongly disagree with this assertion. Using algorithms&data structures trivia in interviews means you will reject candidates who might happen to fail a inane trivia question in spite of otherwise being perfect fits and the ideal candidate.

Imposing trivia on algorithms&data structures as a requirement communicates the idea that you don't believe anyone, including the ideal candidate, is unable to learn and develop this skill while working at your organization. This is telling regarding the bar which is set at your organization to nurture development in this skill set.

If your org is indeed large, odds are you can find a subject matter expert within your ranks, which means it's utterly pointless to expect your engineers must be able to come up with perfectly optimal solutions on their own. They are a Slack message away from that.

The biggest blindspot you convey in your post is the ladder-pulling aspect of data structures & algorithms in today's recruitment process. Subpar engineers use it to depict themselves as competent or raising the bar within their organization by coming up with obscure puzzles that bear absolutely no relationship to the job they are hiring for. They spend days hand-picking a problem for which they have a solution to, they go over the problem as many times as they need, they proceed to grill candidates on this trivia, they make their hire/no hire decision on the 20minute performance a candidate has after being presented with a riddle, and then go back to not have to face that issue ever again in any production setting.

The worst offenders are interviewers who pull this stunt in spite of they themselves completely failing to understand their own problem.
Some philosophers also said that everything is made from small unsplittable parts, and even called them "atomos", meaning unsplittable in their language. Then we found them and splitted them, an then we've done that again and now we're on our third or four level of understanding world, while those philosophers try to catch up. Don't hold your breath on any particular philosophy, they are only a questions we didn't answer yet.
The ending is even better:

> "Rewrite it in Rust? No way! Rewrite it in Lisp!“