frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Fifteen Years on Apache Camel

https://camel.apache.org/blog/2026/07/echonect-fifteen-years-apache-camel/
1•diykorey•3m ago•0 comments

How to Get Whatever You Want – this rly works for me [video]

https://www.youtube.com/watch?v=uOcKF-aLHyw
1•modinfo•5m ago•0 comments

Cyberattack targeted 30 Minnesota water systems

https://mn.gov/mnit/media/blog/?id=38-761869
1•BlueBerry2001•10m ago•0 comments

Appliedin: The agentic workflow for apply jobs, so we can spend time prepping

https://www.appliedin.dev/
1•sayantan317•10m ago•0 comments

Show HN: chartr – visualize tickets as a star-map, run agents from it

https://github.com/rengwu/chartr
1•rengwu•11m ago•0 comments

Software companies face existential question as AI changes what customers buy

https://www.bizjournals.com/sanjose/news/2026/07/27/ai-software-sell-outcomes-tools.html
1•stosssik•13m ago•0 comments

The mystery of why Sonia Exelby paid a man to kill her

https://www.telegraph.co.uk/world-news/sonia-exelby-british-woman-florida-man-dwain-hall/
1•Michelangelo11•13m ago•0 comments

Estonia's first remotely operated taxi crash raises accountability questions

https://news.err.ee/1610088877/estonia-s-first-remotely-operated-taxi-crash-raises-accountability...
1•marklit•16m ago•0 comments

Plastic eating mushrooms: a viable solution to plastic decomposition (2021)

https://www.colorado.edu/ecenter/2021/11/04/plastic-eating-mushrooms-viable-solution-plastic-deco...
1•downbad_•16m ago•0 comments

ExploitGym AI benchmark source code

https://github.com/sunblaze-ucb/exploitgym/
1•joshka•17m ago•0 comments

Preventing Data-Purpose Laundering by Agentic AI

https://futurium.ec.europa.eu/en/apply-ai-alliance/community-content/preventing-data-purpose-laun...
1•sangamdas•18m ago•0 comments

Which mobile AI agent is the most powerful in 2026

https://knightli.com/en/2026/05/29/mobile-gui-agent-projects-comparison/
4•daniela-vera•19m ago•2 comments

Security: Line goes up · Hugo van Kemenade

https://hugovk.dev/blog/2026/security-line-goes-up/
2•rbanffy•21m ago•0 comments

We are surprisingly close to prompt-to-model in computer vision

http://stefano.petrilli.xyz/prompt-to-model/
2•stefanopetrilli•21m ago•0 comments

What our AI guiding principles mean – Wagtail CMS

https://wagtail.org/blog/what-our-ai-guiding-principles-actually-mean/
1•rbanffy•21m ago•0 comments

Pip 26.2: –only-deps solves 16 years of app deployment hacks – James O'Claire

https://jamesoclaire.com/2026/07/23/pip-26-2-only-deps-solves-16-years-of-app-deployment-hacks/
1•rbanffy•21m ago•0 comments

Reject Agility, Embrace Specification

https://lewiscampbell.tech/blog/260622.html
1•LAC-Tech•25m ago•0 comments

PHP: RFC:JIT

https://wiki.php.net/rfc/jit
2•tosh•26m ago•0 comments

Researchers in Biotech Lose 30% to 40% of Their Time Searching for Data

https://memgraph.com/blog/researchers-in-biotech-lose-time-in-data-searching
1•taubek•26m ago•0 comments

Hiker Trekked 10 Miles to Safety After Impaling Himself on Pole

https://www.nytimes.com/2026/07/27/us/montana-hiker-impaled-pole.html
1•Michelangelo11•27m ago•1 comments

AI and democracy: the right to resist optimization

https://humanistreview.ai/issue-1/tang-ai-democracy-optimization/
2•inferhaven•28m ago•0 comments

MCP 2026-07-28 support in 14hrs while retaining legacy compatability

https://asdecided.com/changelog/v0.25.0
1•tcballard•28m ago•0 comments

A personal website with an AT Proto onboarding strategy

https://anna.pckt.blog/why-websites-ry9euz7
2•articsputnik•29m ago•0 comments

A Reference Architecture for Cryptocurrency Quantitative Trading Platforms

https://medium.com/@DolphinDB_Inc/a-reference-architecture-for-cryptocurrency-quantitative-tradin...
2•dbaa4real•33m ago•0 comments

Graphify: Codebase Knowledge Graph

https://github.com/Graphify-Labs/graphify
1•handfuloflight•33m ago•0 comments

Scientists at OpenAI and Anthropic ask U.S. for tools to pace AI development

https://www.nbcnews.com/tech/security/openai-anthropic-scientists-ask-us-tools-ai-development-rcn...
1•geox•35m ago•0 comments

Why strict memory overcommit matters for Postgres

https://clickhouse.com/blog/strict-memory-overcommit-for-postgres
1•saisrirampur•37m ago•0 comments

The Cipher Behind Qsyrupwd: Reconstructing IBM i Password Hashes

https://blog.silentsignal.eu/2026/07/28/the-cipher-behind-qsyrupwd-reconstructing-ibm-i-password-...
1•jandeboevrie•37m ago•0 comments

What Is Google

https://www.google.com
1•kellyanderson•38m ago•0 comments

SQLite in Production: Optimizing WAL Mode, Concurrency, and VFS Layers

