MurphyA/hacker-news huggingface dataset:
by alnwlsn | 2026-01-14 15:30:58+00:00
Why is your "open source Teensy" [0] just an RP2350 on a Teensy shaped board?

In my book, what makes a Teensy a Teensy is 1) hardware support, like 600Mhz clock, CAN, FPU, RTC, other hardware peripherals which the RP2350 lacks and 2) software compatibility with Paul Stoffregen's well documented Teensyduino libraries. I would not buy something else if I needed these features.

Do you plan to do a port? Why not build around the same IMXRT1062? Are you barred from buying Paul's bootloader chips [1]?

[0] https://forum.pjrc.com/index.php?threads/open-source-teensy-...

[1] https://www.pjrc.com/store/ic_mkl02_t4.html
by pmontra | 2026-01-14 15:31:00+00:00
> Similar frameworks targeting Windows servers have flourished for years. They are less common on Linux machines.

That's good for me, as I develop on a Linux laptop but I never really understood why that is the case. I know that most people are on Windows so B2C malware naturally runs on Windows. However basically all the Internet infrastructure is on Linux and B2B malware should have been targeting that since a long time.
by joenot443 | 2026-01-14 15:31:04+00:00
These[1] are the "official" ones which are actually just in the midst of rollout.

The informal ones don't seem to have much web presence, IIRC they were mostly setup in and around the e-bike shops in lower Manhattan and Brooklyn.

Running the same setup with EVs is a fascinating angle!

[1] https://www.nyc.gov/html/dot/html/pr2025/install-public-e-bi...
by jpadkins | 2026-01-14 15:31:05+00:00
I think it may be the opposite. The mass propaganda techniques that worked for so long (i.e. control of the narrative via the big 3 news networks) no longer work in the social media age. So you have a system that is trying more and more extreme tactics to regain control, and you have a population that is more and more agitated because they can see through the curtain and the implications are very unsettling.
by kibwen | 2026-01-14 15:31:13+00:00
Yes. V8 (and other Javascript JIT engines) are very good, with a lot of effort put into them by talented engineers. But there's a floor on performance imposed by the language's own semantics. Of course, if your program is I/O bound rather than CPU bound (especially at network-scale latencies), this may never be noticeable. But a Javascript program will use significantly more CPU, significantly more memory, and both CPU and memory usage will be significantly more variable and less predictable than a program written in C or Rust.
by roland35 | 2026-01-14 15:31:35+00:00
Those levels are based on the electronics themselves. Earlier circuits used TTL which needed higher voltages to signify a "High". Newer CMOS based electronics need less voltage.

Lower voltages help with power savings. Higher voltages can and do work better in high power, high noise environments though! 24V as you see is still very popular and useful inany applications.
by ptorrone | 2026-01-14 15:31:53+00:00
great question! so historically microcontrollers (and sensors) were 5V 'CMOS' power and logic. this was way better than the up-to-12V for TTL logic but over time the desire for higher clock speeds / faster IO / lower power means the voltage needs to drop (since power = current * voltage lower voltage is lower power) the next voltage standard became 3.3V. these days, even 3.3V is a 'bit high' and we're seeing lots of device that are 1.8V or 1.65V or even 1.2V max (yeek!) one thing we do for all of our sensor breakouts is add level shifting up/down as necessary so they work with EITHER 5V older boards (yay no need to throw them out!) or with the newer 3.3V boards (woo forward compatibility) level shifting and regulation also reduces the risk of damage from over/under volting or plugging stuff in backwards. this is documented here: https://learn.adafruit.com/introducing-adafruit-stemma-qt/st...

maybe someone from sparkfun could post advice for you here too...
by kstrauser | 2026-01-14 15:31:53+00:00
I was once hired to manage a build farm. All of the build jobs were huge pipelines of Jenkins plugins that did various things in various orders. It was a freaking nightmare. Never again. Since then, every CI setup I’ve touched is a wrapper around “make build” or similar, with all the smarts living in Git next to the code it was building. I’ll die on this hill.
by londons_explore | 2026-01-14 15:31:54+00:00
But you need very very little digital logic... The same kind of quantity to do the little power indicator LED's on a battery bank (which are charlieplexed btw), and thats done in the same ASIC that also has the 5V boost power supply (multi-amp gnd isolated n type mosfet) and charge circuitry involving voltage references and laser tuned comparators, and sometimes negotiates USB-C PD as well (needs an internal ROM). And the whole thing needs to be really cheap and with a standby current of uA's.

