News for hackers. Stuff that matters.

bryango

Re:Kimi K3.1 Pro and K3.1 Pro Highspeed on Saturday October 24, 2026 @07:44AM (#50220358)
It has been observed again and again that ChatGPT and Claude would identify themselves as DeepSeek when asked in Chinese, through the API without a system prompt to solidify their identities. I don't think identity is a good evidence for distillation.
Re:Why Mathematica does not simplify Sinh[ArcCosh[x]] on Sunday March 15, 2026 @03:46AM (#47385172)
I really wish Mathematica would open-source the heuristics behind these core functions (including common mathematical functions, Simplify, Integrate, etc.). The documentation is good, but it still lags behind the actual implementation. It would be much easier if we could peek inside the black box.
Re:Claude says its DeepSeek when asked in Chinese on Thursday February 26, 2026 @10:54PM (#47176288)
You need to ask via API to make sure that there is no system prompt.
Re:Overleaf Is Down Again on Wednesday May 14, 2025 @04:11AM (#43982134)
Re:Zig's Comptime Is Bonkers Good on Tuesday January 07, 2025 @01:47AM (#42619981)
I hope we can have something that combines the meta-programming capabilities of Zig with the vast ecosystem, community and safety of Rust.

Looking at the language design, I really prefer Zig to Rust, but as an incompetent, amateur programmer, I couldn't write anything in Zig that's actually useful (or reliable), at least for now.

Re:BusyBox: Life Without Systemd on Saturday July 27, 2024 @01:23AM (#41084609)
Re:BusyBox: Life Without Systemd on Friday July 26, 2024 @11:47PM (#41084305)
I don't think the author intends to provide a serious production solution, at least not for now.

     Runit tools in busybox - up to the task?

    Let's test busybox's runit applets in a hypothetical ;) scenario
    when someone needs to stop running, say, systemd on, say, a Fedora machine.

    No doubt this will expose various shortcomings.
To me, This just seems like a fun experiment to demonstrate busybox's capabilities.
Re:Webb and Hubble confirm Universe's expansion rate on Wednesday March 13, 2024 @12:03AM (#39687993)
> They do _not_ resolve the Hubble tension.

Thank you! They should have clarified this up front in the title or the abstract. The original article makes it sound like it has been resolved:

> (title) Webb & Hubble confirm Universe’s expansion rate

> (abstract) ... However, a persistent difference, called the Hubble Tension, is seen between the value of the constant measured with a wide range of independent distance indicators and its value predicted from the afterglow of the Big Bang. The NASA/ESA/CSA James Webb Space Telescope has confirmed that the Hubble Space Telescope’s keen eye was _right all along_ (emphasis mine), erasing any lingering doubt about Hubble’s measurements.

This feels like bad reporting to me. A better title would be "Webb confirms Hubble's measurement of Universe’s expansion rate", but that would probably be less exciting...

Re:Zed, a collaborative code editor, is now open source on Wednesday January 24, 2024 @10:23PM (#39125882)
Hey! Thank you for this cool editor! However, has it been written with cross-platform support in mind? Otherwise, porting from mac to linux could be rather painful and time-consuming... Will there be an ETA for us linux users? I saw it on the roadmap [0] but without an ETA.

[0] https://zed.dev/roadmap

Ah, to be more precise, I work in high energy theory (hep-th): https://arxiv.org/archive/hep-th. I shouldn't have spoken for theoretical physics in general, but in hep-th, mathematica is basically a requirement (nowadays, can't say for 1987). I believe the same applies to high energy phenomenology (hep-ph) in which some fundamental packages (e.g. feyncalc) are written in mathematica.
These are all valid criticisms. There is no type system, although some safeguards can be implemented through pattern matching and conditions (see the answer by @derf_ above). For quick and dirty transforms on symbolic math expressions, these are often good enough, but it is indeed a mess to use as a full fledge programming language.

I do like that the lispy language itself closely mirrors math expressions, and it is consistently accessible throughout the user interface. For example, the mathematica notebook frontend (IDE) is simply some `MakeBoxes[]` of the expressions, which are all valid mathematica code themselves. I tried sympy a while ago, which I believe took an object-oriented approach, and it was very clumsy when compared to mathematica.

Still, I would not recommend using mathematica for general programming, precisely because of the mentioned shortcomings. By default, it is also impure and not lazy (eager eval, although it can be forced to be lazy on a case by case basis using `Hold` or `Unevaluated`).

Wolfram would like to say that he invented Mathematica all by himself, but in its core, it is basically a lisp: everything is an expression, and mathematics are just transformations of the expressions. Afaik this makes it the best tool (conceptually and practically) for generic symbolic manipulations. For example, `1 + 1` in Mathematica is just syntactic sugar for `Plus[1, 1]`, and `a = 1` is `Set[a, 1]`.

I am a PhD student in theoretical physics and almost everyone in our field has no choice but to use it (I do know one or two people that use maple, but the overwhelming majority chooses mathematica).

Despite its elegant design, many people hate it with a passion, as it has grown to be a huge bloated mess that takes forever to run. Also, due to the closed source nature, it is very hard to debug when something goes wrong. For example, it is quite often for the basic functions like `Simplify` and `Integrate` to get stuck running forever, but there is no way to keep track of the internal transformations that mathematica is doing, since everything is sealed up.