Recent submissions

Comment · 10 days ago
As many have mentioned, BG3, CDPR's Witcher and Cyberpunk 2077 franchise, Remedy's Control / Alan Wake franchise (both original IPs) to name just a few. DICE (within EA) comes from Sweden and it's responsible for EA's core Frostbite engine alongside its Battlefield franchise.

I cannot point to the reasons as to why. Many of these teams are global teams - so a lot of the same problems apply: marketing costs/timelines, release-time crunch etc. The one difference I can point to is that perhaps executive payouts are not overly dependent on total shareholder returns.

Comment · 18 days ago
Here is the diff patch: https://filebin.net/1wbj38xdt77e048y

You can apply it to the RC2 branch so:

git clone --branch dsh-v0.2.0-rc.2 https://github.com/deepseek-ai/deepseek-harness.git

cd deepseek-harness

git apply /path/to/dsh-v0.2.0-rc.2-to-local.patch

I'd recommend asking the harness to modify itself though (or a cloned repo in another directory) rather than applying the above.

Comment · 18 days ago
I started out with agy CLI but it's horrible because of its very indeterminate context compaction. But I live with it because it's the only way to use Google's subscription. I was and still use Opencode in parallel (accessing Openrouter ZDR endpoints) when I run out of rate limits / weekly limits.

Over the past two weeks, I have started using a locally modified version of deepseek-harness (modifications include disabling telemetry and querying a provider's model list dynamically through Openrouter, instead of relying on the pre-packaged pi-ai manifest that comes with the base code). So far, that has been the best experience - I really like the caching, tokens/sec stats that it provides. (EDIT: I don't know a lick of TypeScript but AI-driven modification of the harness is good enough for me to make these tweaks).

Sandboxing is a definite issue for me. As you perhaps know already, headless operation is often not an option in graphics/game programming which requires actual render-surface instantiations from windowing systems and then input-context handling (keyboard/mouse/gamepad) as well. So I run most development on a VM. But part of my test-suite and smoke-tests rely on runninng it directly on the host OS (which is not ideal). I'd love to hear suggestions to avoid this.

Comment · 18 days ago
I am using it via OpenRouter for going through some Vulkan code. It's a beast - it has no hesitation putting in instrumentation within the code (having a number of render passes) to dump the framebuffer to PNG files and doing pixel-by-pixel comparisons, putting in false colors in shaders to identify bugs etc. Very impressive.
Comment · 22 days ago
I see Typeface AI have 30-40 people working for them on LinkedIn (some are VC advisors / board members), a lot of them being engineers. Their openings suggest a strong developer market focus (to begin with). I don't necessarily see a lot of people at the company with enterprise sales channel experience, but they already claim to have several Fortune 500 companies as clients (maybe the VCs are helping there or there is natural dev-driven traction).

So they clearly have a product, a strategy around it and perhaps the compliance scaffolding (SOC2 Type II etc) that may be needed before actually being able to charge money for it. They also have the right brand names associated with the founding team. Execution, so far, seems good enough to create a splash, at least.

As an investor, the question(s) to ask is (in my view): "How do they make money? Will that way to make money survive?". The answer to the first: selling input tokens and perhaps subscriptions/credits eventually.The answer to the second: "Yes, but with the risk of unit revenues declining faster than their unit costs". How can they mitigate this problem: by being big (scale / mindshare etc) so that their unit costs (including for customer acq) fall faster than their unit revenues will - I believe that is the question most AI companies are trying to tackle these days. Any new competitor will have to tackle basic fixed costs (of getting started) first before even getting to the stage of having the luxury of worrying about unit-economics.

So yes, they might eventually be competed away but whoever is in their team is trying hard to make a useful product/ecosystem and that should be applauded, not ridiculed with "it's all marketing". This is way more than a simple github/huggingface-based open-source replica solution can hope to achieve without institutional backing (either big-tech or system-integrators).

What should rightly be questioned, of course, are the valuations the VCs are providing to them in hopes of passing this hot potato to a willing buyer (say a hardware maker like NVidia) - the incentives there are very well defined and depend very much on perceived TAM (which lately is on very shaky ground given how far token pricing has fallen causing, among other things, OpenAI to "miss" on the market's expectations for annualized revenues, even before they're listed!) [1]

[1]: https://www.ft.com/content/b66a9858-f8fb-46cb-b506-44bfe26fc...

Comment · 1 month ago
Yes. And it's rather dry and technical. Good advice on the "interesting anecdotes" / story aspect of it.
Comment · 1 month ago
It's astounding that the thought to dissociate one of the mathematicians from the proposed publication was driven by their corporate institutional affiliation - and that that exclusion was suggested by a scientist themselves! This is like a researcher from CMU saying to an NYU researcher that their collaborator, being from MIT, is a problem - this is as ridiculous as that!

Progress in humanity's knowledge now has to play second fiddle to narrow corporate interests as IPO timings near (both of which wouldn't exist anyway if generations of mathematicians hadn't paved the way for AIs to become as good as they have).

Comment · 1 month ago
Thank you. That indeed appears to be the best approach. Judging by some other comments here, I sense many people here (just like much of the internet) are just angry by default for some reason and assume no prior effort on the part of the poster rather than offer solutions to what is a legitimate business problem.
Comment · 4 months ago
There are two fundamental problems: one is the inability to admit mistakes and shed the false aura of omniscience in front of customers, investors or employees. The second (almost a corollary of the first) is overpromising and, as a result, underdelivering because those who face the customers/investors want to appear infallible.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton