int_19h

12 ms·

241.
by int_19h 7mo ago
With local models there's usually a trivial workaround of prefilling their response so that they have already agreed to do what you ask.
242.
by int_19h 7mo ago
That's an argument for components with well-defined contracts on their interfaces, but making them microservices just complicates debugging for the model. It's also unclear whether tight coupling is actually a problem when you can
243.
by int_19h 7mo ago
> Windows RT had one other anti-consumer and anti-developer feature: it was locked down like a Chromebook, so you could only use Store apps on it. That was at least in part due to the aforementioned obsession with iPad and generally mobi
244.
by int_19h 7mo ago
The UI part is exactly what I meant. WinForms was a godsend for professional developers making line-of-business apps, because previously if you used first-party dev tooling, you either had to deal with the considerable limitations of Visu
245.
by int_19h 7mo ago
You have managed to concisely summarize the progress of Windows UI development for the past 15 years, yes.
246.
by int_19h 7mo ago
It is a wrapper, but it's not quite on the same level as MFC. MFC really is a thin wrapper, almost 1:1 in most places. WinForms is more like VCL or VB6 in that it uses Win32 where it can but doesn't design around it, so in practic
247.
by int_19h 7mo ago
It's very amusing to see Sinofsky of all people all but dumping on .NET and (still?!) not understanding why developers so proactively jumped ship from Win32 & MFC hell to WinForms. Or why the HTML/JS app model in Win8 never re
248.
by int_19h 7mo ago
Definitely not, since it actually takes quite a lot of red tape to ship something as ancient as MSVBVM60.DLL in Windows 30 years later, and guarantee that it is still working. It's just that it's a piece of tech from back when M
249.
by int_19h 7mo ago
It goes both ways though. All that extra stuff is also a part of our "training set" when growing up. And we have already seen that training models on vision etc improves their text outputs as well, even in tasks that aren't d
250.
by int_19h 7mo ago
> This is a lot like the 50 million monkeys on 50 million typewriters will eventually write shakespeare... "Eventually" here is something on the order of a few expected lifespans of the universe. The fact that we're gettin
251.
by int_19h 7mo ago
You do realize that training a neural net to do addition is a beginner level exercise in ML?
252.
by int_19h 7mo ago
> But my point is that LLM's essentially arrive at answers by brute force through search. If "brute force" worked for this, we wouldn't have needed LLMs; a bunch of nested for-loops can brute force anything. The reaso
253.
by int_19h 7mo ago
It's very telling that you put "materialist" and "anti-human" in the same bucket.
254.
by int_19h 7mo ago
If you treat the human brain as a model, and account for the full complexity of neurons (one neuron != one parameter!) it has several orders of magnitude more parameters than any LLM we've made to date, so it shouldn't come as a s
255.
by int_19h 7mo ago
We were optimized to rapidly adapt to changing environments by solving the problems that arise through tool-making and cooperation in complex multi-stage tasks (like say hunting that mammoth to make clothing out of it). It turns out that th
256.
by int_19h 7mo ago
Human babies "train" their brain on literally gigabytes of multi-modal data dumped on them through all their sensory organs every second. In a very real sense, our magic superpower is that we "giga-scale" with such low r
257.
by int_19h 7mo ago
It takes a lot of intelligence to "essentially predict" next token when you're doing a math proof. Or writing code.
258.
by int_19h 7mo ago
"Statistical fit" to environment is arguably what all life does.
259.
by int_19h 7mo ago
> but there's no static linking Not out of the box, but there are ways to do it, e.g. ILMerge. > so you may need to ship multiple executables OP's baseline is native code tho, so they are already planning to do that.
260.
by int_19h 7mo ago
WTL was never a "step between the MFC and .NET" in any meaningful sense. It was more like a very lightweight subset of MFC+ATL, never officially supported or recommended, just something that Microsoft used internally that it decid
261.
by int_19h 7mo ago
I'm not sure how you define "native" here. If you mean native widgets then WinForms does what you want, is still fully supported, works on modern .NET versions, and Visual Studio still has all the GUI designers etc. WinForms
262.
by int_19h 7mo ago
.NET runtime has been bundled with Windows since Win2003. And if you don't have to drag the runtime around, .NET binaries are even smaller than that, since the bytecode is more compact.
263.
by int_19h 7mo ago
.NET is blazing fast by modern standards (given that the typical app experience these days is Electron, meaning Node.js).
264.
by int_19h 7mo ago
You don't have to go all the way back to Win32; anything from the pre-WinRT era is fine. MFC, WinForms, WPF are all still supported and updated.
265.
by int_19h 7mo ago
For what you describe, .NET + WinForms or WPF will work just fine. These days it can built self-contained executables, although they won't be small (but then again, when many websites have multiple megabytes of JS...). Or you can targe
266.
by int_19h 7mo ago
You still have a main function in Win32, it's just called WinMain and has a slightly different signature. MFC has CWinApp, which you'd normally subclass, and a stock WinMain implementation that instantiates that, but it's not
267.
by int_19h 7mo ago
I still think that WPF was the peak desktop UI framework. Extremely powerful with lots of small composable primitives, can easily do declarative but drop into more traditional event-driven imperative style where it makes sense.
268.
by int_19h 7mo ago
In iTerm at least it goes to the beginning or end of current line.
269.
by int_19h 7mo ago
The problem is that, as a constituency, we are and have always been a tiny minority. Call and vote all you want, it won't change a thing because most people just don't care - or at least don't care enough. And there aren&#x27
270.
by int_19h 7mo ago
There will always be some form of underground. What's different is that, for a while, the early Internet age (and a little bit earlier - Usenet etc) made that underground very accessible. Now we're reverting back to the original s

More ›