This is the first time I've read an AI-heavy piece and stayed engaged with it all the way through. I think the author's sharing the prompts was key to that experience.
HN user
DriftRegion
See also:
https://www.wsws.org/en/articles/2026/04/11/fqke-a11.html
https://scabusa.org/featured-researcher-bio/2024-Poster-Winn...
https://www.idsnews.com/article/2026/05/iu-roger-innes-biolo...
https://www.justice.gov/usao-sdin/pr/iu-biology-researcher-p...
https://www.justice.gov/usao-edmi/pr/chinese-nationals-charg...
https://abcnews.com/Politics/2-chinese-nationals-charged-smu...
Thanks, I enjoyed that.
Writing unit tests is futile exercise without a specification.
The software under test is always modeling something -- business logic, a communications protocol, a control algorithm, a standard, etc. Behind each of those things is a specification. If a specification doesn't exist then the software is called a prototype. For sustained long term incremental development a specification must exist.
The purpose of unit tests is to assert specification-defined invariants at the module interface level.
Unit tests are durable iff the specification they uphold is explicit and accessible to developers and the scope of the test is small. It's futile to write good tests for a module which has ambiguous utility.
priors: I worked in embedded SW and am now a PhD student.
The problem is management. Managing bilingual teams is challenging.
See also: TSMC in Phoenix
https://www.reddit.com/r/Semiconductors/comments/1m96m4f/my_...
I found the linked article to be difficult to follow. Vacliv Smil wrote a book called Energy and Civilization (2017) in which he argues that the ability to harness energy is what makes civilizations thrive and enables the production of culture.
Thanks for sharing. As a non-google bazel user this is quite helpful.
Start with the question: what is the problem that you want to solve? Next, find codebases that solve that problem and study how they do it.
Good design is so deeply tied to the domain details. Wonham's Internal Model Principle applies to code.
Example: I wanted to solve the problem of unit testing for embedded targets. I found open source projects that do this and read the code critically to see how and why it is written. As I build my own approach, I revisit theirs to learn more as my understanding of the domain deepens.
NASA branded things have been big in China since as early as 2019, peaking in 2021.
https://fashion.sina.cn/s/fo/2019-04-28/detail-ihvhiqax54682...
https://www.zhihu.com/question/337494558
https://zhidao.baidu.com/question/931153568796681979/answer/...
Mapping escape to caps-lock makes much more sense after looking at the ADM-3A keyboard layout. Cool write-up!
I just finished reading this one. It was fantastic. I particularly enjoyed the spicy editorial excerpts from The Electrician ( https://en.m.wikipedia.org/wiki/The_Electrician ).
This is a wonderfully concise description of why software testing, especially GUI testing is cursed by dimensionality.
Type checking, borrow checking, invariants, hell even MISRA rules are all constraints imposed to reduce unmanaged state in programs. I like them for software reliability because they can help keep the complexity demon locked in the crystal.
"if we're adding time to the clock, it means that the team thinks that there might be a possibility that they can sort it out"
Anyone know more about the payload? Here's what I've found: It's carrying the "Blue Ring Pathfinder Payload", part of the "Dark-Sky 1 Mission"
Dark-Sky 1 is jointly funded by DIU and Blue Origin. [5]
DIU is "The Pentagon’s commercial technology arm, the Defense Innovation Unit"
[1] https://www.blueorigin.com/news/blue-ring-pathfinder-payload
[2] https://www.diu.mil/latest/companies-selected-for-diu-orbita...
[3] https://www.meritalk.com/articles/diu-orbital-logistics-awar...
[4] https://www.geekwire.com/2024/blue-origin-ring-darksky-1/
[5] https://spacenews.com/defense-innovation-unit-awards-three-c...
I've had a couple of experiences in the past month where I do respond to the enthusiastic sales engineer's check-in with a genuine product question, only to receive an immediate, lengthy, and subtly wrong LLM generated response. It feels gross.
By all appearances, it just seems like an absolute no brainer....I really dont get it
I understand the policy around hydrogen (Bipartisan Infrastructure Law allocated $8 billion to hydrogen production) as a technological pivot for the United States which leads the world in oil and gas extraction and logistics tech. The US has a lot of gas handling experience.
Optimistically, green hydrogen will diversify the energy supply, bringing "energy resilience", a key policy buzzphrase. Batteries and pumped hydro are undeniably superior in round trip efficiency, but hydrogen does have some desirable properties such as relative ease of overland transport, very long term storage, and being a chemical precursor for some industrial processes.
Pessimistically, green hydrogen is a way for oil and gas companies to siphon many taxpayer dollars while doing superficial work similar to the compliance EVs of the 90s and 00s.
I'm optimistic mainly because my PhD in electrical engineering is being funded partly with the green hydrogen taxpayer dollars. Shout-out to my fellow taxpayers and my advisor's grant writing skills! I'm working on power electronics which are fundamental in renewable energy and by extension green hydrogen electrolysis.
The article writes:
they had not asked me to explain git, they had asked me to explain GitHub
This is often the case for me as well.
Hey, at least git owns it by calling the shell commands "porcelain" (with git itself being the plumbing -- https://stackoverflow.com/questions/6976473/what-does-the-te... ).
The core value proposition of GitHub, GitLab, etc is to provide a nice GUI atop git. That's huge. I think that user-studies to improve one of the many existing foss git GUIs would be much better use of brain than deprecating git checkout.
Remember than when the AIDS epidemic broke out. The doctors and labs didn’t help much. People took things in their own hands and tried stuff, and in the end, they found things that worked.
What? how did people take things into their own hands?
Hydrogen electrolyzers perhaps makes sense as a backup load: something that can be turned on when there's too much electricity production (as is increasingly the case in renewable-heavy grids). But then what to do with the hydrogen?
Fertilizer? sure. Heating? maybe.
Cars? the infrastructure still has a long way to go. See https://www.reddit.com/r/Mirai/ for the deets.
I like that the microarch names -- Yanqihu (雁栖湖), Nanhu (南湖), and Kunminghu (昆明湖) -- are lake-themed. Coffee lake? Skylake? no, Kunming lake.
Hi, source?
The Obrist Zero Vibration Generator is exactly that: reimagining ICE tailored to series hybrid application.
The two uses of mecanum wheels are: 1. rolling on clean flat surfaces and 2. nerd-sniping.
this is nice. I love the scale layout
I have the same question. Both Android and iOS have privacy indicators [1]. I'm still unclear as to whether the claim being made here is 1. that CMG active listening can bypass these indicators (concerning), or 2. that Google Home/Siri/Alexa recording data can be sold to 3rd parties.
[1] https://source.android.com/docs/core/permissions/privacy-ind...
What a fascinating read. Not the linked article but the actual proceedings:
see the docket: https://decisions.fct-cf.gc.ca/fc-cf/decisions/en/item/52504...
Which reads: Mr. Xu, a 43-year-old Chinese national, is inadmissible to Canada on security grounds pursuant to paragraphs 34(1)(a) and (f) of the Immigration and Refugee Protection Act, SC 2001, c 27 [IRPA].
Relevant Canadian Law: https://laws.justice.gc.ca/eng/acts/I-2.5/page-6.html#docCon...
34 (1) A permanent resident or a foreign national is inadmissible on security grounds for
(a) engaging in an act of espionage that is against Canada or that is contrary to Canada’s interests;
(f) being a member of an organization that there are reasonable grounds to believe engages, has engaged or will engage in acts referred to in paragraph (a), (b), (b.1) or (c).
I am so not a lawyer, but the law seems to be written in present tense. Huajie Xu retired from the PLA in 2018 and came to Canada legally with a valid permanent resident visa in 2021. This case cites very similar one: Geng v. Canada (2023) in which the applicant was ultimately granted admission.I agree that EFF calling it a "Ban" is not accurate. Like it or not that's what everyone seems to be calling it.
The linked 1965 SCOTUS ruling "Lamont v. Postmaster General, 381 U.S. 301" is fascinating: https://www.courtlistener.com/opinion/107064/lamont-v-postma...
The USPS detained this piece of communist propaganda ( https://www.marxists.org/subject/china/peking-review/1963/PR... ) addressed to the appellant who responded by suing them.
The USPS was acting in accordance with the following statute:
When it is determined that a piece of mail is "communist political propaganda," the addressee is mailed a notice identifying the mail being detained and advising that it will be destroyed unless the addressee requests delivery by returning an attached reply card within 20 days.
The contentious thing was the reply card. It was ruled that the added friction of the reply card system infringed on first amendment rights.IANALegal Scholar, but an outright ban seems to violate precedent. A forced sale however? I'll be watching this issue closely as it develops.
Figure 1 spoke to me. It's an expanded syntax tree that branches depending on on the value of a preprocessor definition "CONFIG...X". I've often found myself doing the kind of code archeology that this paper seems to be trying to automate: exploring all the configuration possibilities implied by the codebase / build system. A C program that makes heavy use of the preprocessor is generally harder to grok by both h humans and static analysis because 1. the C preprocessor syntax is different from C, 2. the inputs are not necessarily bounded by what appears in the source files alone ("-DCONFIG...X=foo" passed in from the build system), and 3. the resulting program and its control flow may be quite different depending on preprocessor options. As a simple example embedded systems often define an "ASSERT(X)" macro as either noop, an infinite loop, a print statement or the like.
This is definitely a niche space but I see clear use for large, portable and configurable c codebases (e.g. Linux kernel, FreeRTOS) for providing better visibility into the configuration system.
I think when bringing up embedded rust it is necessary to specify an application.
For low level, hard realtime control and interrupt handling rust gets in the way. Many embedded applications stop here. For things like parsing, protocol stacks and business logic rust has a clear advantage. Interoperability with C is therefore essential. The current situation is good for ARM and RISC (ESP32) but impossible for weirder stuff like C28x. (See my demo here: https://github.com/driftregion/bazel-c-rust-x86_linux-armv7_... )