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.
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.
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.
Yet, that is the real Linux phone killer move by the former, Microsoft CEO for Nokia. Also the move that killed Nokia phones.
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.
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.
The Windows Lumina phone was a battery-draining buggy version with a smaller screen than the Linux version N9, When they turned that into Windows (Lumina 800), they had to use a smaller screen and less memory as Windows couldn’t handle the hardware as MeeGo could.
I’m not sure if Yggdrasil or Slackware, which we tried out at the old university computers. But quickly Debian became so much more flexible.
Sais no-one that knows vim, thou it have a vi-like mode that is missing most advanced vi-trixs.
Or in the office, the hardware-software relations between the laptop and Windows and in some parts Linux are strained at best, where drivers, power management, and so on get crappy. E.g. after a year or two of updates, it gets out of control and nice things like hibernations don’t work. It’s usually a driver for some small thing you don’t care about that forgot to read the Windows specification change and now it can’t do that power handling in a good way. Oops the computer refuses to sleep and your bag is burning, your battery is 1% when picking the computer up again.
I’m not sure, many developers use mac to get working unix tools and working “enterprise” tools at work like Teams and other crap that the company uses for “everyone”. Sadly many of these tools work like crap on Linux and maybe in best case the web-version is workable.
Imho on any server today all editors should be removed. You edit on your workstation and provision to the server.
JetBrains, the refactoring tools are much better than any alternative, and that is a great productivity booster. Also, it has excellent remote support. Mainly at the moment, I’m using pycharm and clion.
Docstring are user documentation, not comments. User documentation, with examples (tests), is always useful.