Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile
Michael Struwig 🦋

@michaelnstruwig

Head of AI at @openbb_finance.
PhD E&E Engineering.

ID: 1647890226461696000

linkhttp://mstruwig.com calendar_today17-04-2023 09:10:32

1,1K Tweet

935 Takipçi

111 Takip Edilen

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

I'm conflicted on this. I can see the argument, but surely we also live in a world where we want people creating valuable things and making them freely available to be handsomely rewarded and incentivized for doing so. We don’t want people thinking, “You know what? Screw going

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

You will ultimately be held responsible for the code you commit — if you’re nervous about committing code you don’t understand (such as code generated by an LLM), you are not “making yourself the bottleneck”, “fighting the model”, or “being unproductive”. Being nervous precisely

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

Oh boy has this piqued my interest. Super fast checkpoint / restore on an entire VM (is it a VM? I don't know enough about Fly.io + Sprites) is exactly the kind maybe-Jevons-Paradox-inducing thing that has me curious. fly.io/blog/code-and-…

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

I’m an open-minded person — but this is almost certainly due to an over-reliance on shipping fast without understanding the consequences of what CC outputs (since it’s the primary method by which the team developers CC?).

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

Getting lucky is not the same as good engineering. You’re still sampling from a probability distribution, no matter which way you slice it. This approach seems to do a good job of shaping that probability distribution — but you’ll need to run a decent number of experiments to

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

This so beautifully summarises what I’ve been feeling but unable to articulate re: AI writing code — what ultimately matters (and will always matter) is the *intention*. Any tool, whether AI or otherwise, is about minimising the gap between the creator’s intention and the

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

Because sadly, most software engineers hate programming. They weren’t attracted to this career for the craft, only the money. They resent having to write code.

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

People are spending so much time making their prompts and agent.md and skills stricter and more deterministic, oblivious to the fact that we already have this unambiguous predictable method of defining programs… called a programming language.

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

People who care deeply about their craft will anyway be better at it than those who don’t care as much. Not sure if causal (likely), but definitely highly correlated.

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

The issue with software was never that there was too little of it. I’d love for the mean quality of software to eventually improve with new technology / tooling (LLMs)… but we’re not really seeing that happen yet (or even if it will happen at all). We’re just seeing a massive

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

I’m grateful someone did the leg work, because this was my suspicion also — the majority of the benefit here is just keeping context clean and tidy. While I was working at OpenBB for example, we learned this very early on — even just on 32k context models. The workaround was

Michael Struwig 🦋 (@michaelnstruwig) 's Twitter Profile Photo

Except, very few people have a job that they’re passionate about to this degree, and they’re willing to sacrifice for to this extent. Very few jobs are “great” or even have a possibility of being “great”. There is no incentive or inspiration. Very few white collar jobs will