Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

DeepSeek Harness developer preview

deepseek.com

Post reply on HN
Print view View original

281–290 of 346 posts

Re: DeepSeek Harness developer preview

#281

Post by gf000 »

cmrdporcupine wrote: post #64
gf000 wrote: post #50

Earlier quoted context omitted.

JVM has real and virtual threads and arguably just as good if not better on all these points. (I actually have/am writing a harness in Java fwiw, but mostly as a hobby/experimentation)

JVM apparently has the disadvantage that nobody under the age of 40 wants to touch it anymore. I admit I haven't worked in it in 20 years, but I do think it's a marvel of engineering and unfairly maligned. It used to be my career but I wanted to be closer to the metal. Having Oracle's tramp-stamp on it may have been the final kiss of death in terms of totally-superficial "coolness" factor.

Then apparently no one less than 40 works at a faang or any other company from the top 100?

Because java is still one of the top 3 languages by any ranking worth its salt (not you, tiobe).

Re: DeepSeek Harness developer preview

#282

Post by gf000 »

rescbr wrote: post #218
cmrdporcupine wrote: post #128

Earlier quoted context omitted.

It's only appearing wasteful if you're not understanding how memory management works on modern operating systems. It's not wasting any RAM at all if you pay attention to RSS vs VSS. The actual physical RAM is still entirely available to other applications. It's just made the OS know it might want that many pages. Until there's data in the pages, they will not count towards total RSS. It's the kind of things some sysa…

I know how mmap works. The JVM is/was terrible on freeing allocated memory though. If the program is actively using that allocation, that's fine. My problem is with the runtime hoarding RAM when it should have been freed after GC back to the OS. Then there's also the JVM not handling peaks well because it hit the max heap size, while you still could rely on the OS doing its job to shuffle stuff to swap temporarily. I…

Well, you either spend energy freeing stuff or you waste some memory. It's a tradeoff, that you can trivially set with a single flag in Java.

In pretty much every other runtime's case you are stuck with whatever their GC uses, and almost every other GC is far less advanced than the JVM's implementationS. And manual memory management is not free of tradeoffs either, e.g. RAII can have pretty long destruct chains in both C++ and Rust.

Re: DeepSeek Harness developer preview

#284

Post by mickeyp »

allarm wrote: post #243
mickeyp wrote: post #212

Earlier quoted context omitted.

I'm glad they're doing this also and that more people are adopting it. Event sourcing [0] is the right way to represent informaiton like tool calls, user interactions, etc. --- it makes it easy to fork conversations and maintain a cohesive conversation stream and stable message history that does not break the cache. [0] https://www.dreamcoder.ai -> scroll down to the event graph.

Quoting it in full so you don't stealth-edit your comment: I'm glad they're doing this also and that more people are adopting it. Event sourcing [0] is the right way to represent informaiton like tool calls, user interactions, etc. --- it makes it easy to fork conversations and maintain a cohesive conversation stream and stable message history that does not break the cache. why dont you mention that its your site ins…

There's no pretension. It's mine.

Re: DeepSeek Harness developer preview

#289

Post by pranayVarma0512 »

vhantz wrote: post #143

There is such a clear lack of innovation drive in this field. Every lab just copies what the other does. One of the most baffling things to me is how the once-upon-a-time good developer instinct to make everything reusable, testable, and deterministic is just getting lost into a sea of markdown begging a language model to please act a certain way. For example this repository has a "skill" definition that consists in…

[flagged]

Re: DeepSeek Harness developer preview

#290

Post by nylonstrung »

invaliduser wrote: post #89

«It uses an architecture where everything is a plugin» Ok, that's enough for me. I have developped over the year a plugin fatigue. Every product relying on "community plugins" for their features implies it works fine the 6 first months, then it's a nightmare of incompatible, deprecated, incompatible plugins, with no consistency and no governance. I understand how attractive it can be to companies to think, hey, let's…

You're conflating 2 separate issues, plugin architecture is a valid choice for reasons that don't have to do with community plugins at all
Post reply on HN