FLOSS virtualization hacker, occasional brewer

  • 6 Posts
  • 354 Comments
Joined 3 years ago
cake
Cake day: June 9th, 2023

help-circle



  • I joined the .ml server because it was the dev server. Looking at the communities I subscribe to most are on other servers. Occasionally people ascribe beliefs to me based on my home server but so far I haven’t bothered looking for a new home.

    When I first joined there were a bunch of popular instances that closed down so choosing a non-dev server seemed like a bit of a gamble. Same with mastodon servers.






  • I guess it depends if you have a maximum number of kids your planning on. But a family of four is pretty likely to stay put for at least 10 years which should be long enough to iron out any short term fluctuations in the market. I’m not overly worried by the slight dip in valuation since I bought my last house because a) I have somewhere for my family to live that is secure and b) whenever we do eventually sell the capital will cover the next house.



  • I think the two principle arguements he’s making are open weights allow for misaligned models and these models are using distillation to more efficiently train.

    I don’t really care about the distillation point - it seems it’s just hoovering up the internet with extra steps. It’s really up to Anthropic to deal with by enforcing their ToS. Sauce for the goose etc…

    I can see the argument about alignment but it’s not a new problem. In the FLOSS world we generally don’t put restrictions on use on the code we release even if it might get used for bad stuff. It certainly wouldn’t hurt for the authorities to test open models to find out where the guardrails are but ultimately rather than banning the tech you need to enforce the law against the people that use the tech to do bad stuff.







  • I’ve long been off the critical path because as a tech lead I have a lot more random stuff (and meetings) to deal with. I’ve been able to vibe code some non-production stuff like scripts to unify feature lists across JIRA, specs and the upstream docs which has helped free up time to hand craft more code on production.

    I don’t care too much about the quality or maintainability of those scripts as long as they make my life a bit easier. I do care about the maintainability of the production code base.


  • The last big update to my git workflow was when I discovered --update-refs as it makes maintaining a stack of feature branches much easier. So far I really only have one “main” dev branch and then peel off the sub-branches at they need merging upstream.

    However I shall have to investigate how the history commands are exposed in magit. I can see it being useful if you have long held branches that take a while to upstream but are useful to have in your trees.