• 2 Posts
  • 169 Comments
Joined 1 year ago
cake
Cake day: August 7th, 2023

help-circle



  • I never considered branch names to be a vector, but in hindsight it makes total sense when put into a workflow like that. What possibly surprised me even more, was that branch names weren’t limited to basic characters or at least no special signs. I obviously see the case for all the extended characters outside the latin alphabet, such as Chinese characters, but I totally expected restrictions on special symbols like ", ', /, \, ;, etc.


  • It’s said right in the article that games benefit from only using the main CCD (where half the cores are, those with the X3D cache) It’s nothing new for dual CCDs to have overhead of splitting work across the two CCDs. So 8 cores makes sense here, especially when only one CCD has the “infinity cache”.

    The other thing is SMT being disabled. If I understand SMT, it’s what gives the 2 threads per core. So maybe it should have been 8 cores, 8 threads in this case? Edit: I googled but didn’t find a good answer apart from seeing someone benchmark the with the boost on, and the normal had the doubled core count threads, while the “turbo mode” only mentioned the core count (at half)


  • Thanks for the replies.

    The stashing isn’t as bad as it sounds, it keeps a copy around when swapping branch so even if you fuck it up, it should still be in storage. I think the worst one I had was popping from the shelf and it failed to apply but still got removed… I don’t remember why that ended up happening but yeah. Not exactly related to the automatic stashing however. But I tend to more often want to keep changes changing branch than not. I have to use stash/Shelve less often because of it.

    I know Jetbrains added a “all in one” diff option about a year ago, but I hate it as large/many files make it horribly slow and awful to navigate compared to just moving through the files one at a time. But the diff view itself good. I know there may be some that disagree, but it allows ignoring whitespace and newlines, which filters out non-important from important changes. For most programming (aka not python) whitespace changes means nothing so it doesn’t matter 99% of the time. But it greatly improves going through a diff that had a total “code cleanup/reformat”. Which is more often than one would expect in my project.


  • I asked about that for diffs, because I can’t imagine using a terminal for this job. I don’t mean any offense by it just to be clear, it’s just not something that works for me. Perhaps I rely more on visual orgnaization. To give some context to that:

    The standard way git shows up in a terminal (on Windows) it’s diffuclt for me to “orient” myself in the code based on the diff, I prefer side by side diff compared to the split addition/deletion lines. I also like syntax highlighing that default git does not do.

    Git in a Jetbrains IDE has the diff for any of my changed files is a single click away. The commit window has overview of changed files, a single click to view and edit a diff, including the normal syntax highlighting and one-click revert for a single change. Jetbrains specifically also avoid some of the bothersome part of pulling or checking out changes, as it doesn’t force you to stash changes first.

    Dealing with a merge conflict without a GUI also seems exessively hard. How do you do that through a terminal and keep track of things? Especially if it is a really messy conflict?


  • How do you view diffs and merges when you say you don’t use git GUIs? External tool or terminal/command line?

    I use Jetbrains IDEs and most of my life has been IDE based git interaction. And I honestly love it, easy access to see my diffs, the most common commit, push and stage(or shelve as Jetbrains does it, which is better than visual studio). Hassle free and available beats writing anything to me.







  • Skimmed comments, but if you download and manage your music on your own on a machine you can have a super simple setup like I do. All music is synced using Syncthing to my phone. So my phone gets local storage, and then I use Poweramp (android) to play it.

    I pretty much have a folder for all the music though. But I assume you can sort music into folders to have them as playlists. But perhaps not as practical as desired.


  • There’s a bit more to it, but it’s because of this effect.

    There is actually a balance between liquid and gas state, just overwhelmingly in favor of liquid when at normal temperatures. There is a ratio of molecules that will hit each other and transition to gas, and an equal amount gas hitting liquid and condensing. At least when there is a balance between the two sides, aka 100% moisture in the air. Which is not how it is most places.

    Normally there is always evaporated water in the air, and anything that evaporated will be moved away in any mildy ventilated area, as you say, it leaves the system. So it never reaches a balance, which is why things dry up at lower temps as water will always evaporate and leave the system.


  • Not sure if it is on my companys devs or just SAP, but 90% of SAP settings only last until restart. Like style chocies. And the other annyoing part is doing timewritning in a too small table grid. There is more space in the UI for the grid, but it doesn’t use it, and I can’t resize it. And moving the horizontal scrollbar just 3 pixels to the side scroll past all the data entry. So practical!



  • What’s fun is determining which function in that list of functions actually is the one where the bug happens and where. I don’t know about other langauges, but it’s quite inconvenient to debug one-linres since they are tougher to step through. Not hard, but certainly more bothersome.

    I’m also not a huge fan of un-named functions so their functionality/conditions aren’t clear from the naming, it’s largely okay here since the conditional list is fairly simple and it uses only AND comparisons. They quickly become mentally troublesome when you have OR mixed in along with the changing booleans depending on which condition in the list you are looking at.

    At the end of the day though, unit tests should make sure the right driver is returned for the right conditions. That way, you know it works, and the solution is resistant to refactor mishaps.