As long as you aren't interested in multi-Mhz operation, combining the rest at very low cost isn't too tricky.
by lionkor | 2026-01-14 15:32:16+00:00
To answer the headline: No. Rust is not faster than C. C isn't faster than Rust either.

What is fast is writing code with zero abstractions or zero cost abstractions, and if you can't do that (because writing assembly sucks), get as close as possible.

Each layer you pile on adds abstraction. I've never had issues optimizing and profiling C code -- the tooling is excellent and the optimizations make sense. Get into Rust profiling and opimization and you're already in the weeds.

Want it fast? Turn off the runtime checks by calling unsafe code. From there, you can hope and pray like with most LLVM compiled languages.

If you want a stupid fast interpreter in C, you do computed goto, write a comment explaining why its not, in fact, cursed, and you're done. In C++, Rust, etc. you'll sit there examining the generated code to see if the heuristics detected something that ends up not generating effectively-computed-goto-code.

Not to mention panics, which are needed but also have branching overhead.

The only thing that is faster in Rust by default is probably math: You have so many more errors and warnings which avoid overflows, casts, etc. that you didn't mean to do. That makes a small difference.

I love Rust. If I want pure speed, I write unsafe Rust, not C. But it's not going to be as fast as trivial C code by default, because the tradeoffs fundamentally differ: Rust is safe by default, and C is efficient by default.

The article makes some of the same points but it doesn't read like the author has spent weeks in a profiler combing over machine code to optimize Rust code. Sadly I have, and I'm not getting that time back.
by Dangeranger | 2026-01-14 15:32:27+00:00
For context: This post by ptorrone suggests that leadership at Sparkfun has been engaged in a long running harassment campaign against the founder of AdaFruit (Limor Fried) and is now attempting to weaponize their CoC to cast blame on the victim in order to deflect from their own behavior[0].

for anyone still reading:
in july, we told sparkfun they needed to get their house in order. for years, sparkfun's leadership ignored specific behavior from leadership (and employees, now former... they had created and promoted hate sites, photoshopped images, and harassment targeting limor, me, and others at adafruit. this was done on company time, shared, promoted. this was reported to them. it was documented and ignored. that was the big issue i wanted them to get some hr training on, or _something_

months later in 2025, the same individual resurfaced and re-promoted it with what appears to be nate's blessing at the time. we again told sparkfun to deal with this. instead of addressing the behavior, sparkfun’s response was to “ban” adafruit from purchasing teensy by invoking a vague, secret set of rules that neither we nor paul (the creator of teensy) were allowed to see.

this is not a one-off. nate (the founder of sparkfun) has done this before. anyone who has worked with him long enough knows this is how conflict is handled: deflect, escalate, and try to punish rather than deal with the underlying conduct.

we do not respond to bullying by backing down. we never have. that is why we are here.

https://forum.pjrc.com/index.php?threads/open-source-teensy-...
by GreenWatermelon | 2026-01-14 15:32:43+00:00
> value can yet another CRUD app possibly add

Possibly significant e.g connecting multiple governmental agencies so citizens can finish their paperwork in days instead of weeks, schedule appointments instead of waiting from 8am untill 2pm to have you matters settled, etc...

Of course, there isn't much shareholder value on this, so perhaps when Software Engineering becomes a modest profession like many others, improvements to society might start happening.

The industry as it currently stands is significantly antisocial.
Show HN: Melker – Terminal UIs you can read before you run
by ymodulo | 2026-01-14 15:32:59+00:00
Melker is a Deno/TypeScript runtime and library for creating rich terminal UIs using an HTML-like document model.
Apps are single .melker files with XML-like syntax and embedded TypeScript.

The idea: TUI apps should be inspectable like web pages.
Before running, the source and permissions are visible. Network calls or file access must be declared.

Key features:

- Embedded permission policy (sandboxed subprocess)

- Run from URL with first-run approval

