Re:OpenAI Furious DeepSeek Might Have Stolen All the Data Op...
by nialv7 on Wednesday January 29, 2025 @11:09AM
(#42866736)
Tried this on chat.deepseek.com, it seems to be able to do it.
Re:OpenAI Furious DeepSeek Might Have Stolen All the Data Op...
by throwup238 on Wednesday January 29, 2025 @11:13AM
(#42866820)
Does it compile? Put the full chat in Pastebin and let’s check it out!
I haven’t used their official chat interface or API for privacy reasons.
Re:OpenAI Furious DeepSeek Might Have Stolen All the Data Op...
by sho_hn on Wednesday January 29, 2025 @10:58AM
(#42866574)
Thanks for adding detail! My prompts have been very in-the-bubble-of-Qt I'd say, less so about mashing together Qt and something else, which I agree is a good real-world test case.
Re:OpenAI Furious DeepSeek Might Have Stolen All the Data Op...
by throwup238 on Wednesday January 29, 2025 @11:12AM
(#42866792)
I haven’t had the chance to try it out with R1 yet but if you implement a debugger class that screenshots the widget/QML element, dumps its metadata like GammaRay, and includes the source, you can feed that context into Sonnet and o1. They are scarily good at identifying bugs and making modifications if you include all that context (although you have to be selective with what metadata you include. I usually just dump a few things like properties, bindings, signals, etc).
Re:OpenAI Furious DeepSeek Might Have Stolen All the Data Op...
by CamperBob2 on Wednesday January 29, 2025 @11:53AM
(#42867573)
Some have said (for what little that's worth) that Kagi's version is not the real thing, but one of the distillations.
My standard test is to ask the model to write a QSyntaxHighlighter subclass that uses TreeSitter to implement syntax highlighting. O1 can do it after a few iterations, but R1’s output has been a mess. That said, its thought process revealed a few issues that I then fixed in my canonical implementation.