invalidusernamelol [he/him]

  • 25 Posts
  • 1.28K Comments
Joined 4 years ago
cake
Cake day: July 30th, 2020

help-circle








  • I still think in development environments, limited LLM systems can be used in tandem with other systems like linters and OG snippets to help maintain style and simplify boilerplate.

    I use Co-Pilot at work because I do development on the side and need something to help me bash out simple scripts really fast that use our apis. The codebase we have is big enough now (50,000 ish lines and hundreds of files) so it tends to pick up primarily on the context of the codebase. It does still fallback to the general context pretty often though and that’s a fucking pain.

    Having the benefits of an LLM trained on your own code and examples without the drawbacks of it occasionally just injecting random bullshit from its training data would be great.





  • I feel like every time I go down a philosophy rabbit hole I’m getting on a train to go to some destination only to realize after a few circuits that I stepped into a carousel.

    The only exception being dialectical materialism because it destroys and remakes itself constantly as the world around it shifts.

    Instead of trying to pigeonhole and describe the world in a system, why not just have the system be the world as it is? Apply the scientific method you fools.





  • It was a manpower and feature creep issue. The merge would take months, it would conflict with tons of existing and in development PRs, and would require a whole new set of unit tests.

    FreeCAD until recently didn’t have any full time developers, so executing a merge like that would have been very difficult as the longer you spend on it, the more out of sync it becomes with the main branch and the more work you have to do to bring it back in sync.

    Again, those blog posts on Ondsel or the Issues page/forum for FreeCAD have more information if you feel like looking, but it’s all a very interesting story and I’m glad that it seems to finally be resolved.


  • They don’t want to adopt them because it’s a breaking change as it is. The project files that were made before the patch are not fully compatible out of the box with the patch without a way to migrate them.

    FreeCAD has a very X11 style development strategy of “don’t ever break backwards compatibility”. Ondsel is actually working directly with the FreeCAD team to bring these patches into main within the year so you can always wait. There’s going to be a feature freeze until the topo issue is solved (merging Realthunder’s fixes into main) then they’ll release v1.0 and re-open feature development.