- F12 Dev Tools (view source, inspect document tree, logs, ...)

- Flexbox layout, 20+ components, including images and markdown viewer

- No build step, TypeScript runs directly

Motivation: Sharing TUI tools shouldn't require asking people to trust arbitrary code.
Also, I really wanted a typescript playground for graphical terminal apps.

Requires Deno 2.5+.
by systems | 2026-01-14 15:33:02+00:00
F# seem to be in abandon-ware state
the creator of F# moved to another job as his primary work
the forum and community are very dry

Nothing interesting being created in F#

As much as I had high hopes for F#
I think its safe at this point, to not pursuit it any further

.Net is C#

If you want an Ocaml like language, that is not Ocaml, your best bet is Rescript
and that being said, Rescript is probably more of a competitor to gleam, since gleam also have javascript as a target
by knorker | 2026-01-14 15:33:09+00:00
No in this case addressing the accusation is necessary.

I think what's currently been said is sufficient. You need to make a grown up version of the statement "None of that is true", but yes probably best to leave it at that.

Honestly, this being Adafruit, my default assumption is to believe them. Especially with this super vague "please read between the lines because if I actually say something false it'll be libel" accusation.
Ask HN: Amazon Robotics SDE new grad expectations
by aroy21 | 2026-01-14 15:33:34+00:00
Hi, I recently got a return offer from my internship for an Amazon Robotics sde role even though I interned at a regular sde role not related.

If you work there,

1. What should I expect for work-life balance. Is it team-dependent or is it pretty standard.

2. What do SDEs generally do for them? Handle robot algos(prolly not) or just do infra etc

3. I know majority of robotics is situated in Boston, but my role is in Austin which I find strange.

Thanks in advance!
by observationist | 2026-01-14 15:33:47+00:00
The real magic is the plasticity of the brain, the cerebellum as well as the cortex. In this case, they're tapping in to existing neural structures by correctly aligning the prosthetic with the configuration of the original.

One of the ways the brain works is to construct and predict, or assume, the way things will be, and use proxy signals to confirm the success or failure of a prediction or assumption. By aligning the prosthetic, the proxy signals result in not only successful manipulation of prosthetic orientation and placement, as if it were a foot, but the patient feeling feedback from the prosthetic, as the brain reconstructs some pieces of the sense of actually having a foot.

Phantom limb and phantom pain taps into some of the same phenomena, and advanced prosthetics with myo/neural electrodes actually tap into the nerves and nerve endings to create new input/output pathways, with some experiments actually succeeding at reproducing touch, hot/cold, pressure sensation, and control of the cybernetic limb.

Input is hard, but with nonintrusive ultrasound techniques seemingly working for certain deep brain stimulation, maybe it won't be too long before we see highly precise ultrasound phased arrays able to stimulate precise neurons when installed over a patch of skin, and we'll get wearable third limbs, prehensile tails, and other cyborg augments with full neural io integration for non medical purposes.

Very cool paper!
by pizlonator | 2026-01-14 15:34:00+00:00
It's not binary. If you try hard enough, I bet you can make an argument that C is faster and you can make an argument that Rust is faster.

There is a set of programs that you can write in C and that are correct, that you cannot write in Rust without leaning into unsafe code. So if by "Rust" we mean "the safe subset of Rust", then this implies that there must be optimal algorithms that can be written in C but not in Rust.

On the other hand, Rust's ownership semantics are like rocket fuel for the compiler's understanding of aliasing. The inability of compilers to track aliasing precisely is a top inhibitor of load elimination in C compilers (so much so that C compiler writers lean into shady nonsense like strict aliasing, and even that doesn't buy very much precision). But a Rust compiler doesn't need to rely on shady imprecise nonsense. Therefore, there are surely algorithms that, if written in a straightforward way in both Rust and C, will be faster in Rust. I could even imagine there are algorithms for which it would be very unnatural to write the C code in a way that matches Rust's performance.

I'm purely speaking theoretically, I have no examples of either case. Just trying to provide my PL/compiler perspective
by pirocks | 2026-01-14 15:34:03+00:00
> Multithreading does not make code more efficient. It still takes the same amount of work and power (slightly more).

In addition to my sibling comments I would like to point out that multithreading quite often can save power. Typically the power consumption of an all core load is within 2x the power consumption of a single core load, while being many times faster assuming your task parallelizes well. This makes sense b/c a fully loaded cpu core still needs all the L3 cache mechanisms, all the DRAM controller mechanisms, etc to run at full speed. A fully idle system on the other hand can consume very little power if it idles well(which admittedly many cpus do not idle on low power).

Edit:

I would also add that if your system is running a single threaded database, and a single threaded web server, that still leaves over a hundred of underutilized cores on many modern server class cpus.
by palata | 2026-01-14 15:34:05+00:00
I was kindly asking more details about what "starting to become usable" means (i.e. should I try it or does it feel like a tech demo?), and I feel like I am being sermoned in return :-).

