Dr. André Frank Schnabel (@0x17) header
Dr. André Frank Schnabel (@0x17) profile picture

Working at GAMS Software GmbH.

Münster, Germany
Joined December 2008
Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)Photo by Dr. André Frank Schnabel (@0x17)
Dr. André Frank Schnabel retweeted
Tim Varelmann, founder of Bluebird Optimization, on mathematical optimization -- not making something faster or 'better' but finding the provably best solution after which no further improvement is possible without changing the parameters. @ieeesoftware se-radio.net/2026/10/se-radi…
1
2
157
Dr. André Frank Schnabel retweeted
I love everything about this codename and that beefy cat.
Meet Mistral Large 4, aka Le Chonk. • 1T parameters, natively multimodal. 49B active. It is the best open weights model from US or Europe on aggregated benchmarks. • State-of-the-art on critical workloads, including cyber defense, manufacturing and finance and it surpasses closed frontier models on visual grounding. • Forged in Europe end-to-end and is deployable from Europe via our own Mistral Cloud infrastructure. • Available to all via API today. Working with cybersecurity partners privately. Open weights release end of October.
2
3
1
66
5,338
Dr. André Frank Schnabel retweeted
best model name ever. congrats team!
Meet Mistral Large 4, aka Le Chonk. • 1T parameters, natively multimodal. 49B active. It is the best open weights model from US or Europe on aggregated benchmarks. • State-of-the-art on critical workloads, including cyber defense, manufacturing and finance and it surpasses closed frontier models on visual grounding. • Forged in Europe end-to-end and is deployable from Europe via our own Mistral Cloud infrastructure. • Available to all via API today. Working with cybersecurity partners privately. Open weights release end of October.
13
10
2
603
25,026
Dr. André Frank Schnabel retweeted
turns out fundamental knowledge still matters. truely hate this fucking timeline. everybody just leaves their brain at the door now.
Oh come on. Quick look at colorshift (13x faster): HashMap in hot loop (unoptimized Rust vibeslop) is slower than indexed arrays (ASM). No shit. Numbers like 17x should raise eyebrows but reading the comments nobody is thinking anymore. This AI psychosis has fried people's brains
50
69
7
1,403
83,942
Dr. André Frank Schnabel retweeted
every software engineer is just someone who wanted to make video games and quietly gave up on that dream
509
1,997
438
23,675
789,143
Dr. André Frank Schnabel retweeted
Replying to @plainionist
Learn the basics. Just as before. Learn them very well. Write assembler, C, Java, Ruby. Learn algorithms and data structures. Read the old classics. And then start using agents. Novices with power tools tend to lose fingers.
26
65
16
758
20,290
Dr. André Frank Schnabel retweeted
NVIDIA cuOpt is officially the #1 OSS solver on the Hans Mittelmann MIPfeas leaderboard. This is a massive win for GPU-accelerated Mixed Integer Programming, proving cuOpt is ready to power the next generation of complex, memory-intensive workloads. From complex fleet routing to supply chain planning, the possibilities for low-latency agentic systems just expanded. Hans Mittelmann Benchmark: plato.asu.edu/ftp/mipfeas.ht…
7
21
117
6,852
The GAMS solver link for NVIDIA‘s cuOpt GPU-based solver got updated and now also allows using the mip tracing facility to get detailed solution progress logs. gams.com/blog/2025/09/gpu-ac…
2
57
Dr. André Frank Schnabel retweeted
LLM adoption among US workers is closing in on 50%. Meanwhile labor productivity growth is lower than in 2020. Many counter-arguments can be made here, e.g. "they don't know yet how to be productive with it, they've only been using for 1-2 years", "50% is still too low to see impact", "models next year will be unbelievably better", etc. But I think we now have enough evidence to say that the 2023 talking point that "LLMs will make workers 10x more productive" (some folks even quoted 100x) is probably not accurate.
LLM adoption rose to 45.9% among US workers as of June/July 2025, according to a Stanford/World Bank survey. Inference demand will continue to surge, not just from more users and more usage per user, but as newer, more advanced GenAI models require far more inference compute. Source: The Labor Market Effects of Generative Artificial Intelligence, Stanford University, World Bank
314
543
131
4,473
927,843
Dr. André Frank Schnabel retweeted
6
10
1
99
9,223
Dr. André Frank Schnabel retweeted
Sorry you don't like our codec implementations in VLC. Looking forward to seeing yours.
This quoted post is unavailable.
344
826
284
24,934
2,185,369
Dr. André Frank Schnabel retweeted
It was a fun exercise recently to just open up a completely blank file and write an RL agent from scratch, without looking at any of my prior code. There is a point of scale where rewriting things from scratch is a bad idea, but it is a blessing when you can! By “from scratch” I mean with pytorch, and I chuckle a bit about how I used to be irritated when people would say that, as I considered it not from scratch if it wasn’t in C with no libraries, but now I am them.
112
80
15
3,322
224,302
Dr. André Frank Schnabel retweeted
Replying to @cmuratori @pikuma
A 2021 review by @eatonphil finds handwritten parsers dominant in the major compilers, and the trend appeared to be a decline in parser-generator use. notes.eatonphil.com/parser-g…
1
5
41
11,814
Dr. André Frank Schnabel retweeted
Merge request makes more sense than pull request.
277
196
51
6,351
382,955
Dr. André Frank Schnabel retweeted
18
73
8
781
43,031
Dr. André Frank Schnabel retweeted
not many people know this, but you can also glide down to a value
I'm not a fan of the C programming language but I give credit where credits due: The "tends towards" operator --> is a programming language design masterpiece.
28
123
20
2,624
142,527
Dr. André Frank Schnabel retweeted
Another reason to be bullish about Arch: @valvesoftware didn't just base SteamOS and the Steam Deck on it, they're actively investing in the infrastructure of the project too. We have a lot to thank Gabe Newell for in the Linux world! lists.archlinux.org/archives…
18
46
3
1,294
96,504
Dr. André Frank Schnabel retweeted
There is no point doing competitive cycling in an attractive countryside: riders focus exclusively on the bike in front of them, the road if they are leading, or the bike computer if they are on Strava.
59
28
5
935
151,060
Dr. André Frank Schnabel retweeted
An existential analogy for you. This screenshot is of a PDP-11/70 running RT-11. What it doesn't know is that it's actually running in a simulation, and that simulation is hosted on a DEC VAX 4000. But what that VAX doesn't know is that it's also running in a simulation, and THAT simulation is hosted on NetBSD 10.1 via simH. But what NetBSD doesn't know is that it's also running in a QEMU simulator. And what THAT simulator doesn't know is that it's running within a virtual machine in Proxmox. Yes, I really set this all up, and it works... And Proxmox is running on the bare hardware, a Dell 7875 Workstation with 192 Threadripper cores and 1TB of memory. Much to my surprise, the performance is akin to that of my real PDP-11/34, at least for tasks like directory listings and text scrolling. Assuming you live in a simulation, this is what happens when your simulation develops the technology to create a simulation of its own. And so on all the way down. In fact, the odds are you're either in the Proxmox layer or somewhere deep in the simulation hierarchy. The odds that you exist in the first simulated layer seems low. After all, once you've demonstrated that simulating reality is possible at all, the depth of the simulations becomes a zero-one-infinity problem.
93
83
22
855
55,365
Dr. André Frank Schnabel retweeted
This is interesting — a compiler/runtime that makes almost all standard C/C++ code completely memory safe. The performance overhead is not negligible, but there are plenty of cases where “rewrite it in rust” still isn’t a practical solution.
Here's an updated list of C/C++ programs that are totally memory safe because I ported then to Fil-C. In many cases they requires zero changes or just small cosmetic changes! - musl libc - libc++ (C++) - libc++abi (C++) - WG14 signals - libuev - icu4c (C++) - zlib - bzip2 - bzip3 - xzutils - pcre - pcre2 - jpeg-6b - ncurses (some C++) - libedit - openssl - curl - openssh - mg - tcl - sqlite - cpython - zsh - lua - simdutf (C++) - quickjs - simdjson (C++) - ada-url (C++) - libffi - zstandard - sudo That's not even counting stuff that other folks have gotten to work in Fil-C but that I haven't had a chance to include in my corpus. It's also not counting all of the various programming language shootout tests that just work in Fil-C.
65
180
18
2,498
279,329