• 1 Post
  • 60 Comments
Joined 4 months ago
cake
Cake day: October 18th, 2025

help-circle






  • I would not use latex for any document that should be a template for other people to fill in. Unless you’re a peer reviewed journal.

    I wouldn’t use latex for anything that requires precise positioning of images and elements. InDesign and similar are a much better option.

    I do like to use markdown for any document that does not fall into those categories. I like to use latex for any document I’m writing which I want someone else to style.

    Latex is very cool for styling, but in my experience most of the time you do not really need that amount of configurability and the added time to correctly make a styled document in latex is way more than what it would take you in word, even when you have to fight word to make it. That is unless you need equations, but then again: just write markdown with latex equations.


  • When I have to work on docx I generally can do it with LibreOffice and I’m quite happy with that. Sometimes I can not, I had for example this pesky thing which wouldn’t let me edit parts of the document as it was locked, especially on tables. No amount of conversations across file formats fixes that for some reason.

    That is when I have to open up the office365 webpage. What a fucking piece of garbage. Most things you mention do not even exist in there. You can write a document and add comments, managing styles is already a bit too much for the yearly fee they charge you.

    I hope they make it possible again to install the office suite on Linux.

    And in no way I’m saying I like LibreOffice better than word, they’re both quite terrible; but at least one of them runs on my system.



  • I doubt that speed in a package manager would depend greatly on programming language choice. A package manager downloads the repository index, evaluates your current environment, decides what packages you need and then downloads them. You may get minor speed improvements due to a more performing programming language, but we’re talking about milliseconds differences in a process that likely takes several minutes. I wouldn’t take that into account when choosing across options. Indeed speed can greatly vary across package managers, but that mainly depends on implementation; as such you may have a package manager implemented in a slower language that is faster than one implemented in a faster language.

    If I have to choose a package manager, I wouldn’t even consider speed and rather evaluate functionality. I don’t know paru, I imagine it allows doing what yay allows doing and as such I’d be satisfied with either of them.






  • Recently happened that I was asked to fix a problem in a thing for some collaborators. It was quite some time I didn’t look at this thing, but I opened it and fixed it.

    Apparently we had 3 of those things and I fixed the wrong one. Oh well, went on vacation the following day and eventually got to fixing it a couple weeks later.

    Nobody died.


  • We are however using the same tools from the 90s.

    Hey man, take this data, clean it up and load it in your Linux machine. Do some parameter optimisation and variable selection on a set of different models, among which also include a neural network. Then come back with a strategy to perform sensible model selection and comparison.

    You can go back further if you remove the constraint on using Linux.

    Tools were there, TBF I have seen MATLAB libraries from back then who were much better than your current scikits and the likes.


  • He did not make clear he doesn’t want AI slop in the kernel, but he always made clear he’ll rather kill you rather than pull your slop into the kernel. I believe he said he doesn’t care too much whether programmers will use AI to contribute to the kernel because he assumes that will undoubtedly happen. Code shall be pulled into the kernel evaluating the quality of the code itself rather than the coding process.