> Its usability resembles that of early, pre 1.0-versions of Firefox.

Not sure what it means to me. Pre 1.0 of Firefox was what... 20 years ago?

> The more people do this, the fast the progress will be.

As a developer myself, I kindly disagree. I mean this is not a general rule. When my code is not ready, having tons of people test it doesn't help me: I just ignore their reports because anyway my code was not ready for their testing.

Is the Servo team asking for that, or is it just your feeling?
by pohwp | 2026-01-14 15:34:24+00:00
Thank you. I have worked alone for 18 years though it wasn't my desire. It is often hard to find collaborators. I agree as you say, passing it on to someone on the fly would problably be more work.
People have thanked me for the software when I have sought no feedback. It obviously have value. I think I will have one more go at getting it up to date and more secure. I have the term micro changes in my head as a way forward.
As a young man I created a beast of a thing and now in my 50s I need to tweak and not rewrite :-)
by dec0dedab0de | 2026-01-14 15:34:35+00:00
There is no right to privacy, but they may have an NDA. Also, if they get too specific, they could open themselves up to a libel lawsuit. Though, if they were consulting a lawyer I don't think there would be any release. Simply cut business ties, and move on, it happens all the time, and would leave room to patch things up later.
by wrqvrwvq | 2026-01-14 15:34:54+00:00
Standard msft absurdity. 8 years later there is still no local gh action runner to test your script before you commit, push, and churn through logs, and without some 3rd party hack, no way to ssh in and debug. It doesn't matter how simple the build command you write is, because the workflow itself is totally foreign technology to most, and no one wants to be a gh action dev.

Like most of the glaring nonsense that costs people time when using msft, this is financially beneficial to msft in that each failed run counts against paid minutes. It's a racket from disgusting sleaze scum who literally hold meetings dedicated to increasing user pain because otherwise the bottom line will slip fractionally and no one in redmond has a single clue how to make money without ripping off the userbase.
Show HN: Dgdoc – Go Office Templating
by parevo | 2026-01-14 15:34:55+00:00
Hi HN,

I built dgdoc to automate document generation without relying on slow interop tools or complex XML manipulation. It’s a high-performance Go library (and CLI) that populates Office templates using JSON data.

It goes beyond simple text replacement:

