Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)B

balp

@ balp @lemmy.world

Posts
0
Comments
6
Joined
3 yr. ago

  • Explaining software development methods by flying to Mars

    Jump

  • I'm sure, doth the Astrumants should survive the landing, there should be a way to return, and they need a shitter as part of the missed requirements. As it's a waterfall, that will come in the second, third, and fourth trips.

  • Why the Swedes love doing something that Americans hate

    Jump

  • Oil and gas products account for 4.2% of Sweden’s exports. The gas exports alone almost rival those of dairy and eggs! Truly a petrostate if I ever saw one

    Well the largest category is

    • Machinery, Nuclear reactors and boilers. The nuclear part of this in Sweden is quite small so machinery is the big part. 14%. Second is:
    • Vechicles, Other than railway, trans. E.g. the later large Car and Lorrie, Truck manufacturers, Volvo, Volvo Cars and Scania. also about 14% The third is:
    • Electrical, electronic equipment, with large companies like Ericsson. 8.7% Then on fort place:
    • Mineral Fuels, Oils, distillation products, 7.4% Thou there are no internal sources for this is mostly refining of imported gods.

    https://tradingeconomics.com/sweden/exports-by-category

  • XZ backdoor in a nutshell

    Jump

  • I would say yes and no, but yes the clone command can do it. But branching and CI get a bit more complicated. Pushing and reviewing changes gets more complicated to get the overview. If the functionality and especially the release cycle is different the submodules still have great values. As always your product and repo structure is a mix of different considerations and always a compromise. I think the additions in git the last years have made the previous really bad pain points with bigger repos less annoying. So that I now see more situations it works well.

    I always recommend keeping all testing in the same repo as the code that affects the tests. It keeps tracking changes in functionality easier, needing to coordinate commits, merging, and branches in more than one repo is a bigger cognitive load.

  • XZ backdoor in a nutshell

    Jump

  • It's also easier to work if one simple git command can get everything you need. There is a good case for a bigger nono-repo. It should be easy to debug tests on all levels else it's hard to fix issues that the bigger tests find. Many new changes in git make the downsides of a bigger repo less hurtful and the gains now start to outweigh the losses of a bigger repo.

  • XZ backdoor in a nutshell

    Jump

  • I agree that in most cases it's more of an E2E or integratiuon test, not sure of the need to split into different repo, and well in the end I'm not sure that would have made any big protection anyhow.