https://micrologics.org/blog/sqlite-in-production-optimizing-wal-mode-concurrency-and-vfs-layers-...
1•ankitg12•38m ago•0 comments
Open in hackernews

Next-Gen GPU Programming: Hands-On with Mojo and Max Modular HQ

https://www.youtube.com/live/uul6hZ5NXC8?si=mKxZJy2xAD-rOc3g
44•solarmist•1y ago

Comments

solarmist•1y ago
I'm really hoping Modular.ai takes off. GPU programming seems like a nightmare, I'm not surprised they felt the need to build an entire new language to tackle that bog.
mirsadm•1y ago
GPU programming isn't really that bad. I am a bit skeptical this is the way to solve it. The issue is that details do matter when you're writing stuff on the GPU. How much shared memory are you using? How is it scheduled? Is it better to inline or run multiple passes etc. Halide is the closest I think.
solarmist•1y ago
What are you skeptical of? I believe the problem this is solving is a framework that's not CUDA that allows low level access to the hardware, makes it easy to write kernels, and is not Nvidia only. If you watch the video you can write directly in asm if you need to. You have full control if you want it. But it provides primitives and higher level objects that handle common cases.

I'm a novice in the area, but Chris is well respected in this area and cares a lot of about performance.

pjmlp•1y ago
There are already plenty of languages in CUDA world, that is one reasons it is favoured.

The problem isn't the language, rather how to design the data structures and algorithms for GPUs.

solarmist•1y ago
Not sure I fully understand your comment, but I'm pretty sure the talk addresses exactly that.

The primitives and pre-coded kernels provided by CUDA (it solves for the most common scenarios first and foremost) is what's holding things back and in order to get those algorithms and data structures down to the hardware level you need something flexible that can talk directly to the hardware.

pjmlp•1y ago
C, C++, Fortran, Python JIT from NVidia, plus Haskell, .NET, Java, Futuhark, Julia from third parties, and anything else that can bother to create a backend targeting PTX, NVVM IR, or now cuTile.

The pre-coded kernels help a lot, but you don't have to use them necessarly.

melodyogonna•1y ago
Yes, the problem isn't language, it is the entire stack. I think people focus too much on Mojo while ignoring the actual solution Modular has built, which is MAX. The main idea here is that MAX provides a consistent API for both library authors (e.g vLLM, Ollama) to target, as well as for hardware vendors to integrate with - so similar to LLVM.

Basically, imagine if you can target Cuda, but you don't have to do too much for your inference to also work on other GPU Vendors e.g AMD, Intel, Apple. All with performance matching or surpassing what the hardware vendors themselves can come up with.

Mojo comes into the picture because you can program Max with it, create custom kernels that is JIT compiled to the right vendor code at rumtime.

diabllicseagull•1y ago
It is a noble cause. I've spent ten years of my life using CUDA professionally, outside the AI domain mind you. Most of these years, there was a strong desire to break off of CUDA and the associated Nvidia tax on our customers. But one thing we didn't want was to move from depending on CUDA to depending on another intermediary which would also mean financial drain, like the enterprise licensing these folks want to use. Sadly, open source alternatives weren't fostering much confidence, either with their limited feature coverage or just not knowing if they will be supported in the long term (support for new hardware, fixes, etc.).
pjmlp•1y ago
Also while as language nerd I find Mojo cool, given NVidia's going full speed ahead with Python support in CUDA as announced at GTC 2025, to the point of designing a new IR as basis for their JIT, very few researchers will bother with Mojo.

Also what NVIDIA is doing has full Windows support, while Mojo support still isn't there, other than having to make use of WSL.

melodyogonna•1y ago
Why? Will the new Nvidia Python stuff work on AMD GPU and other non-nvidia accelerators?
pjmlp•1y ago
It still remains to be seen how much that will happen to Mojo and MAX, while most researchers are using CUDA anyway, and best of all, it works on their laptops, which cannot be said for AMD GPU and other non-nvidia accelerators.

Naturally assuming they are using laptops with NVidia GPUs.

catapart•1y ago
My mistake completely, but I thought this was going to be something to do with a new scheme or re-thinking of graphics programming APIs, like Metal, Vulkan or OpenGL. Now I'm kind of bummed that it is what it is, because I got really excited for it to be that other thing. =(
pjmlp•1y ago
That is already taking place with work graphs, and making shader languages more C++ like.
ttoinou•1y ago
Seems like with it you will be able to compile and execute one code on multiple GPU targets though
ashvardanian•1y ago
There is a "hush-hush open secret" between minutes 31 and 33 of the video :)
refulgentis•1y ago
TL;Dr same binary runs on Nvidia and ATI today, but not announced yet
throwaway314155•1y ago
They desperately need to disable whatever noise cancellation they're using on the audio. Keeps cutting out, sounds terrible.
solarmist•1y ago
Yeah, the mic quality was terrible.
hogepodge•1y ago
This was the first time we ran an event in the office with this wireless mic setup. We're definitely aware of the problems, and will have them fixed for the next event.
Archit3ch•1y ago
> Other Accelerators (e.g. Apple Silicon GPUs): free for <= 8 devices

From their license.

It's not obvious what happens when you have >8 users, with one GPU each (typical laptop users).

threecheese•1y ago
This is covered by ARM which they consider CPU, and doesn’t fall into that clause. IOW no restrictions.