DOCX: Converts HTML to native Word elements (tables, lists) and supports logic ({#if}, {#loop}).

XLSX: Preserves formulas while populating cells and duplicating rows.

PPTX: Handles slide text replacement and content duplication.

It compiles to a single binary, making it easy to generate reports, contracts, or presentations in serverless/container environments.
by friendzis | 2026-01-14 15:35:31+00:00
> They said "<...>". That is not nearly "does not actively sabotage".

We seem to be misaligned on some fundamental level here. We are in a thread countering the notion that motivation is primarily intrinsic. My stance is that understanding the impact of individual contributions is crucial to net positive contribution towards overall success and is a tool in IC toolbox. Therefore, I value lack of such alignment as demotivating and alignment being present as motivation-neutral. In my book this is one of the core duties of a manager.

> Oh please. If you reject every single thing good managers do to motivate people as "does not count" then of course you will end up with nothing.

If you include every single thing managers do then you will simply end up shifting the definition so that every manager is "good". What's so suddenly wrong with being everyday average Joe? I do dismiss some things that not being done would reduce motivation below baseline. If a developer is expected to build a notoriously slow to compile template-heavy, multi-million sloc c++ codebase multiple times a day, a latest and greatest workstation managing the build in reasonable times is just a tool, not some motivational perk. On the other hand, a potato running the build for 4 hours would be demotivating.

So yes, I do reject alignment on things critical to overall success from things good managers do as that is something everyday regular normal manager should be doing anyway.
by steveklabnik | 2026-01-14 15:35:38+00:00
> Want it fast? Turn off the runtime checks by calling unsafe code.

You can do that for sure, but you can also sometimes write your code in a different way. https://davidlattimore.github.io/posts/2025/09/02/rustforge-... is an interesting collection of these.

> it doesn't read like the author has spent weeks in a profiler combing over machine code to optimize Rust code

It is true that this blog post was not intended to be a comprehensive comparison of the ways in which Rust and C differ in performance. It was meant to be a higher level discussion on the nature of the question itself, using a few examples to try and draw out interesting aspects of that comparison.
by Towaway69 | 2026-01-14 15:35:39+00:00
Most of the comments here demonstrates the lack of abstraction abilities here at HN.

My comments weren’t related to whether apple has data centres or not (afaik they don’t and actually use google hardware).

My comments were related to a business model used by amazon to destroy local shops in our neighbourhoods: offer products at vastly reduced prices, making a loss but covering those losses by profiting on aws. Once there is no competition left, prices rise and shareholder profits are made.

Hence my conjecture that apple was doing the same and hence they were offering this product at undercut price. As was the OP was wondering about.

I was actually criticising the business model increasingly used by big tech. Which has the consequences that are neighbourhoods are emptied out and left with stores that act as amazon package pickup stores or stores where packages are returned to be sent back to amazon.
by gallerdude | 2026-01-14 15:35:39+00:00
> the rich are now permitted to ignore copyrights, while the poor remain constrained by them, as before.

Claude Code is $20 a month, and I get a lot of usage out of it. I don't see how cutting edge AI tools are only for the rich. The name OpenAI is often mocked, but they did succeed at bringing the cutting edge of AI to everyone, time and time again.
by _flux | 2026-01-14 15:36:16+00:00
I tried it, and I'm sure it's not a based on any language model. Sounds like espeak-ng or its ilk, so it probably uses whatever's available?

The TTS repo was updated 5 years ago and links to installation instructions for Ubuntu are broken :/. Also the docker repo is archived, but only recently, so maybe it works.

All in all, doesn't look like the project is alive at all.
by nymanjon | 2026-01-14 15:36:18+00:00
I created this app to help me track cash transactions that I can then export as a CSV file and then import into my PTA. It works well. It can work offline. I built it to be progressively enhanced. So, no JS needed but, if you don't mind JS being used, then it will have better features and even work offline, saving any transactions for when you are online again.

https://github.com/jon49/cash
by cruffle_duffle | 2026-01-14 15:36:30+00:00
I love the term “high power” even though we are talking maybe a watt or two when that bad boy’s element is doing its thing!

I mean relatively it absolutely is high power. The quiescent current on that thing has to be microamps…

It’s just funny because to me “high power” is hundreds or thousands of watts. Like an incandescent light bulb or a hair dryer. Or at least it was until I started tinkering with battery powered microcontrollers and doing math to realize exactly how long an 18650 might power a small strip of individually addressable LED’s…

“High power” is a very relative term :-)
by ortusdux | 2026-01-14 15:36:39+00:00
Reminds me of the West Wing:

C.J. Cregg: Leo, we need to be investigated by someone who wants to kill us just to watch us die. We need someone perceived by the American people to be irresponsible, untrustworthy, partisan, ambitious, and thirsty for the limelight. Am I crazy, or is this not a job for the U. S. House of Representatives?

Leo McGarry: Well, they'll get around to it sooner or later.

C.J. Cregg: So let's make it sooner - let's make it now.
by DrScientist | 2026-01-14 15:36:42+00:00
OK - so in the case of text interface to a constrained tool, you are effectively mapping free text down to some underlying set of function calls and parameters, and you could ask the tools to describe those.

For more general AI tools, I guess it becomes harder to give a succinct description - and so that's still a bit trial and error ( even if you have good feedback ).