[-] QuadriLiteral@programming.dev 12 points 2 months ago

I was very surprised yesterday to find out that Unreal Engine now offers native linux builds as well as linux targets. Works flawlessly too. So with all the hate linux seems to be getting from them from what you read in the occasional blog post, they must have devs working only on this support.

[-] QuadriLiteral@programming.dev 16 points 4 months ago

I'm a C++ dev, I have one checkout of the main repo and 3 worktrees. Switching branches can be expensive because of recompiles, so to do e.g. quick fixes I'll use worktree 1 where I typically don't even compile the code, just make the fix and push it to the CI system. Worktrees 2 and 3 I keep at older releases so I can immediately fire up development and one of those releases side by side and compare results as well as the code.

The cool thing about worktrees instead of multiple checkouts is that you only have one .git folder, so less disk space. But more importantly local branches (well everything actually) are shared, so you can create a local branch in the main checkout, and later come back to it in a worktree. You also don't need fetching/... in the worktrees, as they share the same .git folder.

Only thing that I found virtually impossible to work with is worktree + submodules.

[-] QuadriLiteral@programming.dev 8 points 5 months ago

If I wrote an IDE and detected tabs I'd just have it delete the codebase

[-] QuadriLiteral@programming.dev 26 points 5 months ago* (last edited 5 months ago)

The dosubot also downvoted its own first post in that thread lmao

[-] QuadriLiteral@programming.dev 9 points 6 months ago

By using big data on the IOT of course!

[-] QuadriLiteral@programming.dev 7 points 7 months ago* (last edited 7 months ago)

I read through the better part of a linked thread: https://forum.dlang.org/thread/ncbawciyybdksecurmsc@forum.dlang.org?page=1. And wow, as a C++ user, I'm not sure if I should feel blessed about how stable and backwards-compatible the language is, or that D users must be bonkers to put up with the breakages. Using C++ both professionally and for hobby projects, in the last 5 or so years I can remember encountering exactly 1 (gcc) compiler bug. There was a simple workaround + someone else had already reported it so with the next minor update the bug was fixed. And the code that triggered it was a nested CRTP spawn of hell so I didn't blame the compiler from borking on it in the first place, it would've been better for everyone had it never compiled :p

Upgrading a major C++ compiler version was never free in my experience, but even when working in a codebase with ~2M LOC the upgrade (e.g. 14 -> 17) was something that could be prepared in a set of feature branches by one person over the span of one, maybe two weeks. That's for fixing compile errors, I don't remember if we had issues with runtime errors due to an upgrade, but if we did it must've been minor because I remember the transition to 17 was pretty smooth. Note that 14 -> 17 requires changing the requested C++ version for the project, which is different from upgrading the actual compiler, i.e. you can do the latter without the former and your code should not require any changes.

[-] QuadriLiteral@programming.dev 3 points 7 months ago

Indeed. They say they've been repeatedly featured on the front page of HN and the site didn't fall over, I've seen many examples that did.

[-] QuadriLiteral@programming.dev 5 points 8 months ago

It would be odd to not have HR involved in hiring imo. When I was hiring for my team I was happy HR was involved, I gauged technical ability + fit for the team, HR gauged general fit with the company. We'd then have a chat afterwards to compare and see whether we would move forward with the candidate, and honestly the opinions were always along the same lines. It took some of the responsibility off my back knowing that the candidate received the green light from an independent party as well.

[-] QuadriLiteral@programming.dev 5 points 9 months ago

I rebase almost daily. I (almost) never merge the main branch into a feature branch, always rebase. I don't see the point of polluting the history with this commit (assuming I'm the only dev on this branch). I also almost always do an interactive rebase before actually pushing a branch for the first time, in order to clean up commits. I mostly recreate my commits from scratch before pushing, but even then I sometimes forget to include a change in a commit I've just made so I then do an interactive rebase to fold fixup commits into the commits they should've been in.

I like merging for actually adding commits from a feature branch to main (or release or ...)

[-] QuadriLiteral@programming.dev 4 points 11 months ago

It's seems to be a github pages site, and github is up?

[-] QuadriLiteral@programming.dev 8 points 11 months ago

Failed experiment? SO is by far the best source for tech questions. It's wildly successful.

[-] QuadriLiteral@programming.dev 3 points 1 year ago

I wonder if it would be possible to force people to pay for usage with licensing instead of what was tried here?

view more: next ›

QuadriLiteral

joined 1 year ago